Отправка Содержания (Тела сообщения) наряду с 304 Не Измененный заголовок
Перейдите к сайту, и посмотрите на свойства сертификата и посмотрите, включает ли он URL где CA publices их списки аннулированных сертификатов. Получите тот список и посмотрите, перечислен ли сертификат.
Какую версию IE Вы выполняете? В более старых версиях CRLs, где не проверенный, я забываю, какая версия Microsoft включила поддержку CRL. Я думаю, что можно отключить CRL, регистрируясь в IE, которые заставляют меня задаться вопросом, отключена ли проверка CRL в системе.
Нет никакого смысла к отправке тела сообщения с 304 ответами. На самом деле в Спецификации HTTP говорится, что сервер не должен делать так. Если Вы имеете один то есть, это неправильно себя ведет согласно спецификации.
Из спецификации HTTP:
304 ответа не ДОЛЖНЫ содержать тело сообщения и таким образом всегда завершаются первой пустой строкой после полей заголовка.
-
1Мой файл HTML находится на nginx сервере и при ударе F5, контролируя использование сетевой активности FireBug, возвращенные байты являются тем же с ответом, содержащим тело сообщения также. – anjanesh 9 August 2010 в 05:24
-
2, Что, вероятно, происходит в Вашей ситуации, является Вашим браузером, получает правильно сформированные 304 ответа от nginx и затем вытягивает страницу от ее кэша и передает его на FireBug. У Вас есть инструмент, который покажет Вам весь разговор? Скрипач или WebScarab показали бы Вам разговор. – squillman 9 August 2010 в 06:00
-
3Спасибо. Я просто проверил это завихрение использования. завихрение - заголовок дампа header.txt - заголовок "If-Modified-Since: Sun, 08 августа 2010 17:43:07" кошка myurl.com/page.html GMT header.txt HTTP/1.1 304 Не Измененный Сервер: Дата nginx: понедельник, 09 августа 2010 23:14:26 Соединение GMT: активный Завершающий тег: "16f8016-43c-48d536ec440c0" Никакое тело сообщения! – anjanesh 10 August 2010 в 02:16