Welcome! Log In Create A New Profile

Advanced

Re: Cache Revalidate

Maxim Dounin
November 27, 2013 09:14AM
Hello!

On Tue, Nov 26, 2013 at 09:07:51PM -0500, S.A.N wrote:

> Есть досадные мелочи, которые хотелось бы исправить, при включении
> fastcgi_cache_revalidate on, параметр HTTP_IF_MODIFIED_SINCE, всегда
> отправляется на сервер, даже если кеша нет, бекенду будет отправлен
> параметр с пустым значением.
>
> По стандартам HTTP при отсутствии кеша, клиент не должен отправлять
> заголовок If-Modified-Since.
> Более правильно если Nginx так же как и браузеры, при отсутствии кеша не
> будет передавать в бекенд пустой хедер If-Modified-Since, т.е нет кеша нет
> хедера, сейчас приходится в конфиге писать
> fastcgi_param HTTP_IF_MODIFIED_SINCE $upstream_cache_last_modified
> if_not_empty;
> чтобы пустой хедер не приходил, как этого требует стандарт.

Да, это имеет смысл поправить. В proxy-то всё нормально, а вот в
fastcgi/scgi/uwsgi из-за необходимости местами посылать пустые
параметры - теперь уходит пустое значение в
HTTP_IF_MODIFIED_SINCE. Патч какой-то такой:

# HG changeset patch
# User Maxim Dounin <mdounin@mdounin.ru>
# Date 1385558623 -14400
# Wed Nov 27 17:23:43 2013 +0400
# Node ID ca0cde10bf45b5a1d7c0574a1752dcde01b04061
# Parent 19afb15852d2b4c5354a24a2de25a33d5fa77364
Upstream: skip empty cache headers.

Notably this fixes HTTP_IF_MODIFIED_SINCE which was always sent with
cache enabled in fastcgi/scgi/uwsgi after 43ccaf8e8728.

diff --git a/src/http/modules/ngx_http_fastcgi_module.c b/src/http/modules/ngx_http_fastcgi_module.c
--- a/src/http/modules/ngx_http_fastcgi_module.c
+++ b/src/http/modules/ngx_http_fastcgi_module.c
@@ -2796,7 +2796,7 @@ ngx_http_fastcgi_merge_params(ngx_conf_t

s->key = h->key;
s->value = h->value;
- s->skip_empty = 0;
+ s->skip_empty = 1;

next:

diff --git a/src/http/modules/ngx_http_scgi_module.c b/src/http/modules/ngx_http_scgi_module.c
--- a/src/http/modules/ngx_http_scgi_module.c
+++ b/src/http/modules/ngx_http_scgi_module.c
@@ -1506,7 +1506,7 @@ ngx_http_scgi_merge_params(ngx_conf_t *c

s->key = h->key;
s->value = h->value;
- s->skip_empty = 0;
+ s->skip_empty = 1;

next:

diff --git a/src/http/modules/ngx_http_uwsgi_module.c b/src/http/modules/ngx_http_uwsgi_module.c
--- a/src/http/modules/ngx_http_uwsgi_module.c
+++ b/src/http/modules/ngx_http_uwsgi_module.c
@@ -1670,7 +1670,7 @@ ngx_http_uwsgi_merge_params(ngx_conf_t *

s->key = h->key;
s->value = h->value;
- s->skip_empty = 0;
+ s->skip_empty = 1;

next:


> Настроить subsecond ревалидацию в Nginx по стандартам HTTP тоже невозможно.
> Если бекенд отдает заголовок
> Cache-Control: max-age=0 и/или Expires: -1
> Nginx воспринимает их как указания не кешировать ответ, но по стандартам эти
> заголовки не запрещают кешировать они указывают клиенту что ответ сервера
> можно кешировать, но он сразу же устаревает и следущий запрос должен пройти
> ревалидацию, т.е клиент должен каждый запрос отправлять с хедерем
> If-Modified-Since.
> Мы нашли способ, как заставить Nginx кешировать такие ответы, отправить ему
> хедер
> X-Accel-Expires: @$time-1
> Тогда Nginx ведет себя правильно, т.е. так же как браузеры, которым
> достаточно отправить Cache-Control: max-age=0
> Если, есть более красивое решения вместо X-Accel-Expires: @$time-1, хотелось
> бы его узнать.

А use case какой? С учётом характерных времён доступа по http -
запрет кеширования даже на 1 секунду выглядит странно.

Вообще я склонен думать, что тот факт, что X-Accel-Expires в таком
виде работает - это скорее баг. Впрочем, можно его таким и
оставить.

--
Maxim Dounin
http://nginx.org/en/donation.html

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Subject Author Posted

Cache Revalidate

S.A.N November 26, 2013 09:07PM

Re: Cache Revalidate

Maxim Dounin November 27, 2013 09:14AM

Re: Cache Revalidate

denis November 27, 2013 09:48AM

Re: Cache Revalidate

S.A.N November 27, 2013 01:22PM

Re: Cache Revalidate

Maxim Dounin November 27, 2013 01:42PM

Re: Cache Revalidate

S.A.N November 27, 2013 02:30PM

Re: Cache Revalidate

Maxim Dounin November 27, 2013 03:24PM

Re: Cache Revalidate

S.A.N November 27, 2013 04:21PM

Re: Cache Revalidate

S.A.N November 27, 2013 04:47PM

Re: Cache Revalidate

Alexander Moskalenko November 27, 2013 04:50PM

Re: Cache Revalidate

S.A.N November 27, 2013 05:02PM

Re: Cache Revalidate

Maxim Dounin November 28, 2013 04:20AM

Re: Cache Revalidate

S.A.N November 28, 2013 04:56AM

Re: Cache Revalidate

Роман Москвитин November 28, 2013 05:06AM

Re: Cache Revalidate

S.A.N November 28, 2013 05:15AM

Re: Cache Revalidate

Роман Москвитин November 28, 2013 05:34AM

Re: Cache Revalidate

S.A.N November 28, 2013 05:51AM

Re: Cache Revalidate

Роман Москвитин November 28, 2013 05:54AM

Re: Cache Revalidate

grygory.mos December 06, 2013 01:56AM

Re: Cache Revalidate

Maxim Dounin December 06, 2013 08:18AM

Re: Cache Revalidate

grygory.mos December 06, 2013 02:38PM

Re: Cache Revalidate

S.A.N December 06, 2013 05:52PM

Re: Cache Revalidate

grygory.mos December 22, 2013 06:48PM



Sorry, only registered users may post in this forum.

Click here to login

Online Users

Guests: 130
Record Number of Users: 8 on April 13, 2023
Record Number of Guests: 500 on July 15, 2024
Powered by nginx      Powered by FreeBSD      PHP Powered      Powered by MariaDB      ipv6 ready