|
|
ru.perl- RU.PERL ---------------------------------------------------------------------- From : Vitaly Chesnokov 2:5020/400 09 Jan 2003 22:22:04 To : Artem Chuprina Subject : Re: charset -------------------------------------------------------------------------------- Здравствуй, Artem Chuprina. Artem Chuprina wrote: > VC> > Вот фигня как раз в том, что эта мета говорит буквально следующее: "а > VC> > вот если бы ты меня по HTTP получил, то тебе должны были отдать такой > VC> > вот Content-Type". > > VC> Совершенно верно. А еще она говорит: "если ты получил меня по http и > VC> тебе отдали другой content-type, то это большая ошибка, и ты должен > VC> использовать именно меня." > VC> По-моему, так... > > А вот это уже не она говорит, а ты интерпретируешь. Да, это я так интерпретирую. И считаю эту интерпретацию правильной. И не вижу противоречия ни с одной спецификацией. > При этом, если клиент не > принес в Accept-Charset такого чарсета, то ему перекодируют в его чарсет, и > если мету перекодировать забудут, то при таком подходе получится фигня. Ибо в а если клиент не принес в Accept-Language такого языка, то ему переведут на его язык? вот что говорит RFC 2616: "If an Accept-Charset header is present, and if the server cannot send a response which is acceptable according to the Accept-Charset header, then the server SHOULD send an error response with the 406 (not acceptable) status code, though the sending of an unacceptable response is also allowed." > HTTP'шном заголовке будет стоять как раз правильный чарсет... Русский апач > подходил единственным доступным из соображений производительности способом - > он эти меты заменял на пробелы. Исходя из вышесказанного, единственный "доступный" здесь способ - выдать ошибку 406, хотя "unacceptable response", т.е., файл в оригинальной кодировке, также допустим. Вообще, на мой взгляд, идея русского апача, как и вообще любого национального веб-сервера, ориентированного на "один отдельно взятый" язык, высосана из пальца и "массам не нужна". Обычный, "нерусский" апач прекрасно справляется со своими обязанностями. Перекодировки же - дело клиента. А если очень хочется, чтобы сервер выдавал тексты в нескольких кодировках (или даже на нескольких языках), в апаче существует модуль mod_negotiation. > VC> И спецификации это не противоречит. Там написано следующее: > VC> "...those user agents that have a provision to "guess" a charset MUST > VC> use the charset from the content-type field if they support that > VC> charset, rather than the *recipient's preference*..." > VC> Здесь речь идет о приоритете перед настройками браузера, а не перед > VC> указанным в другом месте charset'ом. > > Противоречить-то не противоречит. Hо геморрою... Единственный источник этого геморроя - русский апач. Виталий. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.perl/6488359ca636.html, оценка из 5, голосов 10
|