[GeneralDiscussion] Re: zope/plone article

[email protected] (Niall Douglas) Sat, 07 Mar 2009 02:14:44 -0800
Newsgroups gmane.comp.web.zope.zwiki
Message-ID <49B248B6.8767.DCE92B5__28625.8612214171$1236420983$gmane$org@s_sourceforge.nedprod.com>
On 7 Mar 2009 at 1:17, betabug wrote:

> I think the confusion arises because of your suggestion to use
> ``must-revalidate`` in the cache-control header. That is a good
> suggestion, but first, it would have to be optional (maybe combined with
> the Last-Modified setting) and second, no way am I going to agree to a
> hardcoded value for max-age just because we want to set
> ``must-revalidate``. Different sites may have vastly different notions
> of what is an acceptable value for max-age - if they want it set at all. 

That's definitely where the confusion was arising - I had taken it 
from your original email that you didn't want conditional GET fixing 
because you felt adding Accelerated HTTP Cache Manager support was a 
superior solution.

Now I have no idea whether adding support for it or not is hard. I 
was merely concerned with conditional GET working as intended.

> As I said before, the proper Zope way for the cache-control settings is
> to have these controls in an object where they can be set on a
> site-by-site basis. That's the way Plone does it (with their cache-fu
> tools), that's the way "Accelerated HTTP Cache Manager" is meant to be
> used. 

I do absolutely agree that the CacheFu approach is superior. It 
appears to use per-user unique cookie values in the HTTP headers to 
operate a per-user cache which persists across days (or even weeks) - 
very clever. It even seems to know when a page has been updated and 
which bits to expunge from the cache.

I don't even pretend to know how it works - I turned it on and 
watched the HTTP headers and it's outstanding. TBH before CacheFu I 
wasn't even aware HTTP 1.1 had such abilities.

Cheers,
Niall


--
forwarded from http://zwiki.org/GeneralDiscussion#msg49B248B6.8767.DCE92B5@s_sourceforge.nedprod.com