In <053901befada$ebe4af80$cd0d11ac@host205.spb.in.rosprin.ru> Alexander Voropay
(a.voropay@globalone.ru) wrote:
>>SE>> Помогите plz разобраться в корректной выдачей строчки
>>SE>> <meta http-equiv="Content-Type" content="text/html; charset= XXX")
>>ПМСМ, едиственно корректный вариант выдачи этой строки - это отсутствие ее
>>выдачи и вообще полнейшее ее отсутствие.
AV> Позвольте не согласиться.
AV> На самом деле, существуют ДВЕ больших и разных концепции. :)
AV> Назовем их кратко так :
AV> 1) Ориентация на "умный" сервер
AV> 2) Ориентация на "умного" клиента
AV> Весь проект "Russian Apache" - это ориентация на "тупого"
AV> клиента и "умный", иногда даже слишком, сервер.
Russian Apache строго соблюдает стандарты. Все умные клиенты должны быть
с ним совместимы.
AV> Все эти шаманские танцы с угадыванием и подсовыванием
AV> Charset-а, знаете ли...
AV> А есть совершенно другая идея : ориентация на тупой
AV> сервер и умного клиента.
AV> Практически все современные клиенты "внутри" UNICODE-овые,
AV> знают кучу 8-битных Charset-ов и понимают, что локальная кодировка
AV> и Charset HTML -- две большие разницы и следовательно --> умные.
AV> А сервер может быть совершенно тупой. Его задача - лишь выдать
AV> информацию, но, НО, *НО_!* Charset ОБЯЗАТЕЛЬНО должен
AV> быть проставлен.
Что Russian Apache и делает. Там, где это и нужно делать: в заголовках
http-ответа. Вот уж где этой информации быть не должно -- так это "в кишках"
у документа. Об этом и шла речь.
AV> А уж КАК проставить этот Charset - через HTTP заголовки, или в виде
AV> <meta > -- совершенно без разницы. Умный клиент все сожрет.
Если бы :-(( К сожалению [почти] все современные клиенты писаны очень
кривыми руками. Ибо в RFC 2068 черным по английскому писано, что в случае
наличия этой информации и в теле документа и в http-ответе предпочтительнее
то, что сказано в http-ответе. И Netscape и MS IE поступают с точностью до
наоборот -- отсюда все беды.
AV> И будет вам и <TITLE> и < ALT=""> и формочки и ISO-2022-JP
AV> и белка и свисток. :)
В том-то и дело, что формочек как раз и не будет :-/ Под *nix'ом по крайней
мере. Ибо их-то Netscape и не перекодирует...
AV> См:
AV> глава [Языки, символы и кодировки]
AV>
AV>
AV>
При чем тут все это ? Есть стандарт (RFC2068)... В нем все описано...
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
