Re: Is Expires fix on in 1.1.22?

From: Dancer <>
Date: Sun, 12 Jul 1998 21:40:34 +1000

I already have code for 1.1.(20-ish) that prevents implicit or explicit
refreshing of objects that match certain refresh_pattern rules (magic
'max' age of 1).

It works.
It's handy.
It was necessary to a couple of my clients.

The rules don't always cover everything you want.
It _is_ a violation of the rules.
It makes squid behave in ways that some users do not expect (ie:
Anything matching one of the magic rules will never be checked or
refreshed _EVER_, for so long as it is in the cache, and there's NO way
to renew the object without deleting it from the cache)

I don't like non-compliant things, personally, BUT:

1) If a client pays me to break the rules, and cannot be dissuaded
therefrom, then I breaks 'em.
2) I subscribe to unofficial RFC -1: "Know when to break the rules. Do
it carefully. Do it cleanly. Do it knowing what you are letting yourself
in for."

Standards are good. They give us foundations upon which many items of
interoperable software can be written without (for example) the
heartache of MSIE. That being said, every circumstance is different.
Nothing remains static. Needs and circumstances evolve.

Michael Fuhr wrote:
> On Sat, Jul 11, 1998 at 03:22:11PM +0200, Henrik Nordstrom wrote:
> > Without the patch refresh_pattern min age overrides any server set
> > expiry time.
> >
> > Overriding Expires: is a HTTP protocol violation, and if we are to
> > violate HTTP then it should be done with some kind of explicit keyword
> > which requires at the use of least a explicit server name or domain.
> > Doing it world-wite based on file types is most likely not a good idea.
> However it's done, I hope the ability to override Expires: will
> remain. Banner ads come to mind.
> --
> Michael Fuhr

Version: 3.1
GAT d- s++: a C++++$ UL++++B+++S+++C++H++U++V+++$ P+++$ L+++ E-
W+++(--)$ N++ w++$>--- t+ 5++ X+() R+ tv b++++ DI+++ e- h-@ 
Received on Sun Jul 12 1998 - 04:50:45 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:41:05 MST