> alr> lynx передает с формой:
> alr> Content-Type: application/x-www-form-urlencoded; charset=koi8-r
> alr> а мозилла, netscape и прочие:
> alr> Content-Type: application/x-www-form-urlencoded
> alr> У меня из lynx не работала одна cgi-шка, а причина оказывается вот в
> alr> чем..
> Но ведь Lynx должен нормально распознаваться, т.е. charset указываемый им в
> заголовке и "ожидаемый" совпадают. Или я не понял сути проблемы ?
Да проблемы нет, просто наблюдение. У меня сравнивалось с второй формой,
а про возможность наличия указания charset я как-то забыл - возможно не
я один..
> Что касается того, кому доверять - выбранной (по URL/User Agent) кодировке,
> или той, которую ставит сам клиент, то тут я немного колеблюсь. Мне неясен
> такой момент. Допустим, клиент с Lynx (а вообще - с каким-то теоретическим
> броузерои) пришел на http://win-www.some.domain
> (предполагаем, что это - Windows-кодировка) и запостил форму с charset=koi8-r.
> Допустим, мы ему даже поверили. Вопрос - какова должна быть кодировка ответа
> этому клиенту (предполагаем, что Accept-CHarset у него нет)?
В соответствии с указанной для этого каталога или иным методом. Т.е. не
зависящая от входных данных. (IMHO)
--
am
"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.