Nochmals SQUID: refresh_pattern

Re: Nochmals SQUID: refresh_pattern

googleDork — Tue, 01 May 2007 16:39:21 GMT

Hmmm... Vermutung zu der Prozentregel:
Angenommen, ich gehe auf http://homepage.mac.com/rossetantoine/osirix/Downloads.html
Dann erhalte ich ja auch "Modifiziert: Mittwoch, 25. April 2007 22:00:10" aus dem Header.

Das würde beim heutigen auslesen der Seite bedeuten, daß dieses Ding nun 5 Tage alt ist, oder ?

Das würde des weiteren bedeuten, daß das Ding nun noch einen Tag gültig ist - weil 20%-Regel per Default, oder ? Das aber auch nur, weil das Max-Age von 3 Tagen nicht überschritten wurde, oder ? Wenn Max-Age 1/2 Tag wäre - wäre es eben nur 1/2 Tag statt einem Tag valid, oder ?

Wenn das stimmt - bitte um Bestätigung - dann bleibt nur die Frage, wie da die min-Age-Regel reingreift - insbesondere weil sie ja als letzte ausgeführt wird...

F*ck! Noch eine SQUID-Frage: Option reload-into-ims

googleDork — Tue, 01 May 2007 16:19:04 GMT

#               reload-into-ims changes client no-cache or ``reload''
#               to If-Modified-Since requests. Doing this VIOLATES the
#               HTTP standard. Enabling this feature could make you
#               liable for problems which it causes.
Also ich verstehe mal - das verletzt den HTTP-Standard...
Nur hat das abseits noch Konsequenzen ?

Wenn der Client einen Refresh schickt - und SQUID schickt stattdessen ein IF-MODIFIED-SINCE los - liefert SQUID ja in jedem Fall korrekte Daten an den Client, oder ?

Hätte das also außer der Standardverletzung noch einen Nachteil ?
Und... WIESO verletzt das den Standard bzw. was war der Hintergedanke dazu ???

Nochmals SQUID: refresh_pattern

googleDork — Tue, 01 May 2007 15:50:41 GMT

Aus dem Config-File:


#  TAG: refresh_pattern
#       usage: refresh_pattern [-i] regex min percent max [options]
#
#       By default, regular expressions are CASE-SENSITIVE.  To make
#       them case-insensitive, use the -i option.
#
#       'Min' is the time (in minutes) an object without an explicit
#       expiry time should be considered fresh. The recommended
#       value is 0, any higher values may cause dynamic applications
#       to be erroneously cached unless the application designer
#       has taken the appropriate actions.
#
#       'Percent' is a percentage of the objects age (time since last
#       modification age) an object without explicit expiry time
#       will be considered fresh.
#
#       'Max' is an upper limit on how long objects without an explicit
#       expiry time will be considered fresh.
...
#       Basically a cached object is:
#
#               FRESH if expires < now, else STALE
#               STALE if age > max
#               FRESH if lm-factor < percent, else STALE
#               FRESH if age < min
#               else STALE
...
#Suggested default:
refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern .               0       20%     4320

Hier gleich einige Verständnisfragen zum Ablauf:
Daß mal expires gilt, wenn vorhanden, ist mir klar:
#               FRESH if expires < now, else STALE

Wenn mein Ablaufdatum (in obigem Beispiel 4320 Minuten also 3 Tage) überschritten ist - diese Regel ist mir auch klar.
#               STALE if age > max

Komplett unklar wirds mir ab dieser Regel:
#       'Percent' is a percentage of the objects age (time since last
#       modification age) an object without explicit expiry time
#       will be considered fresh.
#               FRESH if lm-factor < percent, else STALE
Könnte mir hier einer ein Zahlenbeispiel geben ? Diese Regel verstehe ich nicht.

Und auch diese check ich nicht - weil letzte:
#               FRESH if age < min
#               else STALE

Direkt vorher wurde ja schon entschieden: Wenn lm-factor < percent => FRESH, sonst STALE. Wieso kann dann nachher noch eine Regel greifen ???