Evgeniy Berdnikov Wrote:
---
> Я бы предложил проверить эти выводы на скрипте-однострочнике,
> выводящем
> "304 Not Modified" и пустое тело. Для вариантов с Content-Length и
> без.
Спасибо, стоящая идея! Всё-таки движок передавал данные -
On Sat, Apr 17, 2021 at 10:43:20AM -0400, Trecolom wrote:
> Можно резюмировать то, что я нарыл:
> Заголовок Content-Length от движка Nginx-су не передается.
> Никаких лишних данных движок не передает.
> Ошибка возникает только в том случае, когда протокол HTTP/1.1 и ниже.
Я бы предложил
Разобрался более детально.
Движок сайта заголовок Content-Length не передает вообще. Я добавляю этот
заголовок сразу после того места, где отдается заголовок 304 Not Modified и
с помощью CURL смотрю заголовки - он появляется в выводе заголовков, котента
нет. Но варнинг остается.
Я ставлю
Разобрался более детально.
Движок сайта заголовок Content-Length не передает вообще. Я добавляю этот
заголовок сразу после того места, где отдается заголовок 304 Not Modified и
с помощью CURL смотрю заголовки - он появляется в выводе заголовков, котента
нет. Но варнинг остается.
Я ставлю
Content-Length не обязателен. Можете не передавать его вовсе
On Fri, Apr 16, 2021, 12:08 PM Trecolom wrote:
> Что я выяснил. Скрипт сайта, в ответ на запрос с заголовком
> "If-Modified-Since" отдает Nginx-су заголовок "Content-Length 0" и не
> нулевые данные. Отсюда и варнинг.
> Скрипт делает
> Скрипт сайта, в ответ на запрос с заголовком
> "If-Modified-Since" отдает Nginx-су заголовок "Content-Length 0" и не
> нулевые данные. Скрипт делает все верно
почему верно? в RFC 2616 написано, что:
14.13 Content-Length
The Content-Length entity-header field indicates the size of the
On Fri, Apr 16, 2021 at 03:07:54AM -0400, Trecolom wrote:
> Что я выяснил. Скрипт сайта, в ответ на запрос с заголовком
> "If-Modified-Since" отдает Nginx-су заголовок "Content-Length 0" и не
> нулевые данные. Отсюда и варнинг.
> Скрипт делает все верно,
Нет. При "Content-Length: 0" тело должно
Что я выяснил. Скрипт сайта, в ответ на запрос с заголовком
"If-Modified-Since" отдает Nginx-су заголовок "Content-Length 0" и не
нулевые данные. Отсюда и варнинг.
Скрипт делает все верно, и Nginx отвечает верно. Но как убрать это
предупреждение?
Posted at Nginx Forum:
Вот ответ сервера в сервисе "Проверка ответа сервера" Яндекса при отправке
заголовка If-Modified-Since:
Код статуса HTTP304 Not Modified
Время ответа сервера109 мс
IP сайта-
Размер страницы 0 Б
И в логах есть варнинг.
А это ответ без заголовка If-Modified-Since (и без
Спасибо, что "ткнули носом"! Общее направление я понял, буду разбираться.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,291263,291269#msg-291269
___
nginx-ru mailing list
nginx-ru@nginx.org
On Thu, Apr 15, 2021 at 11:37:27AM -0400, Trecolom wrote:
> Пока не могу сообразить, как подойти к решению этой задачи. До чего
> докопался - поисковик делает запрос на сайт с заголовком If-Modified-Since
> или If-None-Match и если контент страницы не изменился, движок отдает код
> "304 Not
Пока не могу сообразить, как подойти к решению этой задачи. До чего
докопался - поисковик делает запрос на сайт с заголовком If-Modified-Since
или If-None-Match и если контент страницы не изменился, движок отдает код
"304 Not Modified" - именно в этом случае возникает ошибка.
Posted at Nginx
Hello!
On Thu, Apr 15, 2021 at 09:27:34AM -0400, Trecolom wrote:
> Добрый день!
> После перехода на 8 версию PHP Nginx стал сыпать предупреждениями:
>
> *84085 upstream sent more data than specified in "Content-Length" header
> while reading upstream, client: 66.249.76.60, server: .
>
>
Добрый день!
После перехода на 8 версию PHP Nginx стал сыпать предупреждениями:
*84085 upstream sent more data than specified in "Content-Length" header
while reading upstream, client: 66.249.76.60, server: .
Прчем, предупреждения появляться только после посещения страниц сайта
поисковиками
14 matches
Mail list logo
