Re: Apache+русские стр аницы
On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote: A Есть следующая проблема, которую нужно срочно решить. Есть сервер, на A нем стоит апач. До некоторого для он работал под Альтом. Сегодня его A обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable A не поддерживается. Все страницы на русском в браузере отображаются в A виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает - A как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты A меня скоро побьют :( A Заранее спасибо за любые советы... Откатиться назад из бэкапа. В следующий раз _сначала_ настраивать новое, а уже потом ломать старое. Ну и подумать, почему в Debian CharsetDisable не нужна. Совсем. -- С уважением, Денис http://freesource.info wart_home У меня сегодня митинг по поводу выбора дистрибутива на века для корпоративного использования. wart_home Я, естественно, написал документ про понятно-что. _saint_ wart_home, генту для корпоратива? :))) wRAR wart_home: казалось бы, при чем здесь шлакварь? raorn wart_home: неужели про СЛАКУ? wart_home raorn: Я похож на русского физика? :) _saint_ wart_home, ну не на китайского же ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apache+русские стр аницы
On Mon, Aug 29, 2005 at 11:38:29PM +0400, Andrey Melnikoff wrote: Я как майнтейнер apache в ALT могу дать ровно один совет... думать головой и не пускать фанатов к машинам в эксплуатации. Что бы там ни стояло и с чем бы они не нарезали круги около. AM Эт к чему? Смена дистрибутива на работающем сервере без серьёзных на то оснований (как и накатывание любого апдейта, кстати) -- это фанатизм и демонстрация незнания элементарных правил администрирования. У меня, вон, целая одна машина на Slackware стоит. Пятилетней давности. Стоит себе и работает. И будет работать, пока не накроется хард, например. А когда хард накроется, я его из бэкапа заново залью. И ещё несколько лет проработает. В будущем заведите себе привычку применять vserver для таких вещей, могли бы перекидыванием NAT или реверс-прокси. Помогает ещё от многих болячек, заканчивая принципиальным отношением к дистрибутиву, который установлен на машине, благо это может быть уже далеко не одна штука. AM К чему эта куча buzz-words? К основным средствам, на которых держится создание стабильных web-сервисов, это так, для общего развития. Нормальные люди, обычно, сначала поднимают новый сервер, тестируют самостоятельно. Потом гасят старый сервер, делают rsync данных на новый и перекидывают NAT'ом или reverse proxy запросы на новый. Если оказывается что есть глюка -- можно быстро вернуть всё назад. А самые экономные, не желающие ради таких случаев держать стайку резервных железок, используют vserver, и делают всё там. shameless plug В Master 2.4 оно поддерживается из коробки, что характерно. re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941 / AM ИдиотизЪм. На данный момент russian apache - зло, т.к. не дает кэшировать AM заведомо статические данные, нагружает сервер лишней работой. AM У меня везде где он остался - стоит с CharsetDisable On по умлочанию. А у меня есть клиенты, которые его требуют. И если я им его не дам, то потеряю деньги. Так что очередной раз напоминаю, что фанатизму в администрировании не место. Ну и по поводу идиотизма проедусь -- кое-кто не удосужился прочитать как это сделано в Мастере. Так вот по-умолчанию таки CharsetDisable. -- С уважением, Денис http://freesource.info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apache+русские стр аницы
On Mon, Aug 29, 2005 at 11:38:29PM +0400, Andrey Melnikoff wrote: Есть следующая проблема, которую нужно срочно решить. Есть сервер, на нем стоит апач. До некоторого для он работал под Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась. Видимо, это был даунгрейд :] Плохо подготовленный upgrade. По итогам -- даунгрейд. (по состоянию на тогда) Если кто знает - как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты меня скоро побьют :( Я как майнтейнер apache в ALT могу дать ровно один совет... думать головой и не пускать фанатов к машинам в эксплуатации. Что бы там ни стояло и с чем бы они не нарезали круги около. Эт к чему? К тому, что обновление действительно надо минимум обдумывать, максимум -- не только обкатывать, но и быть готовым откатить при непредвиденных проблемах. В будущем заведите себе привычку применять vserver для таких вещей, могли бы перекидыванием NAT или реверс-прокси. Помогает ещё от многих болячек, заканчивая принципиальным отношением к дистрибутиву, который установлен на машине, благо это может быть уже далеко не одна штука. К чему эта куча buzz-words? Рекомендую попробовать, а потом уже лепить ярлыки. Сильно помогает и с предыдущим пунктом. (в качестве реверс-прокси вот nginx прикручиваем, но это отдельно) shameless plug В Master 2.4 оно поддерживается из коробки, что характерно. (linux-vserver.org, в смысле) re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941 / ИдиотизЪм. Покажите пальцем, что ли. Плеваться я тоже умею. На данный момент russian apache - зло, т.к. не дает кэшировать заведомо статические данные, нагружает сервер лишней работой. Чушь уже почти всю выпороли... Андрей, будьте добры, укажите мне на неправоту в отношении к вопросу: пока есть пользователи фичи _и_ возможно абсолютно прозрачно её оторвать для того большинства, которому не нужно, фича будет. До тех пор -- будьте добры, оставьте свои лейбы себе, мне их хватает по более веским поводам. У меня везде где он остался - стоит с CharsetDisable On по умлочанию. Вы даже не прочли багу, где обсуждалось не то что выключение по умолчанию, а убирание AddModule/LoadModule, чтоб в server string не лезло. Уж не говорю про ознакомиться с пакетом. Браво, продолжайте в том же духе. И главное -- никогда не читайте, что пишет собеседник, и уж тем более не аргументируйте. :-\ -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apache+русские стр аницы
On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote: Есть следующая проблема, которую нужно срочно решить. Есть сервер, на нем стоит апач. До некоторого для он работал под Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась. Видимо, это был даунгрейд :] Директива в конфиге CharsetDisable не поддерживается. Все страницы на русском в браузере отображаются в виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает - как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты меня скоро побьют :( Я как майнтейнер apache в ALT могу дать ровно один совет... думать головой и не пускать фанатов к машинам в эксплуатации. Что бы там ни стояло и с чем бы они не нарезали круги около. В будущем заведите себе привычку применять vserver для таких вещей, могли бы перекидыванием NAT или реверс-прокси. Помогает ещё от многих болячек, заканчивая принципиальным отношением к дистрибутиву, который установлен на машине, благо это может быть уже далеко не одна штука. shameless plug В Master 2.4 оно поддерживается из коробки, что характерно. re RA: https://bugzilla.altlinux.org/show_bug.cgi?id=2941 / -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ pgpcjLXqiWApQ.pgp Description: PGP signature
Re: Apache+русские стр аницы
On Sat, Aug 27, 2005 at 11:08:46PM +0300, Alexander wrote: Есть следующая проблема, которую нужно срочно решить. Есть сервер, на нем стоит апач. До некоторого для он работал под Альтом. Сегодня его обновили до Деба 3.1 и вот понеслась. Директива в конфиге CharsetDisable не поддерживается. Все страницы на русском в браузере отображаются в виде подчеркиваний. В инете ни одного решения не нашел. Если кто знает - как его можно полечить - прошу помочь в этом нелегком деле. А то клиенты меня скоро побьют :( это у тебя стоял т.н. Русский apache - http://apache.lexa.ru/ - набор патчей к apache для перекодировки страниц при отдаче в кодировку браузера. В прошлом тысячелетии браузеры не умели сами конвертировать русские кодировки перед отображением и если страница была в koi8-r на unix, а браузер работал на OS/2 с cp866, то прочитать содержимое сайта было невозможно. Сейчас это решённая проблема и браузеру достаточно от сервера получить тип кодировки в котором ему отдают страницу (заголовок content-type, слово charset=...). Тебе надо найти в конфиге директиву AddDefaultCharset (если её нет, то добавить) и написать там кодировку в которой лежат твои страницы (windows-1251, koi8-r, utf8, и тд). Для проверки удобно использовать утилиту GET из пакета libwww-perl, примерно так должен выглядеть результат: $ GET -Ued http://www.yandex.ru/ GET http://www.yandex.ru/ User-Agent: lwp-request/2.06 [..] Content-Type: text/html; charset=windows-1251 [..] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
