Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Добавить переменую $cache status
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Добавить переменую $cache status
- From: "S.A.N" <nginx-forum@xxxxxxxx>
- Date: Mon, 18 Nov 2013 14:46:31 -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=uyuFbLgrIkm8GE2SBwWlle4LZ4eNxwRXO23B+M9BKCA=; b=HKFE0RHzIkb5jp2lbpdqTe/mchRmzkTqsJmMpDlKWthjrG4QdTrLQu57vo9K6EX9V99zs8NhCIcEv99oS2OV4a9CC2zsIX21kELhW0LnpQu13yQl16MSa5zV2Rrkox7clPN2KzQAFcyom3kB83vUcnlgZxPPRgNK6RsjaASxe10=;
- In-reply-to: <20131118135747.GJ41579@mdounin.ru>
- References: <20131118135747.GJ41579@mdounin.ru>
Если в нашей дискуссии есть практический смысл (реализация Etag в ближайших
версия).
Я могу много рассказать про невозможность использовать Last-Modified для
ревалидации.
Реальный пример из жизни, у нас есть страница товара, ниже выводим
комментарии пользователей, хедер страницы Last-Modified ? это дата
создания/редактирования товара, это необходимо для поисковиков RSS клиентов
и т.д. При добавления нового комментария мы не можешь изменить Last-Modified
всей страницы, мы можем изменить только её ETag, и самая большая проблема
Last-Modified это точность до секунды, к сожаления два комментария могут
прийти в одну секунду, но в кеше появится только первый комментарий, второй
комментарий просто не сможет сбросить кеш потому что у него такой же
Last-Modified.
Но главная особенность, Etag он может хранить серелизованые значения или
хеши которые являются ключами в NoSQL, в них хранится расширенная мета
информацию для использования её в бекенде при ревалидации, с Last-Modified
этого сделать невозможно.
Etag не просто удобней использовать, он даёт новые возможности которые не
может дать Last-Modified, по этому поддержка Etag это стратегический вопрос
а не тактический.
Не понимаю зачем менять версию кеш файла, для передачи Etag в бекенд?
Нам для полного счастья нужна одна мелочь HTTP_IF_NONE_MATCH, серверу нужно
её заполнить значениям из файла кеша и передать на бекенд, все больше сервер
ничего делать не должен, бекенд ответит статусом 304 или 200.
Зачем ждать светлого будущего, если можно создать светлое настоящие для
Nginx уже сегодня, осталось мелочь реализовать Etag в ревалидации
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,244677,244780#msg-244780
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
