[squid-users] refresh_pattern and same objects

[Yuri Voinov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
 


02.09.15 4:57, Marcus Kool пишет:
>
>
> On 09/01/2015 03:57 PM, Yuri Voinov wrote:
>>
> This is bad idea - to cache the same gifs with unique parameters. They
keeps unchanged for one HTTP-session in best case. You cache will
overloads with this small same gifs with unique parameters.
> Only store ID saves this situation. In other hand, you must cache all
Internet and all it variations. Yes, Vary is evil. But web-masters which
is fight against caching is more evil.
>
> > trackers may be evil and you may use a powerful weapon to kill them
all, but I assume that you do not want innocent victims, like the few
gifs that actually have a different image depending on the parameter.
May be, may be not. Most often I deal with unscrupulous webmasters who
deliberately do the same unfriendly content caching. For example, adding
a request to the query symbol at the end of a obvious permanent URL.
Either using the Web tracking bugs for my clients using the image
parameters. I have not met the required functional imaging with
parameters yet. I'm not talking about the script or active content. But
the image of the form nttp: //www.abc.xyz/img/default.gif? U =
assdfghzhk1234 is obvious tracker. And must be killed or cached.
Otherwise, the cache begins to fill with smear, used only once in each
query.

>
> 02.09.15 0:16, Marcus Kool пишет:
> >>>
>
>  > On 09/01/2015 03:08 PM, Yuri Voinov wrote:
>  >>
>  > Better to write store-id rule which cut off parameters and store gif.
>
>  > Something like this:
>
>  >
^https?:\/\/(.+?)\/(.+?)\.(js|css|jp(?:e?g|e|2)|gif|png|bmp|ico|svg|web(p|m))
>  > http://$1.squidinternal/$2.$3
>
>  > And, of course, universal rule for store_id_access.
>
>  > > I think that this works well for trackers gifs but not for other
gifs with parameters.
>
>  > Store ID is powerful instrument for deduplication cache story. Which
>  > permits not to use terabytes disks.
>
>  > 02.09.15 0:00, Marcus Kool пишет:
>  > >>>
>  > >>>
>  > >>> On 09/01/2015 05:14 AM, FredB wrote:
>  > >>>> More precisely
>  > >>>>
>  > >>>> I reduced the ttl of the first line
>  > >>>>
>  > >>>> refresh_pattern -i \.(htm|html|xml|css)(\?.*)?$ 10080 100% 10080
>  > >>>> #All File 30 days max
>  > >>>> refresh_pattern -i
>  > \.(3gp|7z|ace|asx|bin|deb|divx|dvr-ms|ram|rpm|exe|inc|cab|qt)(\?.*)?$
>  > 43200 100% 43200 ignore-no-store reload-into-ims store-stale
>  > >>>> refresh_pattern -i
>  >
\.(rar|jar|gz|tgz|bz2|iso|m1v|m2(v|p)|mo(d|v)|arj|lha|lzh|zip|tar)(\?.*)?$
>  > 43200 100% 43200 ignore-no-store reload-into-ims store-stale
>  > >>>> refresh_pattern -i
>  > \.(jp(e?g|e|2)|gif|pn[pg]|bm?|ico|swf|dat|ad|txt|dll)(\?.*)?$ 43200
100%
>  > 43200 ignore-no-store reload-into-ims store-stale
>  > >>>> refresh_pattern -i
>  >
\.(avi|ac4|mp(e?g|a|e|1|2|3|4)|mk(a|v)|ms(i|u|p)|og(x|v|a|g)|rm|r(a|p)m|snd|vob)(\?.*)?$
>  > 43200 100% 43200 ignore-no-store reload-into-ims store-stale
>  > >>>> refresh_pattern -i
>  >
\.(pp(t?x)|s|t)|pdf|rtf|wax|wm(a|v)|wmx|wpl|cb(r|z|t)|xl(s?x)|do(c?x)|flv|x-flv)(\?.*)?$
>  > 43200 100% 43200 ignore-no-store reload-into-ims store-stale
>  > >>>
>  > >>> trackers use a 1x1 gif extensively and they usually have
parameters,
>  > e.g.
>  >
www.example.com/track.gif?browser=chrome&allsortsofdata&random=RANDOMNUMBER
>  > >>> and these trackers are not cacheable since the parameters are never
>  > the same.
>  > >>> So for gif, I suggest to
>  > >>>
>  > >>> refresh_pattern -i \.gif$   43200 100% 43200 ignore-no-store
>  > reload-into-ims store-stale
>  > >>> refresh_pattern -i \.gif\?  0 0% 0
>  > >>>
>  > >>> Marcus
>  > >>> _______________________________________________
>  > >>> squid-users mailing list
>  > >>> squid-users at lists.squid-cache.org
>  > >>> http://lists.squid-cache.org/listinfo/squid-users
>
>  >>
>  >> _______________________________________________
>  >> squid-users mailing list
>  >> squid-users at lists.squid-cache.org
>  >> http://lists.squid-cache.org/listinfo/squid-users
>  >>
>  > _______________________________________________
>  > squid-users mailing list
>  > squid-users at lists.squid-cache.org
>  > http://lists.squid-cache.org/listinfo/squid-users
>
>>
>>
>>
>> _______________________________________________
>> squid-users mailing list
>> squid-users at lists.squid-cache.org
>> http://lists.squid-cache.org/listinfo/squid-users
>>
> _______________________________________________
> 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
 
iQEcBAEBCAAGBQJV5sWIAAoJENNXIZxhPexGoYgH/1H+dGDB+C0oGD32YRvV1Qhb
gRy+tuyBhqQ45+zNU3sMod2b2R1lXfwlFY7L8soUY5zRRHgP1MwmL8cLOFONqg+B
M8YWo3OgeopmbVfG6Qr4HOgXSTUdOsl/ArJQNqoUxA68e4HDfyTZxeN5a5E9P70s
K/S6h+9I4YRKSJ5EvjT/207FFxHoI7sXjo2N/mrOd/JNnW45uNscQoWhDPMoPtGh
/SSn00TydBEdrNv/10ZH5kFdWK6FUqtGv2GdXDtdfb3eg4FXZOxNnFw1IlkTOtSh
h/vep6IXHJKC39a52G+eEc6pXeRLMh71hUWO+2RLlTDoINf0EzhseeJIU/oGJfo=
=svt0
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20150902/689e5936/attachment.html>