писал же в предыдущем посте, не подходит этот вариант:
>> Эти варианты не подходят в location /loc/ :
>> proxy_set_header HOST $proxy_host; ## дает upstr1
>> proxy_set_header HOST $host; ## дает имя хоста по какому обратился юзер
(example.org)
>> proxy_set_header HOST $hostname; ## дает имя хоста
вот здесь
http://serverfault.com/questions/598202/make-nginx-to-pass-hostname-of-the-upstream-when-reverseproxying
описан немного кривой способ:
server {
listen 8001 default_server;
server_name web1.example.com;
location / {
proxy_pass http://web1.local:80;
Добрый день!
имеется конфиг:
upstream upstr1 {
server host1.example.com:80;
server host2.example.com:80;
}
location /loc/ {
proxy_pass http://upstr1/;
}
не подскажете есть ли реальный и простой способ передачи в
denis Wrote:
---
17.02.2015 16:10, Илья Шипицин пишет:
а зачем кешировать gzip и не-gzip ?
какая задача решается ?
видимо, разгрузить проц и не жать уже сжатое снова.. А не сжатое тем,
кто не умеет сжатие.
:
---
а какой у вас трафик, если не секрет ? и какая нагрузка на процессор?
и как вы определили, что именно компрессия нагружает процессор ?
17 февраля 2015 г., 21:40 пользователь nrr nginx-fo...@nginx.us
написал:
denis Wrote
Добрый вечер!
1. Как все таки использовать эту возможность?
В документации не нашел как использовать, есть только вот это:
Ответ, в заголовке которого есть поле “Vary” со специальным значением “*”,
не будет кэшироваться (1.7.7). Ответ, в заголовке которого есть поле “Vary”
с другим значением,