Нет. Не надо вести _отдельные_ логи для каждого. Не верю, что для вас это открытие.
Один. Общий. Для всех. Формат записи в лог-файл изменится,
естественно. Должен включать имя виртуального хоста.
что-то подобное:
http://httpd.apache.org/docs/2.3/rewrite/remapping.html#uservhosts
делается такой ремаппинг внутри виртуального хоста, поддомены
повешены на него как алиасы.
не советую такое. конфигурация с виртуалхостами - прозрачнее
и понятнее. только не лепите для каждого виртуального хоста
отдельный лог-файл - не нужно будет разбивать дедик на виртуалки :D
вот и не нужно так делать на массовом хостинге. swsoft'овцу
именно это и объяснили. если plesk не умеет сделать
нормальный хостинг - вы-то должны руками суметь ;)
у меня и на тестах и в реальной жизни - больше +10% никак не получалось (за счет тех
самых апачей, которые под uid пользователя)
ничего там хачить обычно не нужно. здесь, например,
популярно объяснили почему:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330105
прошу заметить @swsoft.com у сабмитера
+ рассмотреть возможность использовать poll/epoll (mpm-event, например)
насколько больше?
согласен с netwind. iplimit/connlimit, даже hashlimit - это крайние меры, они не
знают даже прикладного протокола, работу которого в итоге ограничивают.
я бы посоветовал настроить лимиты в легком прокси перед основным
веб-сервером. в nginx для этого есть замечательные limit_conn и
limit_req. будете отдавать временно забаненым легкую статику, а "особо
отличившихся" - банить по результатам парсинга error.log nginx'а.
обращайтесь, если интересует такое решение.
не знаю... видел/админил на виртуальном хостинге - стандартный
бакенд с 1k пользователями, в среднем - 10k виртуалхостов на апач. заметно не было при
старте, уверяю. железки вполне бюджетные, что-то типа Kraftway ES12.
зачем на порядок увеличивать объем работы администратора? ради нескольких
секунд парсинга конфигов апача? :D
там и так nice без $PATH прописано.
А вот вспомнить про pam_limits.so - полезно. Там как раз можно nice
для _всех_ скриптов из cron выставить (свой лимит для каждого пользователя):
man limits.conf
vi /etc/pam.d/cron
..
session required pam_limits.so conf=/path/to/cron/limits.conf
vi /path/to/cron/limits.conf
http://en.ispdoc.com/index.php/Mgrctl
