Himiko

Himiko
Рейтинг
560
Регистрация
28.08.2008
Должность
ООО "Системные интеграции", Генеральный директор. ООО "Медиа-группа "Автор", Исполнительный директор
15.04.1985

Вам дело говорят, а вы упираетесь. Может вы "самый умный", который считает, что всё за него должны делать?

Вам выше показал путь решения.

Ответьте на вопрос: Вы без форума не могли догадаться до такого?

И не лень же было столько строк писать, чтобы сказать - не помогу.

Не лень, потому как я как раз вам хочу помочь. А для этого вас нужно приучить пользоваться поиском.

После этого вы многие задачи сможете быстро решать.

Со временем оцените, на сколько это большая помощь.

ISPmanager такого не умеет.

Да и как панель определит принадлежность сайта к конкретному пользователю системы и его настройки? (режим php и опции ssl/cgi и т.п.)

Neptoon:
А зачем тогда форумы?

Форумы для обмена знаниями/опытом.

Здесь раздел "администрирование", а не "научи пользоваться поисковиком" или "поищи в гугле за меня".

Другое дело, если вы всё сделали по инструкции, но столкнулись с проблемой, решение которой не нашли в интернете. Тогда описываете свои проблемы с комментариями и просите подсказать, куда нужно копать.

Форум не для того, чтобы сделали для вас, а для того, чтобы подсказали, направили. В вашем же случае совет может быть единственный "откройте для себя адрес google.ru".

Поверьте, все админы пользуются поиском и больше половины успеха - это опыт и умение искать нужную информацию. Почти каждый день админ сталкивается с задачей, которую никогда не решал. И что, на форум сразу бежать к коллегам?

Решение вашей проблемы:

1) Заходим по адресу http://google.ru

2) набираем "geoip база городов".

3) Находим ссылку http://www.vashmaster.ru/informaciya/o_poleznyh_programmah/news163.php#header_3

Это вопрос для раздела "администрирование"?

Ну и опять же дополнительная софтина, которая может заглючить, которую нужно обновлять, у которой может оказаться неожиданное "непереваривание" другого софта и т.п. Оно надо? Боюсь, в продакшн далеко не каждому.

Почти 6 лет с ним работаю - ни единой проблемы. А вот у apache достаточно было разных.

Да. Писать конфиг для nginx и апача - довольно просто... А я думал, проще сконфигурировать только апач

Просто нажать "включить" напротив nginx'а в ispmanager'е.

И что проще, прописать виртуалхост в nginx'е по мануалу или разбираться, какие вам модули нужны в apache или нет? Рядовой человек понятия не имеет, что там и для чего предназначено. Причём один модуль зависит от другого и если отключать по одному, то ещё нарвёшься на отключение нужных модулей или вообще web-сервер не запустится, т.к. другой модуль требует отключённый.

Тоже самое с переводом Apache в режим worker. Делается это часто не просто, да и потребует смены режима работы php и другие манипуляции.

Там не придётся настройки php менять у каждого(!) виртхоста? Это он может сделать?

А панель управления позволит легко пересобрать apache и сможет с ним нормально работать?

Так задайте себе вопрос, что проще? Включить nginx в панели (или поставить через yum install и прописать по мануалам виртхосты) или иметь опыт в определении "лишних" модулей, режимах работы apache/php ?

Вы предлагает то, что вообще невозможно, для рядового пользователя. Он понятия не имеет, как оно устроено и что ему потребуется из тех же модулей.

Ерунду какую-то пишете по поводу "не могло быть ошибки ФС", не могло из-за одного диска всё сломаться и т.п.

Я видел, когда RAID из 8-ми дисков разваливался на раз и из-за сбоя контроллер затирал информацию. Восстановить, в принципе, реально. Но большой геморрой. Тут и диски целые полностью и железо. Сбойнул контроллер и всё тут, приехали.

Если бы написали не работала почта потому что ..... было бы одно дело.... а то там формулировка в первом посте .... на половину ящиков ходит на половину нет... в моих пониманиях почта всегда по домену ходила , а не по акаунтам.

Да всякое бывает. Удалена папка с диска, вот и "не ходит" почта на конкретный ящик. Получить её сервер не может.

Еще раз перечитайте свои слова. Ничего не замечаете? Вас развели как ребенка!

Во как. Я понимаю, что здесь много телепатов. Но для таких заявлений этого мало и нужны хоть какие-то доказательства.

Кто вам вообще сказал, что почта не ходила на часть ящиков из-за этой проблемы? С чего это стало фактом? Проблемы всякие с почтой бывают.

С чего вы решили, что ФС не может побиться при RAID'е ? Да запросто, как и на одном диске. И на ext3 тоже.

Как можно делать выводы "вас развели" на основе кусочных данных от одного человека, который ещё и приводит отдельные слова остальных? Причём слова хостера мы знаем от админа, а слова админа через ТС.

Никто ничего не знает, но легко обвиняем хостера в разводе клиента.

gev511, сколько лет вы уже занимаетесь администрированием?
Большое спасибо

Хороший ответ =)

ТС, поднимать темы бессмысленными сообщениями запрещено правилами форума.

В гугле вас забанили?

"А чтобы города" нужна база городов.

И, кроме того, префорк не прибивает процессы после того, как они запущены! На то он и prefork (предварительно создаёт форки процессов, чтобы не создавать их при запросе).

Всё зависит от настроек.

Кстати, перевод PHP в режим CGI в данном случае сделает то же самое, что делает Nginx (представьте, ведь когда пых отработает - апачу останется только раздать страничку, т.к. пых из памяти выгрузится после генерации). Зачем плодить ещё одну точку отказа?

Вот как раз "остаётся раздать страничку" и заставляет процесс висеть в спамяти. Одно - это лёгкий nginx, а другое - отдельный процесс apache с кучей модулей.

Я не спорю, что apache нельзя облегчить, но nginx - это самое простое "лекарство", поэтому им и пользуются. В том же ISPManager достаточно одного клика для установки.

Стрельба из пушки по воробьям, блин. Будто от Nginx он сэкономит больше 10 мегабайт... Пичаль... А то, что он сам по себе эти же 10 метров отожрет никто не задумывается.

Сэкономит и в разы больше при достаточной посещаемости. Потому как процессы apache будут висеть ровно столько, сколько потребуется для выполнения скрипта. В обычном случае прибавляется ещё и время на передачу контента посетителю.

Можете представить цифры при 30-50 одновременных подключениях к web-серверу.

Чем должен висит каждый процесс, тем больше их будет висеть одновременно. Думаю понятно, что количество одновременно висящих процессов влияет на потребление памяти.

Если умеете обходиться без nginx - ваше право. Но для рядового человека nginx действительно является самым простым решением.

Не всегда он даст эффект, но вариант самый простой, который можно опробовать. Чем разбираться в тюнинге apache, mysql и т.п.

Даже без статики, префорк будет держать процессы, пока посетитель не получит данные от web-сервера. В случае с nginx такого не будет и отдавать контент будет уже nginx с его 1-2 процессами.

Apache есть смысл подкрутить, чтобы зря процессы не висели, когда памяти не много.

Но всякие тюнинги типа memcached, кэши и буфферы mysql - глупо использовать, если память хочется экономить.

Тут либо уж память жалеть, либо производительность пытаться увеличить. Можно и в 100Mb ОСь запихать с web-сервером, а надо ли?

Хотя отключение innodb хорошо освободит памяти + тюнинг apache.

С этой экономией блин... хочется и быстро и дёшево... Что-то одно стоит выбирать.

Естественно nginx не универсальное лекарство от потребления, когда речь о слабом сервере без нагрузки.

А вы тоже верите, что nginx помогает экономить память? )))). Это миф.

Это правда. Но всё зависит от конкретного случая. Где-то nginx действительно даёт мало толка, но часто он действительно поможет.

Как минимум - будет меньше жрущих процессов apache (статика; будут быстрее завершаться, не дожидаясь полной передачи данных клиенту и т.п.)

Есть вполне явные плюсы.

Т.е. nginx можно смело сносить?

Не нужно никого слушать. Нужно разобраться, что у вас потребляет память. К примеру, настроить mysql (к примеру, выключить innodb, если не используется), убрать лишние модули и т.п.

Всего: 9394