Michael Shigorin <[EMAIL PROTECTED]> wrote: > On Mon, Aug 29, 2005 at 11:38:29PM +0400, Andrey Melnikoff wrote: > > > > Есть следующая проблема, которую нужно срочно решить. Есть > > > > сервер, на нем стоит апач. До некоторого для он работал под > > > > Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась. > > > Видимо, это был даунгрейд :] > > Плохо подготовленный upgrade. > По итогам -- даунгрейд. (по состоянию на тогда) Ну хорошо. Убедил.
> > > > Если кто знает - как его можно полечить - прошу помочь в > > > > этом нелегком деле. А то клиенты меня скоро побьют :( > > > Я как майнтейнер apache в ALT могу дать ровно один совет... > > > думать головой и не пускать фанатов к машинам в эксплуатации. > > > Что бы там ни стояло и с чем бы они не нарезали круги около. > > Эт к чему? > К тому, что "обновление" действительно надо минимум обдумывать, > максимум -- не только обкатывать, но и быть готовым откатить при > непредвиденных проблемах. Давай будем разделять админов и пользователей? Причем пользователей сервисов на тех которые знают, как оно работает и тех которые незнают? У последних обычно ломается всё, когда контент выносят на боевой сервер. В независимости от html/php/etc, ибо изначально написанно криво. > > > В будущем заведите себе привычку применять vserver для таких > > > вещей, могли бы перекидыванием NAT или реверс-прокси. Помогает > > > ещё от многих болячек, заканчивая принципиальным отношением > > > к дистрибутиву, который установлен на машине, благо это может > > > быть уже далеко не одна штука. > > К чему эта куча buzz-words? > Рекомендую попробовать, а потом уже лепить ярлыки. > Сильно помогает и с предыдущим пунктом. Зачем мне пробовать? Заодно, об'ясни мне, зачем мне на сервер с apache держать vserver? > (в качестве реверс-прокси вот nginx прикручиваем, но это отдельно) Куда? На ту машину, которая нуждается в апгрейде? Причем тут vserver и nginx я вообще тяжко понимаю. > > > <shameless plug> > > > В Master 2.4 оно поддерживается из коробки, что характерно. > (linux-vserver.org, в смысле) > > > re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941 > > > </> > > ИдиотизЪм. > Покажите пальцем, что ли. Плеваться я тоже умею. Показываю. Тупо-глупо копировать конфиги от одной софтины с разными наборами фичей - идиотизмЪ. > > На данный момент russian apache - зло, т.к. не дает кэшировать > > заведомо статические данные, нагружает сервер лишней работой. > Чушь уже почти всю выпороли... Где тут чушь? Берем средне-статистический сайт, который слабал мальчик админ для свой конторки. Под 100kb html'ей в лучшем случае в виндузной кодировке. И теперь лезем на этот сайт Mozilla/Firefox. Вместо отдачи оригинального контента - нам его дадут перекодированным, с вырезенным meta, с проставленным Cache-Control и Expires на 1970 год. Как это помогает кэшированию? > Андрей, будьте добры, укажите мне на неправоту в отношении к > вопросу: "пока есть пользователи фичи _и_ возможно абсолютно > прозрачно её оторвать для того большинства, которому не нужно, > фича будет". А у меня таких пользователей нету. Сюрприз-сюрприз. Когда-то сами пользовались, но я это оторвал. Ибо нефиг. > До тех пор -- будьте добры, оставьте свои лейбы себе, мне их > хватает по более веским поводам. Всё, что здесь пишется - полное IMHO. Техподдержка только личной почтой. > > У меня везде где он остался - стоит с "CharsetDisable On" по > > умлочанию. > Вы даже не прочли багу, где обсуждалось не то что выключение по > умолчанию, а убирание AddModule/LoadModule, чтоб в server string > не лезло. Уж не говорю про ознакомиться с пакетом. Зачем мне читать Вашу багу, а? Ну нету у меня потребности в колбасе такого сорта. НЕТУ. Да, заодно, ответь - зачем ваша багзилла сидит под https? Чтоб враги по дороге содержимое багов не прочитали? > Браво, продолжайте в том же духе. И главное -- никогда не > читайте, что пишет собеседник, и уж тем более не аргументируйте. Странна ваша аргументация. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
