ПРОЕКТЫ 


  АРХИВ 


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: proxy_cache_key и fastcgi_cache_key



On 10.01.2014 22:48, Валентин Бартенев wrote:

Разве много ли таких конфигураций, которые полагались
на дефолтовое значение директивы proxy_cache_key ?

Полагаю не мало людей используют кэш для одного хоста
и ключ по умолчанию у них нормально работает, а после
изменения перестанет.

Ok, но ведь при парсинге конфига nginx может посчитать
количество хостов в конфиге, и если там всего один хост
и явно не задан в конфиге proxy_cache_key - выдавать warning
но продолжать работать со старым дефолтовым значением,
а если хостов больше одного - то переключать на новый
дефолт и выдавать fatal error, если proxy_cache_key
не определен - всеравно в такой конфигурации от
proxy_cache_key $scheme$proxy_host$request_uri;
будет больше вреда, чем пользы из-за перемешивания
в кеше контента от разных virtual host`ов.

А если это highload, и это был отдельный location
под общие элементы и/или ssi-инклуды -
его админы в любом случае внимательно
читают CHANGES и все варнинги от nginx.

В таком варианте ведь ничего не сломается?

--
Best regards,
 Gena

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


 




Copyright © Lexa Software, 1996-2009.