- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Блокировки могут возникать при сотнях запросов в секунду. При более-менее обычных нагрузках они незаметны :)
KernelMadness добавил 25.02.2009 в 11:42
Это дополнение.
А вот это - worker_rlimit_nofile 32768; замена, причем более грамотная.
И еще, запускать nginx от nobody - дурной тон. Лучше создать пользователя.
А немного поподробнее, ну в в виде простенького примера конфига, можете показать? Если это , конечно возможно, и не сильно Вас затруднит.
Сейчас использую способ, предложенный svyazist
Все работает нормально.
Предложенные варианты с увеличением worker_processes и worker_connections в конфиге nginx - это дополнение к варианту svyazist или замена ему? Если замена, то какой способ более эффективный?
Посещаемость у вас какая и какой характер нагрузки ? Тогда можно регулировать эти параметры.
А немного поподробнее, ну в в виде простенького примера конфига, можете показать? Если это , конечно возможно, и не сильно Вас затруднит.
Для начала создадим юзера. В консоли выполняем:
Ну и затем конфиг такой:
Посещаемость у вас какая и какой характер нагрузки ? Тогда можно регулировать эти параметры.
~100.000 хитов, ~10.000 хостов / сутки
worker_rlimit_nofile 80000;
...
worker_connections 50000;
От таких больших значений, не будет повышенной нагрузки на сервер, ресурсов не будет больше есть? Или тут так, чем больше тем лучше ?
~100.000 хитов, ~10.000 хостов / сутки
От таких больших значений, не будет повышенной нагрузки на сервер, ресурсов не будет больше есть? Или тут так, чем больше тем лучше ?
Лишней нагрузки не будет, это просто лимиты чтобы при всплеске нагрузки система не загнулась.
По умолчанию они довольно низкие, приведенные мною значения адекватны для любого современного оборудования.
KernelMadness, спасибо за помощь
Для начала создадим юзера. В консоли выполняем:
Ну и затем конфиг такой:
Спасибо за помощь.