Just a follow up to Leonardo's comments. It would seem that DTML, zpt, or script (python or whatever) pages should seem, to the browser, to always be new. Things like Portal Documents (In CMF) are non-programatic (in fact, I think most of the standard Portal types are static), and so they ought to be able to rely on their modification date/time. If all static objects defined (via a mixin, or just compliance with a new API, whatever), a method (for example) "LastModified", then the HEAD could return the correct time/date if this is found, and the current time/date in all other cases. This would allow authors who want to add this functionality the option of doing so, but would not cause major lossage if they did not. Adrian... -- Adrian Hungate EMail: adrian@haqa.co.uk Web: http://www.haqa.co.uk ----- Original Message ----- From: "Leonardo Rochael Almeida" <leo@hiper.com.br> To: "Zope Developers list" <zope-dev@zope.org> Sent: Wednesday, June 19, 2002 5:37 PM Subject: [Zope-dev] let's just get rid of it (was: Last-modified and bobobase_modification_time)
IMHO, Last-modified does not make sense for dynamically calculated pages, as most zope pages are. We should just not provide this header, or provide with the value of the current time.
I think the Last-modified header should only be properly calculated for objects whose 'bobobase_modification_time' actually reflects the state of the object as seen from someone rendering it directly, such as File and Image objects.
A single <dtml-var ZopeTime> in a method is enough to render the Last-modified header dangerously inacurate, IMO.
Zope is a dynamic web server. Most of the time, any hit returned by zope was dynamically generated just now, and that's what we should be telling web clients, with very specific exceptions, such as necessarily static content (Files and Images), cached methods (RAM cache manager), or methods where we programatically pretend the pages where not dynamically calculated (by manually setting headers).
Cheers, leo.
-- Ideas don't stay in some minds very long because they don't like solitary confinement.
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )