несколько тысяч виртуалхостов - не думаю, что разницу заметите.
это не вот здесь:
/ru/forum/422164
проблема-то была?
только $ в $ip - имхо, лишнее ;)
скорее, не загружать, а _догружать_. как-то так:
awk 'BEGIN{ print "*filter" }{print "-A BAN -s " $1 " -j DROP"} END{ print "COMMIT" }' < ip.txt | iptables-restore -n
cat ip.txt | xargs -n1 -I_ iptables -A BAN -s _ -j DROP
INPUT не стоит захламлять кучей отднотипных правил - вынесите
их в отдельную чепочку и подключите ее _одним_ правилом в INPUT.
нда, репозитарий еще подключить нужно.
буквально тоже самое делается по ссылке, только репозитарий другой.
сам скрипт /home/***/public_html/vog/drond - не трогайте
напишите вместо:
nice -n 15 /home/***/public_html/vog/drond >/dev/null 2>&1
поддержку плеска не думали мучить таким вопросом?
Dimanych, вы не путайте массовый виртуальный хостинг и highload-проект
под отдельный сайт - прикрутить fastcgi сервер несложно и может быть
полезно. а давать штатную возможность такого любому на виртуальном
хостинге - трата ресурсов. почти тоже самое, что давать каждому
отдельный "свой" апач. как минимум - это отдельные тарифные планы.
PS: а в ваш пример верится с трудом. фронтенд перед веб сервером с cgi был какой-то? :)
до какой версии?
устраивает обычно. для массового хостинг (1k пользователей на
сервер) - только это и вариант :). у каждого пользователя есть
_альтернатива_ - использовать mod_php с общим
пользователем - либо cgi + suexec.
