Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 78054 invoked from network); 17 Sep 2008 20:47:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Sep 2008 20:47:52 -0000 Received: (qmail 83570 invoked by uid 500); 17 Sep 2008 20:47:45 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 83503 invoked by uid 500); 17 Sep 2008 20:47:45 -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 83494 invoked by uid 99); 17 Sep 2008 20:47:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 13:47:45 -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 [69.25.74.47] (HELO mx1.myoutLookonline.com) (69.25.74.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Sep 2008 20:46:46 +0000 Received: from Mx1.myoutLookonline.com ([10.9.35.232]) by mx1.myoutLookonline.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Sep 2008 16:46:56 -0400 Received: from [10.0.1.200] ([121.243.172.101]) by Mx1.myoutLookonline.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Sep 2008 16:46:56 -0400 Message-Id: <9B5CAD6F-AB54-4B5F-B68A-D91E8D61589E@movik.net> From: Manik Taneja To: dev@httpd.apache.org In-Reply-To: <34fc7c3380d65d3c10704a197abb9054.squirrel@danpoirier.homeunix.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Subject: Re: HTTP Protocol: How frequently should browser repeat requests after 304 responses? X-Priority: 3 (Normal) Date: Thu, 18 Sep 2008 02:16:51 +0530 References: <34fc7c3380d65d3c10704a197abb9054.squirrel@danpoirier.homeunix.org> X-Mailer: Apple Mail (2.928.1) X-OriginalArrivalTime: 17 Sep 2008 20:46:56.0713 (UTC) FILETIME=[861A2B90:01C91906] X-Virus-Checked: Checked by ClamAV on apache.org this behavior seems highly browser dependent. There may be a few possibilities as to why the browser doesn't send an IMS request. a. the browser cache is cleared b. the browser has a limited size cache and so this object gets ejected due to lack of space. you could try increasing the size of the browser cache and see if that helps. c. the browser prolly follows some algorithm where by it decides to send an IMS only once, unlikely, but I am just guessing. d. the browser is IE and is buggy :). best, M On 18-Sep-08, at 1:30 AM, Dan Poirier wrote: > I've looked at mod_expires doc and RFC 2616, but can't really > tell what the right behavior is supposed to be in this case. > > Using mod_expire to set the expiration time to something like > "access plus 1 hour", we see a browser request a file, get back > a 200 with the expiration, and not request it again for an hour, > as expected. The next time, it uses an if-modified-since and > gets back a 304, also good. But from then on, it keeps coming > back to the server every time and getting back 304's. > > The 304 responses won't have any cache control information, of > course, per RFC 2616 10.3.5. > > Two questions: > 1) Is the browser behaving properly, or should it wait another hour > after each 304 before making another request? > > 2) If the browser behavior is right, is there a way to configure > Apache to tell the browser to only check once an hour instead of > every time? > > Thanks. > > -- > Dan Poirier >