RE: [squid-users] question concerning php-sites and caching -still some questions

From: SSCR Internet Admin <[email protected]>
Date: Thu, 13 Feb 2003 16:11:22 -0800

some sites dont want their pages to cached, so i guess squid will eventually
reload pages.

-----Original Message-----
From: alp [mailto:alpheus@gmx.de]
Sent: Wednesday, February 12, 2003 11:01 PM
Cc: squid-users@squid-cache.org
Subject: Re: [squid-users] question concerning php-sites and caching
-still some questions

thanks marc,

i knowed this page already, it's a really nice one.
but my problem is: does squid never caches an object without validation
headers (expires, max-age, lastmod,...)?
if i have a refresh-pattern like
refresh_pattern . 0 20% 5
such an object should retain at most 5 minutes in cache, shouldn't it?
or is refresh_pattern only used if an object has validation headers?

thx in advance,
alp

----- Original Message -----
From: "Marc Elsen" <marc.elsen@imec.be>
To: "alp" <alpheus@gmx.de>
Cc: <squid-users@squid-cache.org>
Sent: Wednesday, February 12, 2003 5:05 PM
Subject: Re: [squid-users] question concerning php-sites and caching

>
>
> alp wrote:
> >
> > hi,
> > i have on my webserver a simple php site which i query via squid 2.5.
> > this works (of course) and i see that no last_modified or expiry-header
is
> > replied, which is correct for dynamic sites, too, as far as i know
> > i have no cache_deny for php-sites and only the usual refresh_patterns
of
> > default squid.conf.
> >
> > squid does not cache this php side (also ok), but my question is: why?
> > is it hardcoded into squid not to cache php-sites, or is the missing of
> > expiry and last_mod headers the reason for this?
>
> Most probably, you may,for instance check objects (urls)
> with :
>
> http://www.ircache.net/cgi-bin/cacheability.py
>
> M.
>
> >
> > thx in advance,
> > alp
>
> --
>
> 'Time is a consequence of Matter thus
> General Relativity is a direct consequence of QM
> (M.E. Mar 2002)
>

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.449 / Virus Database: 251 - Release Date: 1/27/2003
Received on Thu Feb 13 2003 - 01:02:26 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:13:22 MST