sorry за тормознутую реакцию.
> >> echo 'Content-Type: text/html; charset='${CHARSET}
> alr> Ситуация более веселая. Он их не трогает, а просто
> alr> приписывает свой charset, что приводит к (например)
> alr> Content-Type: text/html; charset=koi8-r; charset=windows-1251
> alr> При этом Netscape использует последний, а IE первый из двух
> alr> charset'ов. ;-)
> Oops. Он их не трогает если Charset Language != Document Language и трогает в
> противном случае. Вероятно :).
>
> А вот как правильно ? На первый взгляд, если скрипт (или какой-то еще модуль
> _до_ mod_charset) поставил Charset, то менять ничего не надо - начальство знает
> лучше.
На мой взгляд идеальная ситуация такова - cgi, проставляя charset указывает в какой
кодировке он сгенерил данные. Сервер, если надо, перекодирует результат и меняет charset
на истинный. Если клиент не указал charset - из данных для каталога его взять как
"CharsetSourceEnc". Т.е. я всегда считал, что так оно и есть в жизни, пока не
накололся..
Т.о. можно разрешить при наличии определенных защит создавать свои
cgi-шки пользователям '95. Хотя можно и без того, в существующем варианте.
Как обычно - не знаю насколько это сложно имплементится или соответствует политике
партии, но такое поведение на мой вкус максимально логично.
Андрей.
"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.