А кто .htaccess будет вам обрабатывать - Пушкин?
а
ip route
?
В документацию, ясен пень:
http://httpd.apache.org/docs/2.2/configuring.html#htaccess
PS: Вместо sid лучше бы вам подключить testing. А еще лучше настроить apt pinning (man apt_preferences).
В случае mysql - вы скорее всего смотрите на экран с отображающимися потоками. Вот и цифири одинаковые. Отсюда логичный вывод (странно, что вас не насторожило что 30*100Mb>2Gb): вряд-ли вы вообще адекватно воспринимаете то, что вам пишет htop. Мой вам совет - выкладывайте вывод программ диагностики, если просите здесь каких-то рекоммендаций.
100Mb - это, конечно, многовато для апача. Но, учитывая наличие у вас xcache - вполне возможно. А может - память течет (директиву апача MaxRequestsPerChild попробуйте покрутить). Установите nginx перед апачем, уменьшите число апачей (< 10), отредактируйте настройки xcache.
Начать с того, что установить в чем проблема: *что* занимает память. Если действительно mysql - скорректировать его настройки либо добавить памяти. Если нет - действовать по обстоятельствам (тупо добавлять память может быть не лучшим вариантом, даже учитывая ее дешевизну).
Не можете сделать это самостоятельно - наймите администратора. Хоть софт дырявый вам обновит.
Хватит флудить уже, не? ТС дали нормальный совет:
/ru/forum/comment/10467246
Electronn, ваш копипаст на freebsd - не заработает. Это не дебиан, увы.
localhost - это как раз 127.0.0.1 :) Глупо скрывать стандартный IP.
А если у вас там IP вашего сервера (что и было понятно) - это ошибка, nginx просто не будет с этого IP делать соединение с апачем. Исправьте ее, как объяснили выше (-> 127.0.0.1) - должно заработать.
mod_rpaf установите для апача (у версии 2.4 апача есть штатный модуль - mod_remoteip)
А чем вам вариант #3 не стандартный?
PS: Кнопки "сделать зашибись" - нет, конечно, эт верно...
