сначало ставится bijk-node, для авторизации в системе мониторинга. Мониторинг работает по SSH.
на хабре была статья
http://habrahabr.ru/blogs/sysadm/92406/
find /www/site/ -type f -name "*.zip" | while read zipfile; do unzip $zipfile -d `dirname $zipfile` ; done
жесткого ограничения для каталога нет (есть лимит на число файлов в файловой системе в целом), не рекомендуется создавать много файлов потому что это приводит к снижению производительности.
если объяснять очень просто то спискок файлов хранится в блоке фиксированного размера и если он не помещается там то выделяется новый блок и так далее и так далее. в результате возникает ситуация когда выстраивается длинная цепочка из блоков которые могут располагаться в разных областях диска и по этому доступ сильно замедляется
http://tldp.org/HOWTO/FTP-4.html
Только DNSBL вас не спасут, нужен комплексный подход
- белые списки
- проверенный список DNSBL
- greylisting
- собственные проверки почтового сервера (helo, DSL/dial-up)
- спам фильтр
все вместе даст хороший результат, в отдельности значительно менее эффективно
подумайте действительно ли вам так нужен
keepalive_timeout 65;
или его можно сократить.
настройте мониторинг, следите за поведением сервера.
если nginx собран со сторонними матчами внимательно просмотри те все ли вам необходимы.
и в конце концов найдите профессионала, по описанию это какая то элементарная ошибка в настройке
оптимальнее провести нагрузочные тесты и выяснить, все зависит от вашего php кода и трафика
Позвольте полюбопытствовать, чем данная связка принципиально лучше ?
Господа читайте куроводство там все давно расжевано http://dklab.ru/chicken/nablas/
это не в lighttpd кончились сокеты а вы достигли установленого максимального значения, увеличьте в конфиге лимит на ко-во соединений и проверьте число дискрипторов
server.max-connections =
server.max-fds =
