Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug ? 304 status - Cache-Control
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Bug ? 304 status - Cache-Control
- From: "S.A.N" <nginx-forum@xxxxxxxx>
- Date: Tue, 07 Jan 2014 06:16:53 -0500
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=selenium.jlkhosting.com; s=x; h=Date:Sender:From:References:In-Reply-To:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To; bh=+z/u7jxPqwyUfbt8SzA+jeJVPsngE+PCegI1cAWvXBA=; b=B7KQ64wPULKmIAqUQp5ru0lP+/yEM3Hzdnyuz6uMrvpqnemTAofIJ0YSghOdgMhSImclHLww1MlNBQkD2dMKpw0qu45UQaausNSi/SudkX+DZi3BIpecAfCeUmAleyPbenK2LWvzQjkWC95IsCWBXu1nF6MY5/s+fRSdeuTkyy4=;
- In-reply-to: <52CBD84A.1070405@csdoc.com>
- References: <52CBD84A.1070405@csdoc.com>
> так что Ваш вариант
>
> 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
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
