ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gzip и ETag



Hello!

On Thu, May 09, 2013 at 01:19:32AM +0400, Daniel Podolsky wrote:

> > Префикс - неправильно, по результатам gzip'ования может
> > получиться разный контент, в зависимости от настроек или даже
> > тайминга ответа бекенда.
> Я поразмыслил над этим утверждением, и оно не кажется мне верным :)
> 
> Контент в зависимости от тайминга ответа бекенда, может быть, и
> получится разный, но будет он вполне эквивалентный.

Я стесняюсь спросить - что в этом предложении понимается под 
словами "разный" и "эквивалентный"?

С точки зрения "octet equality" (т.е. возможности использования 
strong etags) - контент может быть другой при использовании 
deflate(Z_SYNC_FLUSH), которое будет, например, в случае 
proxy_buffering off.

> Настройки gzip - дело другое, но тут надо просто дать нам возможность
> указывать этот самый префикс самим. Тогда при изменении настроек мы
> будем его менять, и все у нас будет хорошо.
> 
> Но, наверное,  Last-Modified действительно заменяет weak etag.
> 
> У меня довольно часто меняется  Last-Modified без изменения собственно
> контента, и мне об этом известно. Но, скорее всего, тут зряшного
> трафика получается на копейку, или меньше, так что и возиться смысла
> нет.

Ну как бы я о том и говорю: заморочиться поддержкой weak etags 
можно, но Last-Modified всё равно есть чуть менее, чем всегда, и 
смысла в этом немного.

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

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.