Вам дело говорят, а вы упираетесь. Может вы "самый умный", который считает, что всё за него должны делать?
Вам выше показал путь решения.
Ответьте на вопрос: Вы без форума не могли догадаться до такого?
Не лень, потому как я как раз вам хочу помочь. А для этого вас нужно приучить пользоваться поиском.
После этого вы многие задачи сможете быстро решать.
Со временем оцените, на сколько это большая помощь.
ISPmanager такого не умеет.
Да и как панель определит принадлежность сайта к конкретному пользователю системы и его настройки? (режим php и опции ssl/cgi и т.п.)
Форумы для обмена знаниями/опытом.
Здесь раздел "администрирование", а не "научи пользоваться поисковиком" или "поищи в гугле за меня".
Другое дело, если вы всё сделали по инструкции, но столкнулись с проблемой, решение которой не нашли в интернете. Тогда описываете свои проблемы с комментариями и просите подсказать, куда нужно копать.
Форум не для того, чтобы сделали для вас, а для того, чтобы подсказали, направили. В вашем же случае совет может быть единственный "откройте для себя адрес google.ru".
Поверьте, все админы пользуются поиском и больше половины успеха - это опыт и умение искать нужную информацию. Почти каждый день админ сталкивается с задачей, которую никогда не решал. И что, на форум сразу бежать к коллегам?
Решение вашей проблемы:
1) Заходим по адресу http://google.ru
2) набираем "geoip база городов".
3) Находим ссылку http://www.vashmaster.ru/informaciya/o_poleznyh_programmah/news163.php#header_3
Это вопрос для раздела "администрирование"?
Почти 6 лет с ним работаю - ни единой проблемы. А вот у apache достаточно было разных.
Просто нажать "включить" напротив nginx'а в ispmanager'е.
И что проще, прописать виртуалхост в nginx'е по мануалу или разбираться, какие вам модули нужны в apache или нет? Рядовой человек понятия не имеет, что там и для чего предназначено. Причём один модуль зависит от другого и если отключать по одному, то ещё нарвёшься на отключение нужных модулей или вообще web-сервер не запустится, т.к. другой модуль требует отключённый.
Тоже самое с переводом Apache в режим worker. Делается это часто не просто, да и потребует смены режима работы php и другие манипуляции.
Там не придётся настройки php менять у каждого(!) виртхоста? Это он может сделать?
А панель управления позволит легко пересобрать apache и сможет с ним нормально работать?
Так задайте себе вопрос, что проще? Включить nginx в панели (или поставить через yum install и прописать по мануалам виртхосты) или иметь опыт в определении "лишних" модулей, режимах работы apache/php ?
Вы предлагает то, что вообще невозможно, для рядового пользователя. Он понятия не имеет, как оно устроено и что ему потребуется из тех же модулей.
Ерунду какую-то пишете по поводу "не могло быть ошибки ФС", не могло из-за одного диска всё сломаться и т.п.
Я видел, когда RAID из 8-ми дисков разваливался на раз и из-за сбоя контроллер затирал информацию. Восстановить, в принципе, реально. Но большой геморрой. Тут и диски целые полностью и железо. Сбойнул контроллер и всё тут, приехали.
Да всякое бывает. Удалена папка с диска, вот и "не ходит" почта на конкретный ящик. Получить её сервер не может.
Во как. Я понимаю, что здесь много телепатов. Но для таких заявлений этого мало и нужны хоть какие-то доказательства.
Кто вам вообще сказал, что почта не ходила на часть ящиков из-за этой проблемы? С чего это стало фактом? Проблемы всякие с почтой бывают.
С чего вы решили, что ФС не может побиться при RAID'е ? Да запросто, как и на одном диске. И на ext3 тоже.
Как можно делать выводы "вас развели" на основе кусочных данных от одного человека, который ещё и приводит отдельные слова остальных? Причём слова хостера мы знаем от админа, а слова админа через ТС.
Никто ничего не знает, но легко обвиняем хостера в разводе клиента.
Хороший ответ =)
ТС, поднимать темы бессмысленными сообщениями запрещено правилами форума.
В гугле вас забанили?
"А чтобы города" нужна база городов.
Всё зависит от настроек.
Вот как раз "остаётся раздать страничку" и заставляет процесс висеть в спамяти. Одно - это лёгкий nginx, а другое - отдельный процесс apache с кучей модулей.
Я не спорю, что apache нельзя облегчить, но nginx - это самое простое "лекарство", поэтому им и пользуются. В том же ISPManager достаточно одного клика для установки.
Сэкономит и в разы больше при достаточной посещаемости. Потому как процессы apache будут висеть ровно столько, сколько потребуется для выполнения скрипта. В обычном случае прибавляется ещё и время на передачу контента посетителю.
Можете представить цифры при 30-50 одновременных подключениях к web-серверу.
Чем должен висит каждый процесс, тем больше их будет висеть одновременно. Думаю понятно, что количество одновременно висящих процессов влияет на потребление памяти.
Если умеете обходиться без nginx - ваше право. Но для рядового человека nginx действительно является самым простым решением.
Не всегда он даст эффект, но вариант самый простой, который можно опробовать. Чем разбираться в тюнинге apache, mysql и т.п.
Даже без статики, префорк будет держать процессы, пока посетитель не получит данные от web-сервера. В случае с nginx такого не будет и отдавать контент будет уже nginx с его 1-2 процессами.
Apache есть смысл подкрутить, чтобы зря процессы не висели, когда памяти не много.
Но всякие тюнинги типа memcached, кэши и буфферы mysql - глупо использовать, если память хочется экономить.
Тут либо уж память жалеть, либо производительность пытаться увеличить. Можно и в 100Mb ОСь запихать с web-сервером, а надо ли?
Хотя отключение innodb хорошо освободит памяти + тюнинг apache.
С этой экономией блин... хочется и быстро и дёшево... Что-то одно стоит выбирать.
Естественно nginx не универсальное лекарство от потребления, когда речь о слабом сервере без нагрузки.
Это правда. Но всё зависит от конкретного случая. Где-то nginx действительно даёт мало толка, но часто он действительно поможет.
Как минимум - будет меньше жрущих процессов apache (статика; будут быстрее завершаться, не дожидаясь полной передачи данных клиенту и т.п.)
Есть вполне явные плюсы.
Не нужно никого слушать. Нужно разобраться, что у вас потребляет память. К примеру, настроить mysql (к примеру, выключить innodb, если не используется), убрать лишние модули и т.п.