- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Какая-то хрень без таймаута колбасит хост
проц 1.2 целерон (думал хватит).
nginx лежит.
Поставил 404 - один умер, остальные живы
"DigExt; DTS Agent" шо за хрень?
Наспамьте настройки для nginx по принципу экономии CPU
1. не реагировать на данный урл если 1 секунда таймаут не прошел (выпадет с ПС - ну и пофик, не будет ложить "хостинг")
2. фильтр на юзерагент (задолбал)
3. можно сказать нгиксу не давать одному вирт хосту жрать весь проц?
---------- Добавлено 06.10.2012 в 05:53 ----------
я в шоке, 50 миллисекунд 30 запросов
---------- Добавлено 06.10.2012 в 06:02 ----------
---------- Добавлено 06.10.2012 в 06:03 ----------
Убить ІР ?
да, можно его смело банить - толку от него никакого. в сети много негативных отзывов о проделках этого бота
по юзерагент или ір ?
логичнее по юзерагенту.
/ru/forum/664595
мне логичнее поспать
на проблематис хост поставил 404
я-офф
Ip в tarpit
07 утра, я спать.
ограничить директивами limit_ количество запросов
http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html
пример
limit_req_zone $binary_remote_addr zone=lphp:10m rate=1r/s;
limit_zone limz $binary_remote_addr 10m;
limit_conn limz 10;
Ставится в location /
limit_req zone=lphp burst=10 nodelay;
Также можно автоматически банить такие IP на сутки анализом логов, обращайтесь, настрою.
limit_req_zone $binary_remote_addr zone=lphp:10m rate=1r/s;
...
limit_req zone=lphp burst=10 nodelay;
Это для страничке о любимой кошечке подойдет, да. И только. В реальных условиях - и ограничение будет для / чересчур жестким (не говоря уже о поисковых ботах), и перлы вида fopen("http://мойсайт/урл") в скриптах каждого второго. Все "чуть сложнее" (с)
ТС можно посоветовать использовать его для конкретного UserAgent. Как говорится: "обращайтесь, настрою" (с)
обращайтесь, настрою.
А потом ТС удивится почему у него посещаемость упала...
Myhand, ограничение в 1 запрос в секунду с разрешенным пиком в 20 запросов к динамическим страницам в большинстве случаев не создает проблем работы сайта.
В том числе для поисковых ботов.
Для сапы да, создать может. Бот сапы работает слишком быстро.
Также проблемы это ограничение создаст
1) На дебильных движках, где картинки генируруются динамически скриптом PHP
2) Если на сайте есть WEB чат.
В этом случае лимит придется повышать или же делать для часто запрашиваемых страниц отдельный локейш без лимита.
Я привел параметры директивы limit_ как пример, а не как жесткую рекомендацию.
Параметры Limit_ нужно иногда коректировать для разных сайтов.
Myhand, ограничение в 1 запрос в секунду с разрешенным пиком в 20 запросов к динамическим страницам в большинстве случаев не создает проблем работы сайта.
Было 10 - стало 20. Мелочь, а неприятно. Плюс, / - это не динамические страницы. Это все, в т.ч. статика. Как правило.
Ну ладно, у меня видать "меньшинство" - спорить не буду.
Также проблемы это ограничение создаст
Я могу еще штук десять придумать, помимо указанных выше и ваших.
В этом случае лимит придется повышать
В этом случае - лучше лимитировать именно то, что нужно лимитировать. Конкретно ТС - сделать лимит для данного UserAgent.