acl blockanalysis01 dstdomain .scorecardresearch.com .google-analytics.com
acl blockads01 dstdomain .rad.msn.com ads1.msn.com ads2.msn.com ads3.msn.com ads4.msn.com
acl blockads02 .adserver.yahoo.com pagead2.googlesyndication.com
http_access deny blockanalysis01
http_access deny blockads01
http_access deny blockads02
There are thousands of websites serving ads.
Just try to block those who generate the most traffic and
you will save bandwidth. Trying to block more does not
help much, so look at your Squid log.
all ACLs need to be defined in the right order
See also http://wiki.squid-cache.org/SquidFaq/SquidAcl
Marcus
Landy Landy wrote:
>> Landy Landy wrote:
>>>> If you are desperate for bandwidth I suggest to
>> block
>>>> ads (e.g. a.rad.msn.com) and 'user behaviour
>> analysis'
>>>> (e.g. scorecardresearch.com).
>>>>
>>>> Furthermore, you may consider blocking mp3 files.
>>>> Depending on what type of users you have, this can
>> save
>>>> a lot of bandwidth.
>>>>
>>> Blocking is not an option. I have a small WISP and
>> blocking stuff won't work for us though I'm blocking p2p by
>> default to everyone except for those who call me and ask if
>> it can be enabled for magicjack and other services.
>>
>> Blocking scorecardresearch.com is invisible to users since
>> it just
>> produces a 1x1 pixel gif that is unused for the visual
>> display.
>> Blocking it makes their internet experience faster.
>> There are many websites who do this type of 'user behaviour
>> analysis'.
>>
>> Blocking advertisements is debatable.
>> Maybe your users want to see them or maybe
>> they want a faster internet. I have seen
>> Squid log files where the microsoft ad + yahoo ad
>> + google ads took 25% of the total bandwidth.
>> Just check on your server how much percent the URLs for
>> rad.msn.com
>> adserver.yahoo.com
>> pagead2.googlesyndication.com
>> consume.
>
>
>
> If that's the case I don't mind blocking it. Please guide me on how to do it.
>
> Thanks.
>
>
>
>
>
Received on Mon Feb 15 2010 - 12:58:52 MST
This archive was generated by hypermail 2.2.0 : Wed Feb 17 2010 - 12:00:04 MST