- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер.
Подскажите пожалуйста какой из нижеперечисленных способов работает быстрей?
(таких директив будет много, работаю на виртуальном хостинге)
или
?
Спасибо.
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 бане могут быть проблемы?
- дополнительная сильная нагрузка на сервер?
- проблемы с посетителями?