Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Cache Revalidate
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Cache Revalidate
- From: "S.A.N" <nginx-forum@xxxxxxxx>
- Date: Wed, 27 Nov 2013 13:22:46 -0500
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=helium.jlkhosting.com; s=x; h=Date:Sender:From:References:In-Reply-To:Message-ID:Content-Transfer-Encoding:Content-Type:Subject:To; bh=oAX2aWUv94WvdOzokFwjubEt/ubWOb4CCorWKDrPt3I=; b=jQGQC8P0b59F7YVRAGNBfonWal94KrSJAnW7UBSILNRvxqhtpmV/vjVeCNbYs1XpUd8123z1tDtXVdbK1wvX9L+f8YAPLIoW+463utMHYy+Wel0+WCwWdiVNuKlhIWxT34n2Ga55InitnT5JyfgvdZs/Fo1UFxD8UoZbdLUJaqw=;
- In-reply-to: <20131127140641.GK93176@mdounin.ru>
- References: <20131127140641.GK93176@mdounin.ru>
> А use case какой? С учётом характерных времён доступа по http -
> запрет кеширования даже на 1 секунду выглядит странно.
Есть смысл в кешировании с max-age=0, на страницах где недопустима задержка
даже в 1 сек, в отображении актуальных данных, по этому есть смысл кешить,
это нормальная практика, вот цифры.
Бекенд, генерит страницу за 0,8 сек, проведения ревалидации кеша на бекенде
и ответ с кодом 304 занимает по времени 0.01 сек, разница как видите
огромная.
Если средний rps не меньше хотя бы 10, тогда есть смысл в кешировании таких
страниц с постоянной ревалидацией.
Если нет других способов заставить Nginx, кешировать как этого требует HTTP
стандарты, тогда нужно оставить способ с X-Accel-Expires, даже если это баг
:)
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,244991,245011#msg-245011
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
