durusmail: quixote-users: New Quixote site, and expire problem
New Quixote site, and expire problem
2005-09-11
2005-09-11
2005-09-11
2005-09-11
2005-09-11
2005-09-11
Re: New Quixote site, and expire problem
Re: New Quixote site, and expire problem
2005-09-13
2005-09-13
2005-09-13
2005-09-14
New Quixote site, and expire problem
Jason Sibre
2005-09-11
Quoting Mike Orr :
> I looked through the HTTP RFC and http_response.py, and it looks like
> it doesn't cache by default but somehow it is.  self.cache is 0, which
> seems to translate to "Expires: -1", but my browser (Firefox) says
> "Expires: not specified".  I'd like to put "Expires: 0" but it looks
> like I'd have to hack the Publisher to do so.  I figured I'd ask here
> first.

Well, not to tell you how to arrange your app :), but I think rearranging your
URL space (as David suggested, or some similar approach) may be preferable to
modifying the Qx Expires header behavior for a couple of reasons:

  1.  Your URLs are not currently 'shareable', or strictly speaking, URIs.  I
can't copy a link and email to someone, and be sure they'll see the same thing
I saw when I copied the link.  In fact, when I just tried to use the link
http://www.incidentnews.gov/1/entries in a browser that hadn't already
established a session, it caused an error.

  2.  If you do something that forces your whole site to always instantly expire
(cache-wise) your visitor's browsers will always have to request fresh copies
of everything.  Unless you 'hack the hack,' that will include all images,
including any 'static' images (header, footer, etc) that are served by Quixote.
 Also any external stylesheets, js files, etc.

J
reply