Я понял, спасибо за объяснения.by xore - Nginx Mailing List - Russian
Я понял вас. Похоже, в свое время пример значения в документации разлетелся по интернету, как рекомендуемое значение. То есть вы рекомендуете не указывать вообще эту директиву? -- Игорь Исаенко ________________________________________by xore - Nginx Mailing List - Russian
В документации написано, что эта директива указывает, сколько раз в секунду дергать gettimeofday, чтобы не дергать её на каждый запрос. Она появилась в версии 0.3.х. Мне кажется, это отличная директива, просто нужно указать, наby xore - Nginx Mailing List - Russian
Здравствуйте. Я заметил интересный момент и хотел бы уточнить, правильно ли я его понял. Похоже, работа директив директив *_timeout сильно зависит от значения timer_resolution. А точнее, лучше не ставить таймауты меньше или равныby xore - Nginx Mailing List - Russian
Ok, thanks for the link.by xore - Nginx Mailing List - English
Hello. I can't find description for "post_action" in documentation. Earlier (in static version of documentation) was description of this directive. This directive is still actual?by xore - Nginx Mailing List - English
Добрый день. Я заметил, что в документации нет описания директивы post_action. Ранее (до переезда со статического сайта) её описание было в английской документации. А сейчас вообще нигде нет. Эта директива ещё актуальна?by xore - Nginx Mailing List - Russian
Понял, спасибо, ожидал что-то подобное.by xore - Nginx Mailing List - Russian
Добрый день. Не могу понять поведение nginx при возникновении ошибки: "no live upstreams while connecting to upstream, client: x.x.x.x, ..." Я предполагал, что когда все серверы в upstream становятся недоступными, nginx начинает отвечать 502, пока у какby xore - Nginx Mailing List - Russian
1.3.x planned features and improvements ... Support for ETAG headers http://trac.nginx.org/nginx/milestone/1.3by xore - Ideas and Feature Requests
Если нельзя, но очень хочется, то можно: https://github.com/bhuisgen/nginx-etag-moduleby xore - Ideas and Feature Requests
Спасибо за наводку! К сожалению, не нашел в документации, что это работает и в location.by xore - Nginx Mailing List - Russian
alex_ru Пишет: ------------------------------------------------------- > Переменные использовать > можно: > > location ~ ^/(?P<site>.+) { > #тут можно использовать > переменную $site > } Можно поподробнее про ?P<site>, которая создает переменную $sby xore - Nginx Mailing List - Russian
Отличная мысль! Помогло, спасибо.by xore - Nginx Mailing List - Russian
"if" (as operator of module "rewrite") works before server gets answer from upstream. That's why $upstream_* variables are empty for him. In my case operator "map" helps me.by xore - Nginx Mailing List - English
proxy_pass http://www.domain.com/path1/path2/xyz/; slash ("/") in the end.by xore - Nginx Mailing List - English
Идея хорошая, но таинственной причине if не хочет работать с $upstream_cache_status. Добавил просто: add_header "X-Cache-Status" $upstream_cache_status; Опытным путем выяснил, что с if так же не хочет работать заголовок от бекенда - $upstream_http_<имя>.by xore - Nginx Mailing List - Russian
Попробуйте добавить: allow all; Если пустит - вы стучитесь на сервер не из сети 10.1.2.0/24;by xore - Nginx Mailing List - Russian
Chris, thank you, this is what i need. By the way, i found one strange thing - operator "if" don't work with $upstream_cache_status. For example, i try to change "HIT" and "MISS" to more enigmatic values set $tocache X; if ($upstream_cache_status = HIT) { set $tocache H; } if ($upstream_cache_status = MISS) { set $tocache M; } add_header tocachby xore - Nginx Mailing List - English
Попробуйте без "if (!-f $request_filename) { ". Просто proxy_pass http://127.0.0.1:8180 А для work, попробуйте: proxy_pass http://127.0.0.1:8180/application/; На конце "/" (слэш).by xore - Russian Forum
Hello! Can you please tell how to cope with such task. When nginx gives directly the page, add the title "backend_id". And when it taking from the cache, don't add the header. The scheme works like this: Frontend - nginx with proxy_cache, followed by multiple backends (proxy_pass to multiple servers). I need to distinguish, when a response from the cache and when it from the baby xore - How to...
Hello! Can you please tell how to cope with this task. When nginx gives directly the page, add the title "backend_id". And when it taking from the cache, don't add the header. The scheme works like this: Frontend - nginx with proxy_cache, followed by multiple backends (proxy_pass to multiple servers). I need to distinguish, when a response from the cache and when it from the baby xore - Nginx Mailing List - English
Здравствуйте! Подскажите, пожалуйста, как справиться с такой задачей. Когда nginx отдает страничку напрямую, добавить заголовок "backend_id". А когда берет из кэша, заголовок не добавлять. Схема работы такая: Фронтендby xore - Nginx Mailing List - Russian