- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
Подскажите пожалуйста какой из нижеперечисленных способов работает быстрей?
(таких директив будет много, работаю на виртуальном хостинге)
или
?
Спасибо.
blacks добавил 10.08.2009 в 15:42
Добавлю что вопрос задан из-за необходимости теоритического
снижения нагрузки при работе htaccess
Быстрее способ добавления в конфиг, но раз хостинг виртуальный, то видимо он не подойдет.
Второй способ, который к слову не будет работать в принципе в данной реализации:), используют если нету модуля mod_rewrite, или если переменная полученая из условий mod_setenvif, нужна в дальнейнешем, для обработки в скриптах. В примере идет блокировка на базе этой переменной поэтому она не нужна в дальнейшем.
По вопросу производительности могу сказать что заметно разницы не будет.
Вообще надо смотреть на общий план, что значит много условий? Покажите хотябы штук 5.
но обычно пишут так:
так интуитивно понятно, на каждого бота по строке, и если что легко найти в дальнейшем.
Покажите хотябы штук 5.
но обычно пишут так:
так интуитивно понятно, на каждого бота по строке, и если что легко найти в дальнейшем.
Показать то могу... но их много. строк 500 поэтому и думаю как это под ужать.
В данном разделе форума есть топик про ботов так там тоже большая подборка.
Достаточно часто встречал сборки не
строка = бот
а
строка = боты собранные по теме.
Вот и думаю при 500 ботах и большом htaccess насколько увеличится нагрузка?
В случае 500 тогда правильней было-бы конечно группироать, но не советую этого делать.
Вы не получите ни какого увеличения производительности, а даже наоборот. Проверка будет занимать время, причем весьма заметное, проверка будет производится для каждого клиента.
А и всех 500 ботов, к вам возможно прийдут максимум 10-20, да и то некоторые прийдут ненадолго и пропадут потом навсегда. Поэтому лучше, переодически просматривать логи, и банить только тех ботов которые ходят и нагружают сервер.
Большинство хостеров кстати банят по ИП при превышении нагрузки, так-что оно может и надо Вам вообще?
В случае 500 тогда правильней было-бы конечно группироать, но не советую этого делать.
Вы не получите ни какого увеличения производительности, а даже наоборот. Проверка будет занимать время, причем весьма заметное, проверка будет производится для каждого клиента.
А и всех 500 ботов, к вам возможно прийдут максимум 10-20, да и то некоторые прийдут ненадолго и пропадут потом навсегда. Поэтому лучше, переодически просматривать логи, и банить только тех ботов которые ходят и нагружают сервер.
Большинство хостеров кстати банят по ИП при превышении нагрузки, так-что оно может и надо Вам вообще?
Спасибо.
Полностью согласен что 500 много... но нужно до логического конца довести :) раз начал.
1. а где можно смотреть/увидеть "имя бота" заходившего на сайт?
2. следует ли мне поинтересоваться у хостинга если у них такой бан или нет?
(как я понимаю это еще защита от ddоs/dos атак, хостинг peterhost)
3. насколько сейчас узнал geoIP тоже тормозит работу сайтов...
- немного офтоп но не подскажете советом/ссылочкой как закрыться от кореи :) ?
Банить ботов лучше всего через ipset
Ну и конечно - банить на отдельном сервере
Банить ботов лучше всего через ipset
Ну и конечно - банить на отдельном сервере
Посмотрел что такое ipset - как я понял для этого нужен собственный сервер
и на виртуальном такое не сделать?
Если технология виртуализации дает возможность своего ядра - можно
Стоит ли банить ботов и людей при помощи определения языка клиента?
RewriteCond %{HTTP:Accept-Language} (aa|ab|af|am|ar|as|ay|az|ba|be|bg|bh|bi|bn|bo|br|ca|co|cs|cy|da|de|dz|el|en|eo|es|et|eu|fa|fi|fj|fo|fr|fy|ga|gd|gl|gn|gu|ha|hi|hr|hu|hy|ia|ie|ik|in|is|it|iw|ja|ji|jw|ka|kk|kl|km|kn|ko|ks|ku|ky|la|ln|lo|lt|lv|mg|mi|mk|ml|mn|mo|mr|ms|mt|my|na|ne|nl|no|oc|om|or|pa|pl|ps|pt|qu|rm|rn|ro|ru|rw|sa|sd|sg|sh|si|sk|sl|sm|sn|so|sq|sr|ss|st|su|sv|sw|ta|te|tg|th|ti|tk|tl|tn|to|tr|ts|tt|tw|uk|ur|uz|vi|vo|wo|xh|yo|zh) [NC]RewriteRule .* http://www.google.com [L]
(хочу оставить de, ru, en, jp, ua)
- на тарифе вирт хостинга нет geoIP
- плюс будет добвлен бан по имени клиента
- бан по IP мне пока труден для понимания - откуда IP брать 🙄
Спасибо
Я рекомендую банить по geo_ip - надежнее
Я рекомендую банить по geo_ip - надежнее
Я бы с радостью но вот хостинг не позволяет - виртуальный
А брать сервер пока нет нужды :(
Интересно при таком Accept-Language бане могут быть проблемы?
- дополнительная сильная нагрузка на сервер?
- проблемы с посетителями?