<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
-----BEGIN PGP SIGNED MESSAGE----- <br>
Hash: SHA256 <br>
<br>
<br>
<br>
02.09.15 4:57, Marcus Kool пишет:<br>
<span style="white-space: pre;">><br>
><br>
> On 09/01/2015 03:57 PM, Yuri Voinov wrote:<br>
>><br>
> 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.<br>
> 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.<br>
><br>
> > 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.</span><br>
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.<br>
<br>
<span style="white-space: pre;">><br>
> 02.09.15 0:16, Marcus Kool пишет:<br>
> >>><br>
><br>
> > On 09/01/2015 03:08 PM, Yuri Voinov wrote:<br>
> >><br>
> > Better to write store-id rule which cut off parameters
and store gif.<br>
><br>
> > Something like this:<br>
><br>
> >
^https?:\/\/(.+?)\/(.+?)\.(js|css|jp(?:e?g|e|2)|gif|png|bmp|ico|svg|web(p|m))<br>
> > <a class="moz-txt-link-freetext" href="http://$1.squidinternal/$2.$3">http://$1.squidinternal/$2.$3</a><br>
><br>
> > And, of course, universal rule for store_id_access.<br>
><br>
> > > I think that this works well for trackers gifs but
not for other gifs with parameters.<br>
><br>
> > Store ID is powerful instrument for deduplication cache
story. Which<br>
> > permits not to use terabytes disks.<br>
><br>
> > 02.09.15 0:00, Marcus Kool пишет:<br>
> > >>><br>
> > >>><br>
> > >>> On 09/01/2015 05:14 AM, FredB wrote:<br>
> > >>>> More precisely<br>
> > >>>><br>
> > >>>> I reduced the ttl of the first line<br>
> > >>>><br>
> > >>>> refresh_pattern -i
\.(htm|html|xml|css)(\?.*)?$ 10080 100% 10080<br>
> > >>>> #All File 30 days max<br>
> > >>>> refresh_pattern -i<br>
> >
\.(3gp|7z|ace|asx|bin|deb|divx|dvr-ms|ram|rpm|exe|inc|cab|qt)(\?.*)?$<br>
> > 43200 100% 43200 ignore-no-store reload-into-ims
store-stale<br>
> > >>>> refresh_pattern -i<br>
> >
\.(rar|jar|gz|tgz|bz2|iso|m1v|m2(v|p)|mo(d|v)|arj|lha|lzh|zip|tar)(\?.*)?$<br>
> > 43200 100% 43200 ignore-no-store reload-into-ims
store-stale<br>
> > >>>> refresh_pattern -i<br>
> >
\.(jp(e?g|e|2)|gif|pn[pg]|bm?|ico|swf|dat|ad|txt|dll)(\?.*)?$
43200 100%<br>
> > 43200 ignore-no-store reload-into-ims store-stale<br>
> > >>>> refresh_pattern -i<br>
> >
\.(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)(\?.*)?$<br>
> > 43200 100% 43200 ignore-no-store reload-into-ims
store-stale<br>
> > >>>> refresh_pattern -i<br>
> >
\.(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)(\?.*)?$<br>
> > 43200 100% 43200 ignore-no-store reload-into-ims
store-stale<br>
> > >>><br>
> > >>> trackers use a 1x1 gif extensively and
they usually have parameters,<br>
> > e.g.<br>
> >
<a class="moz-txt-link-abbreviated" href="http://www.example.com/track.gif?browser=chrome&allsortsofdata&random=RANDOMNUMBER">www.example.com/track.gif?browser=chrome&allsortsofdata&random=RANDOMNUMBER</a><br>
> > >>> and these trackers are not cacheable since
the parameters are never<br>
> > the same.<br>
> > >>> So for gif, I suggest to<br>
> > >>><br>
> > >>> refresh_pattern -i \.gif$ 43200 100%
43200 ignore-no-store<br>
> > reload-into-ims store-stale<br>
> > >>> refresh_pattern -i \.gif\? 0 0% 0<br>
> > >>><br>
> > >>> Marcus<br>
> > >>>
_______________________________________________<br>
> > >>> squid-users mailing list<br>
> > >>> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
> > >>>
<a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
><br>
> >><br>
> >> _______________________________________________<br>
> >> squid-users mailing list<br>
> >> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
> >> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
> >><br>
> > _______________________________________________<br>
> > squid-users mailing list<br>
> > <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
> > <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> squid-users mailing list<br>
>> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
>> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a><br>
>><br>
> _______________________________________________<br>
> squid-users mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
> <a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a></span><br>
<br>
-----BEGIN PGP SIGNATURE-----
<br>
Version: GnuPG v2
<br>
<br>
iQEcBAEBCAAGBQJV5sWIAAoJENNXIZxhPexGoYgH/1H+dGDB+C0oGD32YRvV1Qhb
<br>
gRy+tuyBhqQ45+zNU3sMod2b2R1lXfwlFY7L8soUY5zRRHgP1MwmL8cLOFONqg+B
<br>
M8YWo3OgeopmbVfG6Qr4HOgXSTUdOsl/ArJQNqoUxA68e4HDfyTZxeN5a5E9P70s
<br>
K/S6h+9I4YRKSJ5EvjT/207FFxHoI7sXjo2N/mrOd/JNnW45uNscQoWhDPMoPtGh
<br>
/SSn00TydBEdrNv/10ZH5kFdWK6FUqtGv2GdXDtdfb3eg4FXZOxNnFw1IlkTOtSh
<br>
h/vep6IXHJKC39a52G+eEc6pXeRLMh71hUWO+2RLlTDoINf0EzhseeJIU/oGJfo=
<br>
=svt0
<br>
-----END PGP SIGNATURE-----
<br>
<br>
</body>
</html>