Re: try files и gzip static
Konstantin Tokarev Wrote: --- > > Не все клиенты поддерживают Content-Encoding gzip (например, curl без > опции --compressed), > поэтому хранить сжатые копии без оригиналов некорректно. Для этого у nginx, есть прекрасный модуль gunzip, который распаковывает "на лету" контент, для тех, кто не поддерживает сжатый, но он не работает в случае try_files. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268212,268218#msg-268218 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
try files и gzip static
Добрый день! Такой вопрос. Отдаю большой объем статики через try_files, но так как объемы большие, то использую модуль http://nginx.org/ru/docs/http/ngx_http_gzip_static_module.html#gzip_static соответственно, все файлы HTML сжаты с помощью gzip и хранятся только сжатые копии. Если указывать try_file "dir/index.html", то, естественно, они не находятся. Если указывать try_file "dir/index.html.gz", то файл всегда отдается в сжатом виде и модуль http://nginx.org/ru/docs/http/ngx_http_gunzip_module.html не работает. И заголовки, естественно, разные. Есть вариант сделать, чтобы все коректно работало через try_files? Спасибо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,268206,268206#msg-268206 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Зависает сервер
Михаил Монашёв Wrote: --- > А какие логи Вы смотрели? все логи nginx + syslog. спасибо, вопрос решился. ответ простой: некорректно настроенная ротация логов. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,259117,259125#msg-259125 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Зависает сервер
Добрый вечер, такая проблема. Есть сервер А, который забирает с сервера Б статический JS файл, методом GET по HTTPS. Проблема такая: если на сервер А возникают траблы с сетью/нагрузкой, т.е. он чень медленно открывается, то за ним следом падает и сервер Б, причем так, что перестает отвечать по SSH. Логи пустые. В чем может быть проблема? Сервер А забивает канал серверу Б, если да, то как это лечить? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,259117,259117#msg-259117 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Вложенный location
Добрый день,
Такой конфиг:
location ~* /s/(?.*) {
root /home/...;
open_file_cache max=1000 inactive=20s;
try_files /static/$static_file $uri;
location ~* /s/(?.*?\.(gif|png|jpg|jpeg)$) {
expires 30d;
}
}
В такой конфигурации на запрос /s/pix.jpg будет 404 ошибка. Если во
вложенный location добавить try_files /static/$img $uri; то все будет
работать нормально. Так и должно быть?
И второй вопрос, если так и должно быть, то будет ли корректно работать
open_file_cache во вложенных location, т.е. будут ли файлы кешироваться?
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258248,258248#msg-258248
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик переполнение
Maxim Dounin Wrote:
---
> Если limit_conn в других location'ах не включён, то для
> ограничения всех соединений в конкретном location'е - достаточно
> любого константного значения.
Если не используется в др. локейшенах, то можно сделать вот так:
limit_conn_zone "service" zone=perservice:10m;
location /services/post/ {
limit_conn perservice 1;
proxy_pass bakcend;
}
и будет работать?
> Если send_timeout случится - то да. Если же вдруг какой-то клиент
> очерь медленно качает что-то большое - то процесс может занять
> бесконечное время.
и как от таких избавляться?
> Ну и да, безусловно имеет смысл заглянуть в error log, и убедится,
> что рабочие процессы не завершаются аварийно.
ошибок нет.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258150,258159#msg-258159
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик переполнение
Maxim Dounin Wrote:
---
> Just a side note: не надо делать так, вместо этого правильно
> написать отдельный location, в котором и задать ограничение.
вот это я не понял.
у меня так
location /services/post/ {
limit_conn perservice 1;
proxy_pass bakcend;
}
> Скорее всего проблема в том, что limit_conn органичивает не
> соединения на бекенду, а активные соединения. Соответственно,
> если кто-то сходил на бекенд, получил оттуда достаточно большой
> ответ и неспеша забирает его у nginx'а - ограничение будет
> продолжать срабатывать. Например, если клиент сделал запрос
> (ответ на который не помещается в буфер сокета), после чего пропал
> и на пакеты не отвечает - ограничение будет срабатывать, пока не
> случится send_timeout.
Ага, и тогда через send_timeout (default: 60s), счетчик должен
декрементироваться и следующий запрос пойти на бекенд, так? Но этого не
происходит(
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258150,258154#msg-258154
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
limit conn счетчик переполнение
Добрый день.
Была задача ограничить кол-во запросов к бэкенду. Например, чтобы
одновременно не поступало более 1 запроса. Остальные запросы, пока работает
бэкенд, могли отваливаться по ошибке, это не страшно.
С помощью Perl я устанавливал переменную, которая показывала идет ли запрос
для проксирования на бэкенд или нет. И эту переменную использовал в качестве
ключа для
http://nginx.org/ru/docs/http/ngx_http_limit_conn_module.html#limit_conn_zone
perl_set $service_hit '
sub {
my $r = shift;
if($r->uri =~ m|^/services/post|){
return "services";
} else {
return "";
}
}
';
limit_conn_zone "$service_hit" zone=perservice:10m;
Потом перед проксированием на бэкенд (в location) использовал ограничениие
http://nginx.org/ru/docs/http/ngx_http_limit_conn_module.html#limit_conn
limit_conn perservice 1;
Все отлично работает, но только первые 30-60 минут, потом nginx для всех
запросов возвращает 503 ошибку, т.е. счетчик не сбрасывается. Если
остановить-запустить nginx, то опять какое-то время все работает корректно.
В чем может быть проблема?
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,258140,258140#msg-258140
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: reset_timedout_connection
Ага, спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258111,258114#msg-258114 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
reset_timedout_connection
Добрый вечер, "Разрешает или запрещает сброс соединений по таймауту. ..." http://nginx.org/ru/docs/http/ngx_http_core_module.html#reset_timedout_connection по какому таймауту? какая переменная регулирует этот таймаут? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258111,258111#msg-258111 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленно отдаются данные клиенту
Gena Makhomed Wrote: --- > если SSL тормозит - скорее всего не был включен ssl_session_cache: > > http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_session_cac > he > > включать его надо примерно так: > > ssl_session_cache shared:SSL:10m; > > еще больше ускорить отдачу контента клиенту поможет включение spdy: > > http://nginx.org/en/docs/http/ngx_http_core_module.html#listen > > только для этого надо будет использовать 1.7.12 версию nginx, > говорят что в 1.6.х есть какие-то глюки при работе с spdy. > Все базовые настройки оптимизации были сделаны. Ветка 1.7. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258110#msg-258110 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленно отдаются данные клиенту
В общем проблема найдена. До увеличения нагрузки был добавлен SSL (3 мес назад и общую картину не изменил, на тот момент), но вместе с последними добавлениями... стало заметно :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258090#msg-258090 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Медленно отдаются данные клиенту
Дима Редмайн Wrote: --- > Для начала напишите после каких действий появилась проблема. выросла нагрузка на сервер в целом (добавили бэкэнд с "тяжелыми" расчетами). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258085#msg-258085 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Медленно отдаются данные клиенту
Добрый день, такая проблема. Nginx стал медленно отдавать контент клиенту. Проблема не в сети, потому что пробовали замерить скорость отдачи статики с того же сервера, но через Апач -- все работает как надо. Nginx не нагружен. Контент отдается по SSL/SPDY. В чем может быть проблема? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,258068,258068#msg-258068 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: nginx-1.7.12
Приветствую, Maxim Dounin Wrote: --- > *) Исправление: в модуле ngx_http_spdy_module. А можно расширить, что за исправление, что исправило? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257892,258023#msg-258023 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик
Maxim Dounin Wrote: --- > Зачем? Если выполняющихся запросов нет - то и в счётчике будет > пусто. Из-за некорректных данных в счетчике. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257486,257624#msg-257624 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: proxe cache элемент не в кеше
Спасибо. зы почему-то не сработала "напоминалка" об ответе в треде( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257477,257603#msg-257603 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик
И еще вопрос. Как обнулить счетчик? reload или stop/start? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257486,257602#msg-257602 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик
И еще вопрос, а можно получить значение счетчика для ключа? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257486,257491#msg-257491 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: limit conn счетчик
А еще такой вопрос, limit_conn_zone содержит только ключи и значение счетчика для ключа, т.е. по сути это хэш с ключем и значением (счетчиком), так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257486,257487#msg-257487 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
limit conn счетчик
Вопрос по модулю ngx_http_limit_conn_module. Счетчик для limit_conn увеличивается на 1 для ключа при каждом новом соединении, так? А когда счетчик сбрасывается, при завершении соединения для ключа? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257485,257485#msg-257485 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
proxe cache элемент не в кеше
Добрый день, такой вопрос: proxy_cache зона; proxy_cache_key ключ; proxy_pass бэкенд; можно ли как-то узнать, что элемента нет в кеше перед тем, как запрос отправится бекенду? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,257473,257473#msg-257473 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Очереди к бэкенду в proxy module
И снова здравствуйте! Такой вопрос. Nginx. Запросы с него проксируются на какой-то бэкенд. Можно ли настроить nginx так, чтобы не создавать/регулировать нагрузку на бэкенд, например, не больше 3-х одновременных запросов? Чтобы создавалось что-то наподобие очереди запросов на обработку бекендом? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,256785,256785#msg-256785 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Re[2]: HTTP + HTTPS
да, заработало, спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,256142,256197#msg-256197 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: HTTP + HTTPS
спасибо, заинтересовало! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,256142,256196#msg-256196 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
HTTP + HTTPS
Добрый день, такой вопрос: - есть сервер, который может обрабатывать HTTP и HTTPS. - все запросы с HTTP перенаправляются на HTTPS если я хочу сделать обработку ошибок SSL, например, 495-ой, таким образом - перенаправлять пользователей обратно на HTTP, то в таком случае скорее всего произойдет зацикливание, правильно? Как правильнее сделать, чтобы пользователь могущий получить ответ по HTTPS, получал его, в противном случае по HTTP? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,256142,256142#msg-256142 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL единый HTTP/HTTPS сервер
Потому что часть пользователей целенаправленно направляется через HTTP, а часть через HTTPS. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255021,255060#msg-255060 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: SSL единый HTTP/HTTPS сервер
например, на разных портах настроены тестовые сервера. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255021,255037#msg-255037 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
SSL единый HTTP/HTTPS сервер
Добрый день, есть ли возможность сделать единный HTTP/HTTPS сервер на отличном порту? Например, чтобы example.com: работал и по HTTP и по HTTPS? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255021,255021#msg-255021 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: unknown "query_string_original" variable
Проблема решена, сам себе злобный Буратино( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,245271,245280#msg-245280 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
unknown "query_string_original" variable
Добрый день,
есть такой конфиг:
set $fn "index.html";
if ($arg_s) {
set $fn $arg_s;
}
При релоаде выдается вот такая ошибка nginx: [emerg] unknown
"query_string_original" variable
В чем проблема?
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,245271,245271#msg-245271
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
uWSGI
Добрый день, такой вопрос, есть бэкенд, который обрабатывает запросы, можно ли сделать так, чтобы для некоторых локейшенов результаты работы кешировались? Т.е. бэкенд обрабатывает /a /b /c я хочу сделать, чтобы для /b ответ кешировался. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,244521,244521#msg-244521 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
PATH_INFO
Добрый день, такая задача: бекенд работает через uwsgi, в параметрах передаваемых uwsgi path_info передается вот так: uwsgi_param PATH_INFO $document_uri; но проблема в том, что $document_uri меняется во время обработки запроса. можно использовать $request_uri, но этот параметр содержит в себе еще и query_string ( Есть ли переменная в nginx, которая сохраняет первоначальный path_info? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,241089,241089#msg-241089 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
