On 16.07.2014 3:09, S.A.N wrote:

> Они будут очень полезны для тех кто хочет управлять кешированием через
> бекенд, а не програмить в конфигах Nginx.

On 16.07.2014 3:44, S.A.N wrote:

> Наверно стоит объяснить почему логику кеширования мы вынесли на бекенд и
> минимально используем конфиг Nginx.

У nginx конфиг декларативный.

"програмить в конфигах nginx" - это говорится про попытки императивного
программирования логики формирования ответа сервера в конфиге nginx,
вместо того, чтобы вынести формирование HTTP ответа на backend.

Вы же пытаетесь часть конфига nginx перенести на backend
и программировать конфиг nginx через заголовки HTTP ответа.

Вместо того, чтобы один раз описать то, что хотите получить
в конфиге nginx в декларативном стиле и не грузить backend
динамическим формированием/переопределением конфига nginx.

Это у вас тоже layering violation, только уже в другую сторону.

> Так же у нас на разных серверах работают PHPD (daemon), в будущем
> планируется общения между демонами внутри дата центра, напрямую без Nginx.

У варианта использования phpd разве есть какие-то преимущества
по сравнению с вариантом nginx+php-fpm, если связь между nginx
и php-fpm делать через unix domain socket ?
подробнее - см. http://php-fpm.org/about/
тем более, что phpd уже deprecated

> Скорей всего это будет cURL и по этому бекенд должен уметь сам отвечать за
> HTTP кеширования а не рассчитывать на Nginx конфиг.

В таком случае - backend`у тем более нет смысла пытаться
перепрограммировать конфиги nginx через заголовки HTTP ответов.

Поэтому поведение nginx следует описывать именно что в конфиге nginx.
Если для разных location`ов / виртуальных серверов nginx должен
кешировать по разному - это надо явно декларировать в конфиге.

--
Best regards,
Gena

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