myhand

Рейтинг
278
Регистрация
16.09.2009
forest25:
Как раз таки Server MPM: ITK

Не используйте эту поделку. Если у вас не виртуальный хостенг, а просто несколько проектов - лучше потратьте чуть времени и разнесите наиболее важные по отдельным апачам (рабочие процессы выполняются под разными пользователями). Дебиан такое давно уже умеет "из коробки".

Остаток можно смело оставить под одним из этих апачей, использовать там обычный MPM prefork и внутри разграничивать права более примитивно, например на уровне open_basedir PHP.

aminahost:
Поставте htop - очень полезная утилита. yum install htop

Более разумный совет: научитесь понимать что показывает top. Очень полезное умение.

zexis:
Himiko, выяснили откуда строчка в конфиге взялась?

Вот видите, не одному мне интересно.

zexis:
У админив, как и программистов, ошибки вполне возможны и даже неизбежны.

За подобные ошибки тупо увольняют.

zexis:
У программистов даже есть аксиома: «Не возможно написать большую программу не сделав ошибок». Для их нахождения как раз существует процесс тестирования и поддержки.

Давайте попробуем упростить для вас.

Как вам "программист", который банально не знает синтаксиса языка, который использует? Или принципиально не освобождающий память в C с помощью free()? Ну не осилил еще он мануал по стандартной библиотеки :)

Вы серьезно думаете, что "процесс тестирования и отладки" - для обучения программирования школоты?

izbushka:
Ведь должно ж..

Это "здравый смысл" в вашей голове, или вы способны обосновать это "должно"?

Читаем документацию (стандарт):

The SERVER_NAME variable MUST be set to the name of the server host
to which the client request is directed.

HTTP_HOST - это то что он прислал в запросе.

Сервер никуда нас не редиректил - вот и отдается то, что клиент прислал в запросе. Читайте доки про директиву UseCanonicalName.

Опять ответ в стиле "сам дурак" (ц). Мда, от вас я ожидал чего-то более разумного, а не это. Жаль.

Himiko:
поэтому попрошу удалиться из темы

Это ваша тема, или вы уже за модераторов стараетесь?

netwind:
myhand, по-вашему получается, что большинство сайтов работают на основе недокументированных возможностей и завтра обязательно рухнут.

Если бы было "большинстово" - на баг не было бы разработчикам откровенно начхать. Так что, увы - "не получается".

netwind:
myhand, как правило не меняется от минорных обновлений. И точно не меняется после обновлений безопасности. Дистрибутивы специально держат свою версию и портируют фиксы из поздних версий.

Я в курсе. Как это меняет тот факт, что разработчик расчитывал на недокументированное поведение при работе базы с индексами?

Хочешь минимум подводных камней в дальнейшем - читай инструкцию. Принцип на века.

Himiko:
По данному вопросу мы с ТС между собой решим, ваше участие здесь лишнее.

А может вы не будете решать это за ТС?

Himiko:
С вами давно разговор шёл на тему того, что с вами я вообще ничего обсуждать не буду и попросил вообще избежать комментариев в мой адрес.

С вами никто ничего и не обсуждает, окститесь. Чего тут обсуждать - ТС устроили банальный open proxy.

Сделавшего это - в шею. Доверять еще раз работу команде, включающей таких "спецов" - довольно глупо, имхо.

zexis:
Единственный небольшой плюс ставить апач на внешний IP сервера вижу в том, что можно отдельно протестировать работу апача извне, обратившись не посредственно к его порту.

Вот для этого - как раз и разумно создавать правила файервола. Временно, естественно.

Himiko:
Без конкретных данных я не могу понять, есть здесь наша вина или нет.

Марсиане прилетели и накосячили :D

Всего: 4890