Re: Re: Интересный был замечен глюк (bye.wssp)

От: Paul <pauld_at_mx_ru>
Дата: Wed 26 Jun 2002 - 18:54:26 MSD

Добрый день.

Wednesday, June 26, 2002, 6:09:43 PM, you wrote:

V> On Wed, 26 Jun 2002 14:42:11 +0400
V>   Alexander Yezhov <leader@zenon.net> wrote:

>> Добрый день.
>>
>> 26 июня 2002 г. в 0:20:39 от Вас получено письмо:
V> ... 4.0b5 будет вписывать "; charset=<charset>" в
V> Content-Type HTTP response header - для всех .wssp-запросов (там, где 
V> известен charset).
  

А для персональных страничек это можно реализовать, а то клиенты жалуются...

===8<==============Original message text===============

IM> Последнее время я стал замечать, что на Web-страницах, базирующихся на www.comtv.ru,
IM> при просмотре стали портиться кодовые страницы.
IM> Сначала я относил это на счёт глючной поддержи charset в Нетшкапе,
IM> но сегодня решил заглянуть в сам HTTP.

IM> Вот ответ HTTP-сервера на запрос "GET /~av95/ HTTP/1.0":
>> HTTP/1.1 200 OK
>> Content-Length: 1127
>> CONNECTION: close
>> Date: Fri, 21 Jun 2002 07:59:38 GMT
>> Last-Modified: Tue, 01 Jan 2002 10:58:01 GMT
>> Content-Type: text/html
>> Server: CommuniGatePro/3.5.9
>>
>> <HTML>
>> <HEAD>
>> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1251">
IM> [skip]

IM> Такой ответ нарушает протокол HTTP/1.1
IM> в отношении правильного определения charset.
IM> Впрочем, на
IM>  GET /~av95/ HTTP/1.1
IM>  host: www.comtv.ru
IM> выдаётся такая же лажа.

IM> На всякий случай напомню, что сервер HTTP/1.1
IM> ОБЯЗАН продекларировать charset в _заголовке_ ответа
IM>  Content-Type: text/подтип; charset=какой_будет_в_ответе
IM> , если он не вкладывается в ISO-8859-1 (Latin-1). IM> В стандарте HTTP/1.0 этого жёсткого требования не было. ===8<===========End of original message text===========

--
Best regards,
 Paul Dremlyuga

 COMCOR-TV                            mailto:pauld@comcor-tv.ru

Получено Wed Jun 26 14:53:46 2002

Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:12:13 MSK