смотрите в "пике":
ищите узкие места в slow query log.
движок сайта/сайтов - самописный или что-то стандартное? cms какая-нибудь...
права, вероятно (на директорию/файлы кеша движка)
нехватает чего-то - вашему браузеру. очень вероятно, IE.
настройте сжатие на сервере адекватно, чтобы оно
учитывало "фичи" отдельных "особых" браузеров. для
apache2+mod_deflate - примеры есть на страничке
документации:
http://httpd.apache.org/docs/2.2/mod/mod_deflate.html
то есть такого вы не видели еще?
ну, у вас все впереди.
потушить почтовик = отказу в обслуживании. а "перенести в другое место"
можно любой сервис, в сущности. в т.ч. и httpd.
другое дело, что там где обычно нужен один публичный
сервис (http,https) - висит обычно десяток. "дружественность"
панелей управления сервером - этому особенно способствует.
PS: это все из области детского ддос, когда расчет идет на
пожирание ресурсов сервисами в системе. smtpd как
мишень - ничем не хуже, чем httpd или ftpd ;)
все дистрибутивы линукс собирают давно с -Dusethreads по-умолчанию.
$ ldd `which perl`|grep thread
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f338abb3000)
апач форкает несколько рут-процессов (в соответствии с обычными директивами prefork. пришедший запрос обрабатывается одним из этих процессов, пока он не распарсит заголовок
Host, после чего - именно данный апач форкает потомка, понижает в нем права до
нужного пользователя. запрос обрабатывается дальше потомком, после чего он умирает.
кучу раз обсуждали даже в этом форуме.
для массового хостинга - лучшего стабильного решения чем prefork/worker + suexec + cgi - пока не придумали.
текущий стабильный - 5.1. Предыдущий - 5.0. В очень
немногих дистрибутивах что-то выше 5.0.
PS:
Если вас такие вопросы заботят - обратите внимание на Debian/СentOS. В любом
бинарном дистрибутиве linux подобные "дилеммы" решены. причем на порядок
качественнее, чем если "выбор" будет делать каждый отдельный администратор ;)
а что мешает ограничить скорость соединения/количество подключений
для определенных файлов (avi,flv)? есть такие модули и для
апача: mod_cband, mod_bw...
в вашем случае я подумал бы в первую очередь о том, чтобы поставить
проксирующий сервер (фронтенд) перед основным веб-сервером. статику
можно также отдавать сразу с фронтенда. обращайтесь, контакты в подписи.
любой виртуальный хостинг, нет? :)
будут, кому _надо_. UDP вполне для этого годится, почему нет?
только это будет DDOS недетский. вряд-ли защита на уровне сервера сильно поможет здесь.
ТС: а почему не использовать сторонние DNS/почту?
если вы пытаетесь сделать подобное - вам будет мешать DirectoryIndex.
если url заканчивается слешом - будет работать логика mod_dir (в том
числе - выясняется, какой индексный файл у вас есть в директории. т.е. index.php),
для индексного файла делается внутренний редирект.
а затем - работает mod_rewrite.
Решение - не использовать DirectoryIndex и делать явный редирект:
Option -Indexes
RewriteEngine on
RewriteCond ..
RewriteRule ..
в поиск по форуму
