Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: charset   Konstantin Tokar   26 Dec 2002 15:05:06 
 charset   Serguei Trouchelle   26 Dec 2002 15:07:49 
 Re: charset   Artem Chuprina   26 Dec 2002 16:18:47 
 Re: charset   Vitaly Chesnokov   28 Dec 2002 21:08:22 
 Re: charset   Artem Chuprina   29 Dec 2002 00:22:09 
 Re: charset   Vitaly Chesnokov   09 Jan 2003 22:22:04 
 Re: charset   Artem Chuprina   09 Jan 2003 22:46:28 
 Re: charset   Vitaly Chesnokov   09 Jan 2003 23:04:17 
 Re: charset   Artem Chuprina   09 Jan 2003 23:37:13 
Архивное /ru.perl/6488359ca636.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional