Re: Bug – 304 status - Cache-Control

[S.A.N]

> так что Ваш вариант
> 
> fastcgi_cache_methods GET HEAD;
> fastcgi_cache_key "$host$uri$is_args$args";
> 
> не оптимален, включает $uri$is_args$args вместо $request_uri
> и даже ошибочен, потому что не включает в себя $request_method.

HEAD кэширует ответ с телом, отдаёт - без.
Не хотел обидеть автора статьи, я думаю он ещё в 2010 году понял что написал
что-то не то, после критики статьи Игорем Сысуевым
http://mailman.nginx.org/pipermail/nginx-ru/2010-June/034696.html

Насчет написать мне свою статью, Вы правы на русском языке очень мало
достойного материала про Nginx.
Я не считаю себя хорошим писателем, но когда Nginx реализует ревалидацию по
ETag, после её внедрения я бы мог написать статью посвященную вопросам
ревалидации кеша в Nginx.

Но это далекое будущее, сейчас меня больше интересует почему тот же Squid
прокси не удаляет клиенские заголовки кеширования и сам не кешит ответ в 304
статусе и это все без спец конфига под каждый сайт :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,245951,246087#msg-246087