> >> неприменим. Подавляющее большинство 'dumb users' (я тоже) не трогает
> >> менюшку, отвечающую за AcceptLanguage. В результате русско- (или
> >> наоборот, англо-) язычные страницы для таких пользователей будут
> >> недоступны в-принципе.
> alr> Почему? Они будут недоступны только в случае, если разделение языков
> alr> идет через index.html.ru/index.html.en - но я не знаю реальных случаев
> alr> такой необходимости.
> А тогда вообще не видно смысла пользоваться AddLanguage. Если
> "русский" и "английский" URL'и одного документа не совпадают (разные
> имена файлов или разные имена директорий), то зачем AddLanguage ?
> Только для заголовка Content-Language: в HTTP-ответе ?
Ну да. И для указания что механизм перекодирования должен включиться, в
смысле когда "CharsetMatchLanguage on".
А как ещё он может применяться?
И почему нет смысла пользоваться AddLanguage? В одном каталоге стоит в
.htaccess "AddLanguage ru .ru .html", в другом - "AddLanguage en .en .html".
И там и там в большинстве своём лежат .html, но попадаются .html.en/.html.ru
> Единственный реальный аргумент в пользу первого способа - его проще
> реализовать.
Да я разве против - если оно будет - это будет отлично, и удобно. Я к
тому, что и существующее _меня лично_ вполне устраивает.
Btw, вот чего я не понимаю, это зачем выдавать
ETag: "36647-428-33ead066-windows-1251"
на не текстовых документах (image/gif) в данном случае. Оно из-за
этого не кешируется (точнее сбрасывается из кеша при запросе в другой
кодировке), если я правильно понимаю.
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.