To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.publishOpen lugnet.publish in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 Publishing / 3534
3533  |  3535
Subject: 
Re: Brickshelf suggestions (was: problems?)
Newsgroups: 
lugnet.publish
Date: 
Fri, 28 Jun 2002 16:15:13 GMT
Viewed: 
3159 times
  
In lugnet.publish, Kevin Loch writes:
In lugnet.publish, Dan Boger writes:

unless there's an explicit header saying the cgi has expired

Yes.

wait - am I completely confused here?  I thought we wanted the cgi output to
NOT expire?  so that "back" will show you the same page?

Where does it say that a GET request always returns the same content?
a GET for a dynamic page is no different than a GET for a "static" page
that might change at some point.  Where the Expires header is set it should
always be obeyed.  Now, I am setting "Expires: 0" instead of a properly
formatted date string, so Mozilla may be ignoring it, where IE and NS
know what that means.

hmmm... :

13.9 Side Effects of GET and HEAD

   Unless the origin server explicitly prohibits the caching of their
   responses, the application of GET and HEAD methods to any resources
   SHOULD NOT have side effects that would lead to erroneous behavior if
   these responses are taken from a cache. They may still have side
   effects, but a cache is not required to consider such side effects in
   its caching decisions. Caches are always expected to observe an
   origin server's explicit restrictions on caching.

   We note one exception to this rule: since some applications have
   traditionally used GETs and HEADs with query URLs (those containing a
   "?" in the rel_path part) to perform operations with significant side
   effects, caches MUST NOT treat responses to such URLs as fresh unless
   the server provides an explicit expiration time. This specifically
   means that responses from HTTP/1.0 servers for such URIs should not
   be taken from a cache. See section 9.1.1 for related information.

it does say that "GET" should be ok to be used from the cache, but gives the
exception that if it has a "?" in it, it will not be cached unless the
server specifically ask for caching.

so I guess you're right - in general, GET cgis should not be cached.  in
this case, though, we do want it cahced, so you should set an expiration
header in the future - something like "+1d" or something.  doesn't a "0"
mean the content has expired Jan 1, 1970?

Dan



Message is in Reply To:
  Re: Brickshelf suggestions (was: problems?)
 
(...) Yes. A GET CGI is supposed to give the same output when it's (...) Where does it say that a GET request always returns the same content? a GET for a dynamic page is no different than a GET for a "static" page that might change at some point. (...) (22 years ago, 28-Jun-02, to lugnet.publish)

85 Messages in This Thread:





























Entire Thread on One Page:
Nested:  All | Brief | Compact | Dots
Linear:  All | Brief | Compact
    

Custom Search

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR