бюджет под задачу можно озвучить?
Не надо говорить за всех. Далеко не все.
a2dismod expires invoke-rc.d apache2 restart
У него большой мануал есть. В том числе и подробные инструкции по инсталяции. Не пробовали смотреть документацию?
В debian есть готовый пакет, в testing - называется libapache-mod-security.
Вы можете посмотреть заголовки ответа веб-сервера, когда браузер запрашивает CSS-файлы? Web Developer такое позволяет вроде - может какие еще расширения есть.
Вы уверены, что не выставили в лисе User-Agent соответствующий IE ?
Нет, блин. Если используется апачевский модуль (где можно написать директивы - см. документацию mod_deflate) - весь контент. Если сжатие средствами php - только генерированный скриптами (где можно включить опцию - смотрите обратно документацию PHP).
Какой-то странный major/minor на дисковых разделах. По идее - 9 соответствует md-дискам.
Думаю, что исправит проблему:
mknod /dev/sdb b 8 16
mknod /dev/sdb1 b 8 17
mknod /dev/sdb2 b 8 18
mknod /dev/sdb3 b 8 19
Аналогично для sdc:
mknod /dev/sdc b 8 32
mknod /dev/sdc1 b 8 33
...
N.B.: http://www.issociate.de/board/post/460836/mdadm:_/dev/sda1_is_too_small:_0K.html
ls -l /dev/sd[bc]3
fdisk -l /dev/sd[bc]
Глупость какая. Нужен, конечно. Ограничить приемлемой частотой запросов - не более.
То, что Вы пишете - никак от ICMP флуда не спасет. Канал как был забит входящими пакетами - так и останется.
Что касается вопроса ТС - вполне разумный трафик для сайта с медиа-контентом. Может Вы просто не логгируете обращение к нестатическим файлам? Может хотлинкинг?
1) потомучто.
В графических форматах итак сжатие обычно предусмотрено.
2) заголовки HTTP смотрите. Там четко видно - сжимается ответ или нет. Часом у вас сервер "лису" как IE не воспринимает? Может у Вас User-Agent выставлен нестандартный для Лисы?
3) конечно есть. в одном случае вы сжимаете весь контент. в другом - только сгенерированный PHP
Ну, как минимум он выйдет только когда ubuntu и freebsd пройдутся по граблям. А еще времени пройдет до релиза полгодика эдак.
cat /proc/cpuinfo
