Re: [apache-rus] ?

[Sergey Vovk <vsv@macomnet.ru>]

On Wed, 24 Dec 1997, Alex Tutubalin wrote:

>  alr> используются ru_RU.ISO8859-5 и ru_RU.KOI8-R - то есть язык и кодировка
>  alr> в одной упаковке.
Кстати, через locale кроме кодировки представления, еще и порядок
сортировки и проч. мелкие традиции регулируются, что для www/html/http
как бы "по-барабану"...

> Механизм AddLanguage/MultiViews очень красив, но в реальной жизни неприменим. 
> Подавляющее большинство 'dumb users' (я тоже) не трогает менюшку, отвечающую за 
Я тоже (не трогаю). IMHO, здоровая мужская лень. ;-)
Извращенцы .Xresources себе лично еще ковыряют, хотя
тоже красиво получается, согласен. ;-)

> AcceptLanguage. В результате русско- (или наоборот, англо-) язычные страницы 
> для таких пользователей будут недоступны в-принципе.

Там ведь сам принцип "некрасив". А именно -
на сайте лучше иметь явные ссылки на разделы (или документы) на других
языках, и что толку их прятать один за другим, в надежде, что
MultiView раздаст, как надо.
IMHO, речь про известный феномен - автомат, который не оставляет выбора.
Вот оно и непопулярно.
Примерно по той же причине хоть чуточку опытные фотографы
не переносят полностью автоматические P&S-"мыльницы", хотя современные
P&S-камеры представляют из себя вершину инженерной мысли.

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

Вопрос вот в чем на самом деле:
1. То, что на сайте документы по языкам различать надо - факт.
   Ну, хотя бы webmaster, когда их пишет или редактирует, знает,
   что написано, и даже в какой кодировке, и куда это положить надо.
   Тут варианты - в поддерево, по суффиксам, по портам, внутрь html
   в тег (!DTD .... /{EN|RU}>, и так далее. Понятно, что остановиться
   придется на том, что будет реализовано. ;-)
2. Верить настройкам смотрелок на тему языков, в том числе
   Accept-Charset нельзя, тем более, что почти любая смотрелка, получив
   явное указание на charset, выберет именно его.
   Передача в запросе (от смотрелки) предпочтений - вещь вообще
   труднонастраиваемая, к примеру, я хочу __попеременно__ поглядеть
   то португальские, то японские документы на сайте, который
   понимает multiview. ;-)) Вспомните, как вообще accept-charset
   настраивается хотя бы в NS Navigator 3.04. ;-)

так вот, я  вообще не имел в виду,
что существует MultiView.
Меня интересовала возможность
сконфигурировать привязку языков к кодировкам на самом сайте.
Я согласен с Евгением, что это облегчило бы задачу выдачи
документов в правильной кодировке.
IMHO, только URL должен различать языки, и плевать на предпочтения,
настроенные в читалке вокруг accept-charset, там один черт - 99.9%
кривизны. ;-)
а дальше - годится любой механизм привязки,
(например, в .htaccess) - лишь бы все документы в результате __явно__
содержали указание на charset.

> Городить что-то свое можно или явно привязывая Charset к расширению файла (как 
> AddLanguage), или сделав general purpose директиву CharsetEnable, а потом уже 
> написать
> <Files ~ ".*\.(ru|ukr|bel)\.html$">
> CharsetEnable koi8-r
> </Files>
> 
> Оно, конечно, через задницу, как водится, но зато этот метод является наиболее 
> гибким.

Да не, это как раз шаг к ясности постановки. ;-)

Один черт, от того, что надо различать документы по языкам,
а затем языки - по допустимым кодировкам, все равно никуда не деться.
Тут самое главное - не тупо верить смотрелке, что она хочет (или может),
а с оглядками на прочие обстоятельства,
и в реализации, конечно же, забыть про MultiView, ну хотя бы верить
механизму MultiView во вторую очередь, потому что он - всего
лишь частный случай. И динамически формируемые документы
и прочую интерактивность MultiView тоже не обеспечивает полноченно, IMHO. 

> С уважением,Alex Tutubalin
> 
> --- GoldED 2.42.G1114+
> 
> 

Sergey Vovk,	| http://www.macomnet.ru/~vsv/
sysadmin	| voice: +7(095)973-4002, 973-4003