|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Balabhai Viktor Nikolaevich 2:5020/400 19 Feb 2001 15:03:27
To : All
Subject : Re: Борьба с баннерами с помощью squid`а
--------------------------------------------------------------------------------
Hello, Eugene & All.
Eugene Gavrilov <fakemailbox@hypersoft.ru> сообщил в новостях
следующее:96jav8$1oad$1@gavrilo.mtu.ru...
> Все зависит от цели, которую ты преследуешь. Если твоя цель из спортивного
> интереса убить все баннеры до единого, то тогда конечно. Hо при этом на
Вообще-то такой цели я перед собой не ставил, IMHO это имеет смысл только
для исповедующих лозунг "Движение - всё, конечная цель - ничто". Ибо тогда
уж действительно надо непрерывно только этим и заниматься. Я имел ввиду,
конечно, более сбалансированный подход, учитывающий в первую очередь крупные
изменения баннерных систем. Потому что единожды настроив до приемлемого
уровня (у меня сейчас примерно 40% cache hit) правила фильтрации баннеров,
всё-таки имеет смысл регулярно их обновлять.
> сервер ляжет неслабая нагрузка по проверке url по тонне регекспов, а юзеры
Давай конкретно: у меня, мягко говоря, не сильно мощный прокси-сервер
(486-DX33/32Mb/2 медленных SCSI HDD по 1Gb). Редиректор написан вообще на
перле (исходный образец я взял на
http://www.nitek.ru/~igor/squid/redirector).
Статистика примерно такая:
----- cut here -----
Redirector Statistics:
number running: 8 of 8
requests sent: 4949
replies received: 4948
queue length: 0
avg service time: 5 msec
----- cut here -----
Что меня вполне устраивает. Ибо имею я модемный канал, который чаще всего
коннектится на 33333.
> будут жаловаться на то, что у них пропадают кнопочки в online-магазинах,
> почтовых интерфейсах и на новостных сайтах. Если просто нужно снизить
Вот об этом тоже кстати речь. Хотя это, конечно, не главное, но хочется,
чтоб внешне странички выглядели красиво. Для этого надо по возможности
собирать информацию о размере заменяемых редиректором баннеров и счётчиков
(шибко занятых прошу не возмущаться - не тратьте на это ваше драгоценное
время).
> сетевой траффик - то собираешь статистику по сквидовым логам и потом
верхние
> по количеству обращений 2-3 десятка сайтов отрезаешь. 90% баннеров
> пропадает, а остальные 10% не стоят того, чтобы на них время тратить.
В целом с этой идеей я согласен. Hо всё равно, надо регулярно проводить
такую работу, ибо см. выше. И зачем всем делать одно и тоже, если кто-то уже
обработал последние изменения в мире баннеров, как-то структурировал эту
информацию, и не против ею поделиться с другими (для экономии их времени в
том числе)?
> > А чтоб эффект был ещё больше, надо обмениваться своими наработками.
>
> Делать тебе нечего.
См. выше.
> PS. Обычно используют не acl сквида, а SquidGuard какой-нибудь или
Squirm -
> они под это дело заточены.
Hу, собственно, я тоже acl не использую, и ещё раз повторю, что в силу
весьма тонкого внешнего канала, быстродействие редиректора проблем [пока] не
создаёт.
С уважением, Балабай Виктор.
--- ifmail v.2.15dev5
* Origin: WEBPlus Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
