Re: Apache+русские страницы
Michael Shigorin <mike@osdn.org.ua> 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? Чтоб
враги по дороге содержимое багов не прочитали?
> Браво, продолжайте в том же духе. И главное -- никогда не
> читайте, что пишет собеседник, и уж тем более не аргументируйте.
Странна ваша аргументация.
Reply to: