<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    -----BEGIN PGP SIGNED MESSAGE----- <br>
    Hash: SHA256 <br>
     <br>
    By the way, I do not care that there is the relevance of porn sites.
    Rummage in this shit and check I somehow do not want to. I am
    satisfied that blocked most of which are my users trying to surf.<br>
    <br>
    17.06.2016 3:11, Benjamin E. Nichols пишет:<br>
    <span style="white-space: pre;">><br>
      ><br>
      ><br>
      > On 6/16/2016 3:28 PM, Yuri Voinov wrote:<br>
      > I propose to nominate for the second place of the contest
      "The most<br>
      > inefficient use of computing resources - 2016." :-!:-D<br>
      ><br>
      > Because first place already occuped. :-D 30 millions
      pornsites in one<br>
      > squid's ACL and 7 minutes for squid -k refresh. 8-)<br>
      > > Yeah and Ill bet about 27 Million of them are dead,
      expired, parked or redirected because your list sucks.<br>
      ><br>
      > > If you really intend to use blacklists tailored for
      Squid proxy Native ACL, we are the leading and only provider of
      such lists.<br>
      > > And we actually query each domain daily with batch
      updates, dead domains are placed into a holding pool to be queried
      again cyclically and re added<br>
      > > as necessary.<br>
      ><br>
      > > Shallalist is a joke, urlblacklist is garbage, if you
      are serious and need a better blacklist, we would be happy to
      serve you.<br>
      ><br>
      ><br>
      ><br>
      > 17.06.2016 1:20, Antony Stone пишет:<br>
      > >>> On Thursday 16 June 2016 at 21:11:50, Alfredo
      Rezinovsky wrote:<br>
      > >>><br>
      > >>>> Well.. I tried.<br>
      > >>>> I need to ban 8613 URLs. Because a law.<br>
      > >>> Have you considered
      <a class="moz-txt-link-freetext" href="https://www.urlfilterdb.com/products/ufdbguard.html">https://www.urlfilterdb.com/products/ufdbguard.html</a> ?<br>
      > >>><br>
      > >>>> If I put one per line in a file and set the
      filename for an url_regex acl<br>
      > >>>> it works. But when the traffic goes up the
      cpu load goes 100% (even using<br>
      > >>>> workers) and the proxy turns unusable.<br>
      > >>> Er, I'm not surprised.<br>
      > >>><br>
      > >>>> I tested and saw my squid can't parse
      regexes with more than 8192<br>
      > >>>> characters.<br>
      > >>>> I managed to combine the 8000 uris in 34
      regexes using a ruby gem,<br>
      > and the<br>
      > >>>> cpu load stays almost at the same level it
      is without any acl (same<br>
      > >>>> traffic).<br>
      > >>> That must be *way* past anything to be described
      as "maintainable".<br>
      > >>><br>
      > >>>> the regex is:<br>
      > >>> Er, thanks, that confirms my suspicions above :)<br>
      > >>><br>
      > >>><br>
      > >>> Antony.<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>
      > Signed,<br>
      ><br>
      > Benjamin E. Nichols<br>
      > <a class="moz-txt-link-freetext" href="http://www.squidblacklist.org">http://www.squidblacklist.org</a><br>
      ><br>
      > 1-405-397-1360<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></span><br>
    <br>
    -----BEGIN PGP SIGNATURE-----
<br>
    Version: GnuPG v2
<br>
     <br>
    iQEcBAEBCAAGBQJXY69LAAoJENNXIZxhPexGzbsH/Rjx5G5vP41dPwXAYGqyTEMP
<br>
    g5uwVn5RLzEB1DOQZBnGp9uSQb9R1ZelNLitUocFdDYZcE9WNbSxrXMl7TfQLgor
<br>
    UPje/vmONcxLGeNmpgiFQh/qnTouhtwjUN9v/cd55mNOa1KplrRVU9BlucGnzK+1
<br>
    x9z0icdR3dfS+49LCPiEArysCFnxfINIaKAkYDBGZ4ovdjtegSY0amnG98VI01+J
<br>
    j9PEeeumjAHI8xn3BgwuAaEZI/B9iPM3LBQRbMkjNfhBbvRqc0/iVLGJiZpjUGSf
<br>
    Zo4S0BI4kT6p7OzRGqCZZyqLxyNm/onmPvTpW55ZEaeKZMUVaN0MMVtnXynD2lI=
<br>
    =Mkgm
<br>
    -----END PGP SIGNATURE-----
<br>
    <br>
  </body>
</html>