Re: [apache-rus] FORCE_SOURCE_CHARSET

["Khimenko Victor" <khim@sch57.msk.ru>]

In <36E4AAB9@lexa.ru> Alex Tutubalin (lexa@lexa.ru) wrote:

AT> Отвечаю сразу двоим.

 EB>>> Первая, если пользователь выдал "Accept-Charset: koi8-r, *", и теперь
 EB>>> даже если пользователь выбрал по порту или по dirpref utf-8, он ее
 EB>>> не получит
AT> Потому что четко указал, что koi-8 он понимает.

А также не менее четко указал, что ничего другого он НЕ понимает (см. ниже).

 EB>>> . И если для всех других кодировок русского языка это
 EB>>> правильно, то для utf-8 нет, т.к. koi8-r по мощности не эквивалент
 EB>>> utf-8.
AT> Где написано об исключительности utf-8 ?

Где написано о допустимости utf-8 для данного клиента ?

 alr>> Пользователь четко указал на то, что он utf-8 не поддерживает -- чего еще
 alr>> он хочет ?
AT> Ну не совсем так. '*' включает в себя utf-8.

Даааа ???? Где это в RFC2068 про wildcards в Accept-Charset упоминается,
позвольте узнать. '*' -- она и есть '*'. Charset такой :-)) Да еще и в
IANA не зарегистрированный...

-- cut --
HTTP character sets are identified by case-insensitive tokens. The
complete set of tokens is defined by the IANA Character Set registry
[19].

       charset = token

Although HTTP allows an arbitrary token to be used as a charset
value, any token that has a predefined value within the IANA
Character Set registry MUST represent the character set defined by
that registry.  Applications SHOULD limit their use of character sets
to those defined by the IANA registry.
-- cut --

Так как charset '*' в IANA не зарегистрирован Russian Apache имеет право
реагировать на такой charset как угодно. Можно, например, самим разработать
charset '*' и выдавать потом
-- cut --
Content-Type: text/html; charset=*
-- cut --
А можно игнорировать этот charset (более того это -- рекомендованное поведение!),
что Russian Apache и делает...