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: Fri, 03 Jan 2014 17:37: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=5F+OvSl83cVA7xtv7dQyXW71AcY6m8mIThvYY2/HcPQ=; b=L1LaXvKsJSkLqfJJHe/blNf1NYAQrlC4d3/Xb1fhh/OgBa9Z702S87jXUvE3s+UmyezTsrVxHjx+HBhP4igMOAZE5RuMTrO8sxXbFfZdEHF2/8CRy9obwnEntqijG+0+pcea0AKSbAem7/W8UJqUdKhcg5MMfZKzgmcSX3lP7bI=;
- In-reply-to: <20140103135655.GK95113@mdounin.ru>
- References: <20140103135655.GK95113@mdounin.ru>
> Если вы хотите, чтобы оно работало так, то надо включить в ключ
> кеширования заголовок If-None-Match - т.к. от него зависит ответ
> бекенда.
Нет, так делать не надо, потому что на один uri может быть только один
актуальный ETag, новые значения ETag означают обязательную инвалидацию всех
предыдущих значений ETag для этого uri, т.е если мы ETag добавим в ключ
кеша, только один ключ будет актуальным все остальные ключи по этому uri,
будут лежать как мусор потому что они не могут быть актуальными и их нельзя
отдавать клиенту, значит и смысла их хранить в кеше нет.
Проблему с кешированием 304 статуса, мы решили ещё проще ? бекенд теперь
проверяет значения If-Modified-Since, если оно пустое, ревалидация не
проводится, страница будет генерироватся полностью со статусом 200, даже
если хедер If-None-Match не пустой и является актуальным.
Это корректное условия для ревалидации клиентского кеширования и для
кеширования Nginx.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,245951,245989#msg-245989
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
