это синхронные запросы, они блокируют процесс-обработчик в nginx.
22 августа 2014 г., 22:12 пользователь Dmitry Ivanov
написал:
> Здравствуйте, Илья.
>
> Вы писали 22 августа 2014 г., 14:53:37:
>
>> если других сценариев кроме сервисного обслуживания нет, вероятно,
>> хелсчек не нужен.
>
> Прилож
On 18.10.2013 16:50, Maxim Dounin wrote:
Отдельно печалит, что в результате конфигурации с error_page 404
@fallback - практически исчезли, хотя аналог на try_files -
гарантированно хуже.
server {
server_name www.example.com;
root /home/www/example.com/static.www/;
location / {
error_p
Спасибо большое за совет:) Пошла читать документацию про try_files.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,252697,252766#msg-252766
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Здравствуйте, Илья.
Вы писали 22 августа 2014 г., 14:53:37:
> если других сценариев кроме сервисного обслуживания нет, вероятно,
> хелсчек не нужен.
Приложение может отвечать 200 и не работать. Один из моих скриптов
логинится тестовым пользователем в личный кабинет, проверяет баланс и
если
вероятно, вы хотели отдавать те файлы, которые локально лежат на
nginx, прямо с него, остальное проксировать ?
это более изящно можно сделать через try_files (в 50x.html можно
прописать alias вместо root):
root"C:\xxx\xxx";
error_page 500 502 503 504 /50x.html;
вот смотрите.
во время работ сервер отвечает 200 ? думаю, что нет.
мы на asp.net сайтах кладем app_offline.htm, приложение отвечает 503
и через proxy_next_upstream http_503 мы прекрасно уходим на следующий сервер.
как вариант - выключать приложение полностью (уходить в tcp rst), и
балансировать п
Здравствуйте, Илья.
Вы писали 22 августа 2014 г., 13:43:55:
> к netscaler-у отношусь с уважением. про внешний скрипт в курсе.
> а в чем польза ?
Да хоть выключать сервера из балансировки на время работ на них.
Разрабы кладут файл-флаг в нужное место, НС его видит и "гасит" сервер
у себя. Порабт
что дает интервал в одну секунду ?
22 августа 2014 г., 14:35 пользователь igor.goncharenko
написал:
> Польза есть, но я просто спросил. Может быть я бы использовал health_check у
> себя с интервалом 1 сек.
>
> ---
> Igor
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,252740,2527
к netscaler-у отношусь с уважением. про внешний скрипт в курсе.
а в чем польза ?
22 августа 2014 г., 14:49 пользователь Dmitry Ivanov
написал:
> Здравствуйте, Илья.
>
> Вы писали 22 августа 2014 г., 12:04:11:
>
>> по ощущениям health_check решает маркетинговую задачу "чтобы было в
>> списке фич"
Здравствуйте, Илья.
Вы писали 22 августа 2014 г., 12:04:11:
> по ощущениям health_check решает маркетинговую задачу "чтобы было в
> списке фич". реальной пользы от него нет.
> можете меня переубедить ?
Ну, на том же NetScaler мониторы можно настроить вообще как угодно. Не
обязательно HEAD. Хоть
Польза есть, но я просто спросил. Может быть я бы использовал health_check у
себя с интервалом 1 сек.
---
Igor
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,252740,252750#msg-252750
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailm
насколько помню, там был Zend Framework ?
для ZF пример конфига
location / {
try_files $uri $uri/ @zend;
index index.php index.html index.htm;
}
location ~ \.php$ {
try_files $uri @zend;
fastcgi_param SCRIPT_FIL
1) health_check создает доп. нагрузку
2) health_check показывает успешность определенного метода в
определенный момент времени
идея экстраполировать "ну раз он на HEAD /" ответил, значит он живой и
нормально ответит - порочна.
по ощущениям health_check решает маркетинговую задачу "чтобы было в
сп
13 matches
Mail list logo