[squid-users] How to cache everything with an Etag HTTP header?

[Yuri Voinov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



18.02.15 20:32, Amos Jeffries пишет:
> On 19/02/2015 2:22 a.m., Karl-Philipp Richter wrote:
>> Hi, I'm quite new to advanced squid configuration and want to
>> enhance my HTTP cache expensive-bandwidth-cheap-storage setup
>> where I'm mostly interested in storing large downloads with a
>> refresh_pattern, e.g.
>> 
>> refresh_pattern -i 
>> \.(deb|rpm|exe|zip|tar|tgz|tar\.gz|txz|tar\.xz|ram|rar|bin|ppt|doc|tiff)$
>> 100800 99% 432000 override-expire override-lastmod 
>> ignore-no-cache ignore-no-store
>> 
>> and after some reading around `refresh_pattern` and some search
>> engine research I was wondering how to cache everything that
>> provides an Etag because I thinks that'd be very useful for my
>> scenario (very low starge cost and very high bandwidth costs).
>> 
>> Any help or pointers are appreciated.
> 
> Pointer #1 - ETag does mean cacheable. It is just a unique ID for
> the object.
> 
> In an ideal HTTP world everything has an ETag to identify it,
> cacheable or not.
> 
> And BTW just by using Squid everything gets stored. Whether its
> still usable next time the same URL is requested is another matter
> entirely. This is why Squid disk behaviour is mostly-write (2-5
> objects written to disk for every 1 read back out).

Absolutely right, Amos.

Here is IO stats from my Squid:

http://i.imgur.com/g6P8u8b.png

Writes over reads.

> 
> 
> Pointer #2 - if your squid accepts the "ignore-no-cache" option
> then its too old.
> 
> Upgrade to a squid-3.2+ which do HTTP/1.1 caching of 
> no-cache/private/auth objects then work on it in the context of
> the newer versions extra capabilities.

And, this works like charm - hit ratio not decreasing. ;)

> 
> 
> Amos
> 
> _______________________________________________ squid-users mailing
> list squid-users at lists.squid-cache.org 
> http://lists.squid-cache.org/listinfo/squid-users
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJU5KWxAAoJENNXIZxhPexG8IEH/3l4l8nvL1mmXBlN9CVOJYJC
53+LY7jO6WYsJWBooZc4vb73bTOGK27/e8YOOcN5PX9j1f8/bc2fq2jVGysWxTiM
CeDcKkdnyjorQF67gcwdGwBfxEeIf+KSMgqehCsaitBjXSx5NQKx1TcHrj7Ywn8m
UxW2NN8GUehwdybGeN/5GpvovFIgfPVpMoJGHqYpiwZ1b6ca6vgtECe8RiTmB3hf
ZSY0NfQ1vMzC6+sYiYShCmvxY2XA7LcIetBssD4O5epRveRjpG+E3LLE3VCEjlJh
ZCLKuLjrqGGyUnV/14S45if3y1Udz0XOPHJMFTcZ/Ozg1FlIfNCJNZSNL7L8iT4=
=yC9q
-----END PGP SIGNATURE-----