From vbart at nginx.com Sat Dec 1 03:53:38 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 1 Dec 2012 07:53:38 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: References: Message-ID: <201212010753.38893.vbart@nginx.com> On Friday 30 November 2012 17:58:32 Михаил Панфилов wrote: > Кажется не работают переменные выставленные через map > в модуле ngx_http_userid_module, конкретнее в userid_domain: > > userid on; > userid_name suida; > userid_domain "$host_cookie"; > userid_path /; > userid_expires 365d; > userid_p3p 'policyref="/w3c/p3p.xml", CP="CUR ADM OUR NOR STA NID"'; > > Приходит кука с доменом $host_cookie И не должны. Директива userid_domain не поддерживает переменные. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From postmaster at softsearch.ru Sat Dec 1 12:05:21 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 1 Dec 2012 16:05:21 +0400 Subject: =?UTF-8?B?0JXRidGRINC+0LTQvdCwIENETiDQvdCwIG5naW54LdC1IQ==?= Message-ID: <582527579.20121201160521@softsearch.ru> Здравствуйте. https://signup.netflix.com/openconnect/software :-) -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Sat Dec 1 12:48:48 2012 From: nginx-forum at nginx.us (cilrill) Date: Sat, 01 Dec 2012 07:48:48 -0500 Subject: =?UTF-8?B?bmdpbngg0L3QtSDQutC10YjQuNGA0YPQtdGCINCyINC/0YDQvtGB0YLQtdC50Yg=?= =?UTF-8?B?0LXQuSDQutC+0L3RhNC40LPRg9GA0LDRhtC40LggKCDQv9C+0YHQvNC+0YI=?= =?UTF-8?B?0YDQuCDQv9C70Lc=?= Message-ID: Добрый день. Я схожу с ума ) Простейшая конфига (openvz). Но в каталоге кеша ничего нет, все проксируется. Посмотри плз, где я туплю. error.log пустой на предмет ошибок. 2012/12/01 16:26:34 [notice] 3194#0: using the "epoll" event method 2012/12/01 16:26:34 [notice] 3194#0: nginx/1.2.5 2012/12/01 16:26:34 [notice] 3194#0: OS: Linux 2.6.32-16-pve 2012/12/01 16:26:34 [notice] 3194#0: getrlimit(RLIMIT_NOFILE): 1024:1024 2012/12/01 16:26:34 [notice] 3195#0: start worker processes 2012/12/01 16:26:34 [notice] 3195#0: start worker process 3196 2012/12/01 16:26:34 [notice] 3195#0: start worker process 3197 2012/12/01 16:26:34 [notice] 3195#0: start cache manager process 3198 2012/12/01 16:26:34 [notice] 3195#0: start cache loader process 3200 2012/12/01 16:27:34 [notice] 3200#0: http file cache: /var/spool/nginx/cache 0.000M, bsize: 4096 2012/12/01 16:27:34 [notice] 3195#0: signal 17 (SIGCHLD) received 2012/12/01 16:27:34 [notice] 3195#0: cache loader process 3200 exited with code 0 nginx.conf user nginx; worker_processes 2; worker_rlimit_nofile 16384; timer_resolution 100ms; worker_priority -5; error_log /var/log/nginx/error.log debug; pid /var/run/nginx.pid; events { worker_connections 2048; # multi_accept on; } http { include mime.types; default_type application/octet-stream; log_format main '$time_local $remote_addr [$request_time] $request' '"$status" $body_bytes_sent "$http_referer" ' '"$http_user_agent"'; #access_log off; #access_log /var/log/nginx/access.log main buffer=32k; access_log /var/log/nginx/access.log main; proxy_cache_path /var/spool/nginx/cache levels=1:2 keys_zone=one:64m inactive=7d max_size=2000m; server { listen 0.0.0.0; # IPort server_name *.site.ru charset windows-1251; location / { proxy_pass http://192.168.7.175; proxy_cache one; proxy_cache_valid 200 302 7d; proxy_cache_valid 304 7d; proxy_cache_min_uses 1; proxy_ignore_headers Expires Set-Cookie; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233455,233455#msg-233455 From panfilov at sports.ru Sat Dec 1 18:43:05 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Sat, 1 Dec 2012 22:43:05 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: <201212010753.38893.vbart@nginx.com> References: <201212010753.38893.vbart@nginx.com> Message-ID: очень плохо! :( А есть общий список где можно, а где нельзя использовать переменные? 1 декабря 2012 г., 7:53 пользователь Валентин Бартенев написал: > On Friday 30 November 2012 17:58:32 Михаил Панфилов wrote: > > Кажется не работают переменные выставленные через map > > в модуле ngx_http_userid_module, конкретнее в userid_domain: > > > > userid on; > > userid_name suida; > > userid_domain "$host_cookie"; > > userid_path /; > > userid_expires 365d; > > userid_p3p 'policyref="/w3c/p3p.xml", CP="CUR ADM OUR NOR STA NID"'; > > > > Приходит кука с доменом $host_cookie > > И не должны. Директива userid_domain не поддерживает переменные. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From ru at nginx.com Sat Dec 1 20:18:52 2012 From: ru at nginx.com (Ruslan Ermilov) Date: Sun, 2 Dec 2012 00:18:52 +0400 Subject: =?UTF-8?B?UmU6ICR1cHN0cmVhbV9hZGRyINGB0L7QtNC10YDQttC40YIg0LjQvNGPINCw0L8=?= =?UTF-8?B?0YHRgtGA0LjQvNCw?= In-Reply-To: <1125811354312894@web27e.yandex.ru> References: <1125811354312894@web27e.yandex.ru> Message-ID: <20121201201852.GA79992@lo0.su> On Sat, Dec 01, 2012 at 02:01:34AM +0400, umask wrote: > Доброй ночи, > > имеется лог в таком формате: > > log_format main '$remote_addr\t' > '$remote_user\t' > '[$time_local]\t' > '$msec\t' > '$http_host\t' > '$request\t' > '$status\t' > '$body_bytes_sent\t' > '$http_referer\t' > '$http_user_agent\t' > '$http_x_forwarded_for\t' > '$request_time\t' > '$upstream_cache_status\t' > '[$upstream_status]\t' > '[$upstream_addr]\t' > '[$upstream_response_time]\t' > '$uid_set\t' > '$uid_got\t' > '$http_cookie\t' > '$connection:$connection_requests\t'; > > почти все записи в логе не вызывают никаких вопросов. > > Но есть вот такие (некоторые поля заменены для наглядности и приватности): > > 10.20.30.40 - [30/Nov/2012:06:14:01 +0400] 1354241641.781 domain.com GET /blog/1.php HTTP/1.1 502 6100 - Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) 66.249.76.175 0.000 - [502] [web_backend] [0.000] - - - 88314:1 > > 11.22.33.44 - [30/Nov/2012:08:23:09 +0400] 1354249389.371 domain.com GET /moscow HTTP/1.1 502 6100 - Opera/9.25 (Windows NT 5.0; U; en) - 0.000- [502] [web_backend] [0.000] - - cookiecookiecookie 565449:2 > > 22.33.44.55 - [30/Nov/2012:08:23:09 +0400] 1354249389.729 domain.com GET /products/finance/search/ajax_in.php?region=NY HTTP/1.1 502 6100 http://domain.com/products/finance/search/ Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/5.0; MAAU; MAAU) - 0.000 - [502] [web_backend] [0.000] - - cookiecookiecookie 565579:2 > > Возникает вопрос. От чего в $upstream_addr попадает значение "[web_backend]"? Это случается тогда, когда на момент обработки очередного запроса оказывается, что все серверы в апстриме неживые, и соответственно не делается ни одной попытки соединения. В error_log при этом выводится ошибка "no live upstreams while connecting to upstream", а счётчики "fails" у всех серверов апстрима сбрасываются в 0 для быстрого восстановления. > Разумеется, в конфиге присутствует определение астрима с именем web_backend: > upstream web_backend { > server www01 weight=2; > server www02 weight=3; > } > > И проксирование в этот апстрим: > location ~* /branches/ { > proxy_pass http://web_backend; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > } From peter at vereshagin.org Sat Dec 1 20:29:16 2012 From: peter at vereshagin.org (Peter Vereshagin) Date: Sun, 2 Dec 2012 00:29:16 +0400 Subject: rewrite location in the middle of the path In-Reply-To: References: Message-ID: <20121201202916.GB11062@external.screwed.box> Hello. 2012/11/30 14:55:05 -0500 nrsk => To nginx-ru at nginx.org : n> Попробовала, все получилось. Огромное спасибо! Точно всё как надо получилось? У вас там regex не в точности соответствовал описанной задаче imho. Пишите peter at vereshagin.org, если интересно. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 From vbart at nginx.com Sun Dec 2 07:44:52 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 2 Dec 2012 11:44:52 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: References: <201212010753.38893.vbart@nginx.com> Message-ID: <201212021144.52599.vbart@nginx.com> On Saturday 01 December 2012 22:43:05 Михаил Панфилов wrote: > очень плохо! :( > А есть общий список где можно, а где нельзя использовать переменные? Общего списка нет. Нужно читать документацию по конкретной директиве. Если вы опишите конкретную задачу, которая решается при помощи userid_domain с переменной, то это могло бы ускорить появление поддержки переменных в этой директиве. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From panfilov at sports.ru Sun Dec 2 14:07:04 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Sun, 2 Dec 2012 18:07:04 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: <201212021144.52599.vbart@nginx.com> References: <201212010753.38893.vbart@nginx.com> <201212021144.52599.vbart@nginx.com> Message-ID: 2 декабря 2012 г., 11:44 пользователь Валентин Бартенев написал: > On Saturday 01 December 2012 22:43:05 Михаил Панфилов wrote: > > очень плохо! :( > > А есть общий список где можно, а где нельзя использовать переменные? > > Общего списка нет. Нужно читать документацию по конкретной директиве. > > Если вы опишите конкретную задачу, которая решается при помощи > userid_domain > с переменной, то это могло бы ускорить появление поддержки переменных в > этой > директиве. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > Задача весьма тривиальна: появляется проект с новой целевой аудиторией (другая страна) на имеющейся платформе. Сохранение кук хочется прописать на новый домен, при этом не плодить новую идентичную конфигурацию nginx для нового проекта. -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From maybe at arjlover.net Sun Dec 2 14:30:11 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Sun, 2 Dec 2012 21:30:11 +0700 Subject: =?UTF-8?B?0LrQsNC60LjQtS3RgtC+INCw0L3QvtC80LDQu9C40Lgg0YEg0L/QsNC80Y/RgtGM?= =?UTF-8?B?0Y4=?= Message-ID: На одном сервере нжинкс стримит mp4, при выкладывании обновлений, наваливается побольше народу, но раздает он всего 6 файлов по 50мб, но память при этом сжирает совсем не пропорционально. Что ним не так? Другие сервера занимаются тем же, но памяти занимают на порядок(!) меньше и без таких прострелов. память нжинкс: http://my.jetscreenshot.com/2419/20121202-ctb7-42kb.jpg траф: http://my.jetscreenshot.com/2419/20121202-oecp-28kb.jpg # uname -a FreeBSD mar 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 root at mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 # nginx -V nginx version: nginx/1.2.0 configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio --with-ipv6 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --without-http-cache --with-http_geoip_module --with-http_mp4_module --with-http_stub_status_module --with-pcre sendfile on; sendfile_max_chunk 64k; ... location /filmiki/ { mp4; limit_rate_after 1000k; set $limit_rate 180k; ... -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Dec 2 15:07:54 2012 From: nginx-forum at nginx.us (cilrill) Date: Sun, 02 Dec 2012 10:07:54 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgiDQsiDQv9GA0L7RgdGC0LU=?= =?UTF-8?B?0LnRiNC10Lkg0LrQvtC90YTQuNCz0YPRgNCw0YbQuNC4ICgg0L/QvtGB0Lw=?= =?UTF-8?B?0L7RgtGA0Lgg0L/Qu9C3?= In-Reply-To: References: Message-ID: я балда. backend отдает контент без Set-Cookie, но с Cache-Control, соответственно nginx не кеширует такие запросы, только прокси, все как и написанно в http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_ignore_headers. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233455,233472#msg-233472 From hell-for-yahoo at umail.ru Sun Dec 2 15:06:40 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sun, 2 Dec 2012 19:06:40 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: References: <201212010753.38893.vbart@nginx.com> <201212021144.52599.vbart@nginx.com> Message-ID: <1582321834.20121202190640@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Михаил Панфилов! МП> Задача весьма тривиальна: МП> появляется проект с новой целевой аудиторией (другая страна) на имеющейся МП> платформе. Сохранение кук хочется прописать на новый домен, при этом не МП> плодить новую идентичную конфигурацию nginx для нового проекта. Похоже на решение задачи от программизма. Конфигурационный файл - это не программа. Не надо пытаться навязать ему свои взгляды на жизнь. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 02.12.2012, <19:05> From nginx-forum at nginx.us Mon Dec 3 07:46:26 2012 From: nginx-forum at nginx.us (nrsk) Date: Mon, 03 Dec 2012 02:46:26 -0500 Subject: rewrite location in the middle of the path In-Reply-To: <20121201202916.GB11062@external.screwed.box> References: <20121201202916.GB11062@external.screwed.box> Message-ID: <04cc4486b2d7fbe70c4b5c5346a87d3f.NginxMailingListRussian@forum.nginx.org> Да, regExp отработал так, как нужно, возникли проблемы с root путем, но это решила с помощью символической ссылки, а с самим регулярным выражением проблем нет, преобразовывает все правильно: location /my-context/ { rewrite ^/my-context/([0-9]+)/(.*)$ /folder/folder/$1_$2/ permanent; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233437,233478#msg-233478 From dmitriy at lyalyuev.pp.ua Mon Dec 3 08:01:21 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Mon, 03 Dec 2012 10:01:21 +0200 Subject: =?UTF-8?B?YXV0aF9iYXNpYyDQuCDQvdC10LDQstGC0L7RgNC40LfQvtCy0LDQvdC90YvQtSA=?= =?UTF-8?B?0L/QvtC70YzQt9C+0LLQsNGC0LXQu9C4?= Message-ID: <50BC5C51.6090901@lyalyuev.pp.ua> Добрый день. Есть ситуация. Нужно по одному локейшену пускать как залогиненных пользователей, так и нет. При этом, если пользователь был залогинен, то выдается один контент, если нет - другой. server { listen 80; server_name wiki.localdomain; root /opt/data/wiki; error_log /dev/null; access_log /dev/null; if ($args ~* "skin|raw|template|maxrev|minrev|currev") { rewrite ^(.*)$ /bin/view/$1?; } rewrite ^/bin/view(.*)$ / redirect; rewrite ^(/Help)$ /bin/view/Help last; rewrite ^/(Main|System|Sandbox|Help)(/[A-Z].*)$ /bin/view/$1$2 last; rewrite ^/([A-Z].*) /bin/view/Help/$1 last; rewrite ^/(Help)(/[A-Z].*)$ $2; rewrite ^/([A-Z].*) /bin/view/Help/$1 last; rewrite ^/$ /bin/view/Help last; location / { limit_except GET POST { deny all; } } location ~* /pub/.*\.(s?p?html?|php3?|pl|py|cgi)$ { types {} default_type application/octet-stream; } location ~ /bin/configure { # allow all; deny all; error_page 404 502 504 = @configure; } location ~ /bin/view/(System|System/.*|Main|Main/.*|Sandbox|Sandbox/.*) { auth_basic "Enter your WikiName. (First name and last name, no space, no dots, capitalized, e.g. JohnSmith). Cancel to register if you do not have one."; auth_basic_user_file /opt/data/wiki/data/.htpasswd; error_page 404 502 504 = @foswiki; } location ~ /bin/.* { error_page 404 502 504 = @foswiki; } location ~ (^/pub/Trash|^/lib|^/data|^/locale|^/templates|^/tools|^/work) { deny all; } location @foswiki { gzip off; fastcgi_pass unix:/var/run/wiki/fcgi.sock; fastcgi_split_path_info ^(/bin/\w+)(.*); fastcgi_param SCRIPT_FILENAME /opt/data/wiki$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param AUTH_USER $remote_user; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } location @configure { gzip off; fastcgi_pass unix:/var/run/wiki/configure.sock; fastcgi_split_path_info ^(/bin/configure)(.*); fastcgi_param SCRIPT_FILENAME /opt/data/wiki/bin/configure; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } } В данном случае должно работать так: 1. Пользователь заходит на /Help и видит контент, который доступен всем. 2. Пользователь, зайдя на /Main/... авторизуется, потом переходит на /Help и видит административную часть страницы. Если в локейшин /bin/.* добавить auth_basic, то все ок, кроме того, что и у обычных пользователей начинает просить логин и пасс. Может я как-то сложно объяснил, но сам решить проблему не могу. Помогите пожалуйста. From nginx-forum at nginx.us Mon Dec 3 09:44:02 2012 From: nginx-forum at nginx.us (pioneer) Date: Mon, 03 Dec 2012 04:44:02 -0500 Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWMg0Lgg0L3QtdCw0LLRgtC+0YDQuNC30L7QstCw0L3QvdGL?= =?UTF-8?B?0LUg0L/QvtC70YzQt9C+0LLQsNGC0LXQu9C4?= In-Reply-To: <50BC5C51.6090901@lyalyuev.pp.ua> References: <50BC5C51.6090901@lyalyuev.pp.ua> Message-ID: <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> В данной задаче у меня бы даже мысле не было о конфигах nginx. И решал это на стороне приложения. Я в программировании на конфигах nginx не силен. А вот в связке с приложением, nginx можно было бы использовать для добавление cookie после авторизации, и уже использовать ее для обработки в програмной части. Но даже тут я бы просто перенес авторизацию в приложение. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233479,233480#msg-233480 From dmitriy at lyalyuev.pp.ua Mon Dec 3 10:02:45 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Mon, 03 Dec 2012 12:02:45 +0200 Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWMg0Lgg0L3QtdCw0LLRgtC+0YDQuNC30L7QstCw0L3QvdGL?= =?UTF-8?B?0LUg0L/QvtC70YzQt9C+0LLQsNGC0LXQu9C4?= In-Reply-To: <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> References: <50BC5C51.6090901@lyalyuev.pp.ua> <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> Message-ID: <50BC78C5.4060008@lyalyuev.pp.ua> Если бы это зависело от меня. :( К сожалению условие как раз такое, что движок вики трогать нельзя. Да и под Апачем же оно работает нормально. Могу привести конфиги Индейца. 03.12.2012 11:44, pioneer пишет: > В данной задаче у меня бы даже мысле не было о конфигах nginx. И решал это > на стороне приложения. > Я в программировании на конфигах nginx не силен. > > А вот в связке с приложением, nginx можно было бы использовать для > добавление cookie после авторизации, и уже использовать ее для обработки в > програмной части. Но даже тут я бы просто перенес авторизацию в приложение. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233479,233480#msg-233480 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From universite at ukr.net Mon Dec 3 11:23:02 2012 From: universite at ukr.net (Vladislav Prodan) Date: Mon, 03 Dec 2012 13:23:02 +0200 Subject: =?UTF-8?B?0J/QvtGH0LXQvNGDLdGC0L4g0L3QtSDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGCINC3?= =?UTF-8?B?0LDQv9GA0LXRgiDQutCw0YjQuNGA0L7QstCw0L3QuNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0LrQuCDQsiDQvtC/0YDQtdC00LXQu9C10L3QvdC+0Lwg0LvQvtC60LXQudGI?= =?UTF-8?B?0LXQvdC1Li4u?= Message-ID: <98398.1354533782.18434949456642834432@ffe1.ukr.net> Конфиг: location /media/avatar/ { expires -1; add_header Last-Modified $sent_http_Expires; } Запрос с сервера: > GET /media/avatar/super/6.jpg HTTP/1.1 > User-Agent: curl/7.24.0 (amd64-portbld-freebsd9.0) libcurl/7.24.0 OpenSSL/0.9.8q zlib/1.2.5 > Host: XXX.YYYYY.com > Accept: */* > < HTTP/1.1 200 OK < Server: nginx/1.2.4 < Date: Mon, 03 Dec 2012 11:17:40 GMT < Content-Type: image/jpeg < Content-Length: 4089 < Last-Modified: Mon, 03 Dec 2012 10:58:42 GMT < Connection: close < Expires: Thu, 31 Dec 2037 23:55:55 GMT < Cache-Control: max-age=315360000 < Accept-Ranges: bytes < # nginx -V nginx version: nginx/1.2.4 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio --with-ipv6 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_flv_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_mp4_module --with-http_perl_module --with-http_secure_link_module --with-http_stub_status_module --with-http_sub_module --with-pcre --add-module=/usr/ports/www/nginx/work/passenger-3.0.17/ext/nginx --add-module=/usr/ports/www/nginx/work/arut-nginx-rtmp-module-f1eeb39 --with-http_ssl_module -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From dmitriy at lyalyuev.pp.ua Mon Dec 3 11:55:23 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Mon, 03 Dec 2012 13:55:23 +0200 Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWMg0Lgg0L3QtdCw0LLRgtC+0YDQuNC30L7QstCw0L3QvdGL?= =?UTF-8?B?0LUg0L/QvtC70YzQt9C+0LLQsNGC0LXQu9C4?= In-Reply-To: <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> References: <50BC5C51.6090901@lyalyuev.pp.ua> <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> Message-ID: <50BC932B.3050800@lyalyuev.pp.ua> Перечитывая конфиг Апача пришел к выводу, что не указанный "require valid-user" заставляет Апач не требовать аутентификации, то передает таки REMOTE_USER в приложение. А в уже требуется аутентификация, при необходимости. Таким образом Апач всегда передает REMOTE_USER, если пользователь был авторизован. Как добиться такого же поведения от Nginx что-то не придумывается. From mdounin at mdounin.ru Mon Dec 3 12:54:35 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 3 Dec 2012 16:54:35 +0400 Subject: =?UTF-8?B?UmU6INCf0L7Rh9C10LzRgy3RgtC+INC90LUg0YHRgNCw0LHQsNGC0YvQstCw0LU=?= =?UTF-8?B?0YIg0LfQsNC/0YDQtdGCINC60LDRiNC40YDQvtCy0LDQvdC40Y8g0YHRgtCw?= =?UTF-8?B?0YLQuNC60Lgg0LIg0L7Qv9GA0LXQtNC10LvQtdC90L3QvtC8INC70L7QutC1?= =?UTF-8?B?0LnRiNC10L3QtS4uLg==?= In-Reply-To: <98398.1354533782.18434949456642834432@ffe1.ukr.net> References: <98398.1354533782.18434949456642834432@ffe1.ukr.net> Message-ID: <20121203125435.GU40452@mdounin.ru> Hello! On Mon, Dec 03, 2012 at 01:23:02PM +0200, Vladislav Prodan wrote: > Конфиг: > > location /media/avatar/ { > expires -1; > add_header Last-Modified $sent_http_Expires; > } > > Запрос с сервера: > > > GET /media/avatar/super/6.jpg HTTP/1.1 > > User-Agent: curl/7.24.0 (amd64-portbld-freebsd9.0) libcurl/7.24.0 OpenSSL/0.9.8q zlib/1.2.5 > > Host: XXX.YYYYY.com > > Accept: */* > > > < HTTP/1.1 200 OK > < Server: nginx/1.2.4 > < Date: Mon, 03 Dec 2012 11:17:40 GMT > < Content-Type: image/jpeg > < Content-Length: 4089 > < Last-Modified: Mon, 03 Dec 2012 10:58:42 GMT > < Connection: close > < Expires: Thu, 31 Dec 2037 23:55:55 GMT > < Cache-Control: max-age=315360000 > < Accept-Ranges: bytes > < Видимо, в конфиге помимо вышеприведённого location'а есть ещё что-то вроде location ~ \.jpg$ { expires max; } что и приводит к вышепроцитированному результату. Наиболее короткое решение - дописать модификатор "^~" в location /media/avatar/, т.е. так: location ^~ /media/avatar/ { ... } Правильное решение - location'ы, заданные регулярными выражениями, из конфига по возможности исключить или как минимум изолировать внтури обычных location'ов. Подробную документацию можно найти тут: http://nginx.org/r/location/ru -- Maxim Dounin http://nginx.com/support.html From panfilov at sports.ru Mon Dec 3 13:19:49 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Mon, 3 Dec 2012 17:19:49 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: <1582321834.20121202190640@mtu-net.ru> References: <201212010753.38893.vbart@nginx.com> <201212021144.52599.vbart@nginx.com> <1582321834.20121202190640@mtu-net.ru> Message-ID: Спасибо за высказанное личное мнение. Ждём, что разработчики скажут. 2 декабря 2012 г., 19:06 пользователь Andrey Repin написал: > Здравствуйте, Уважаемый(-ая, -ое) Михаил Панфилов! > > МП> Задача весьма тривиальна: > МП> появляется проект с новой целевой аудиторией (другая страна) на > имеющейся > МП> платформе. Сохранение кук хочется прописать на новый домен, при этом не > МП> плодить новую идентичную конфигурацию nginx для нового проекта. > > Похоже на решение задачи от программизма. > Конфигурационный файл - это не программа. Не надо пытаться навязать ему > свои > взгляды на жизнь. > > > -- > С уважением > > Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 02.12.2012, > <19:05> > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From universite at ukr.net Mon Dec 3 13:30:00 2012 From: universite at ukr.net (Vladislav Prodan) Date: Mon, 03 Dec 2012 15:30:00 +0200 Subject: =?UTF-8?B?UmVbMl06INCf0L7Rh9C10LzRgy3RgtC+INC90LUg0YHRgNCw0LHQsNGC0YvQstCw?= =?UTF-8?B?0LXRgiDQt9Cw0L/RgNC10YIg0LrQsNGI0LjRgNC+0LLQsNC90LjRjyDRgdGC?= =?UTF-8?B?0LDRgtC40LrQuCDQsiDQvtC/0YDQtdC00LXQu9C10L3QvdC+0Lwg0LvQvtC6?= =?UTF-8?B?0LXQudGI0LXQvdC1Li4u?= In-Reply-To: <20121203125435.GU40452@mdounin.ru> References: <98398.1354533782.18434949456642834432@ffe1.ukr.net> <20121203125435.GU40452@mdounin.ru> Message-ID: <25728.1354541400.18145630508900417536@ffe11.ukr.net> --- Исходное сообщение --- От кого: "Maxim Dounin" Кому: nginx-ru at nginx.org Дата: 3 декабря 2012, 14:54:41 Тема: Re: Почему-то не срабатывает запрет каширования статики в определенном локейшене... > Видимо, в конфиге помимо вышеприведённого location'а есть ещё > что-то вроде > > location ~ \.jpg$ { > expires max; > } > Таки да. location ~* ^.+\.(jpg|jpeg|gif|png|svg|ico|swf|js|css|xml|txt)$ { root /www/YYYY/data/www/ZZZZZ/app/webroot; expires max; } > что и приводит к вышепроцитированному результату. > > Наиболее короткое решение - дописать модификатор "^~" в location > /media/avatar/, т.е. так: > > location ^~ /media/avatar/ { ... } Благодарю. > Правильное решение - location'ы, заданные регулярными выражениями, > из конфига по возможности исключить или как минимум изолировать > внтури обычных location'ов. > > Подробную документацию можно найти тут: > > http://nginx.org/r/location/ru > > -- > Maxim Dounin -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From dmitriy at lyalyuev.pp.ua Mon Dec 3 13:33:26 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Mon, 03 Dec 2012 15:33:26 +0200 Subject: =?UTF-8?B?UmU6IGF1dGggYmFzaWMg0Lgg0L3QtdCw0LLRgtC+0YDQuNC30L7QstCw0L3QvdGL?= =?UTF-8?B?0LUg0L/QvtC70YzQt9C+0LLQsNGC0LXQu9C4?= In-Reply-To: <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> References: <50BC5C51.6090901@lyalyuev.pp.ua> <5adac006c9ce0bd79b63fa28d734d951.NginxMailingListRussian@forum.nginx.org> Message-ID: <50BCAA26.5080801@lyalyuev.pp.ua> Нашел решение проблемы примерно так: location ~ /bin/view/(System|System/.*|Main|Main/.*|Sandbox|Sandbox/.*) { error_page 404 502 504 = @foswiki_auth; } location ~ /bin/(attach|edit|manage|rename|save|upload|mail|logon|rest|rdiff|.*auth).* { error_page 404 502 504 = @foswiki_auth; } location ~ /bin/.* { if ($http_cookie ~* "adminid=yes"){ set $auth "_auth"; } error_page 404 502 504 = @foswiki$auth; } location ~ (^/pub/Trash|^/lib|^/data|^/locale|^/templates|^/tools|^/work) { deny all; } location @foswiki_auth { gzip off; fastcgi_pass unix:/var/run/wiki/fcgi.sock; fastcgi_split_path_info ^(/bin/\w+)(.*); fastcgi_param SCRIPT_FILENAME /opt/data/wiki$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param AUTH_USER $remote_user; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; auth_basic "Enter your WikiName. (First name and last name, no space, no dots, capitalized, e.g. JohnSmith). Cancel to register if you do not have one."; auth_basic_user_file /opt/data/wiki/data/.htpasswd; add_header Set-Cookie "adminid=yes;path=/"; } location @foswiki { gzip off; fastcgi_pass unix:/var/run/wiki/fcgi.sock; fastcgi_split_path_info ^(/bin/\w+)(.*); fastcgi_param SCRIPT_FILENAME /opt/data/wiki$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param AUTH_USER $remote_user; fastcgi_param REMOTE_USER $remote_user; include fastcgi_params; } Лучшего варианта пока не придумывается. Может кто-то подскажет более элегантный вариант? From citrin at citrin.ru Mon Dec 3 13:36:39 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Mon, 03 Dec 2012 17:36:39 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: References: <201212010753.38893.vbart@nginx.com> <201212021144.52599.vbart@nginx.com> Message-ID: <50BCAAE7.3080409@citrin.ru> On 12/02/12 18:07, Михаил Панфилов wrote: > Задача весьма тривиальна: > появляется проект с новой целевой аудиторией (другая страна) на имеющейся > платформе. Сохранение кук хочется прописать на новый домен, при этом не плодить > новую идентичную конфигурацию nginx для нового проекта. > server { server_name www.old.domain; userid_domain old.domain; include srv-project.conf; } server { server_name www.new.domain; userid_domain new.domain; include srv-project.conf; } Ну или любой шаблонизатор конфигов на выбор. Переменные нужны, когда значение переменной становится известным только на момент обработки запросы. В данном случае, насколько понимаю, значение известно на момент написания конфига. -- Anton Yuzhaninov From panfilov at sports.ru Mon Dec 3 13:45:19 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Mon, 3 Dec 2012 17:45:19 +0400 Subject: =?UTF-8?B?UmU6INC/0LXRgNC10LzQtdC90L3Ri9C1INCyIHVzZXJpZF9kb21haW4=?= In-Reply-To: <50BCAAE7.3080409@citrin.ru> References: <201212010753.38893.vbart@nginx.com> <201212021144.52599.vbart@nginx.com> <50BCAAE7.3080409@citrin.ru> Message-ID: Спасибо. собственно, сейчас так и есть. Беда в том, что таких include разных куча, конфиг сайта и так очень и очень немаленький. Не хотелось бы дальше его усложнять. Уже серьёзно задумываюсь о системе генератора конфига. 3 декабря 2012 г., 17:36 пользователь Anton Yuzhaninov написал: > On 12/02/12 18:07, Михаил Панфилов wrote: > >> Задача весьма тривиальна: >> появляется проект с новой целевой аудиторией (другая страна) на имеющейся >> платформе. Сохранение кук хочется прописать на новый домен, при этом не >> плодить >> новую идентичную конфигурацию nginx для нового проекта. >> >> > server { > server_name www.old.domain; > userid_domain old.domain; > > include srv-project.conf; > } > > server { > server_name www.new.domain; > userid_domain new.domain; > > include srv-project.conf; > } > > Ну или любой шаблонизатор конфигов на выбор. > > Переменные нужны, когда значение переменной становится известным только на > момент обработки запросы. > В данном случае, насколько понимаю, значение известно на момент написания > конфига. > > -- > Anton Yuzhaninov > > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Mon Dec 3 14:04:53 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 3 Dec 2012 18:04:53 +0400 Subject: =?UTF-8?B?UmU6INCV0YnRkSDQvtC00L3QsCBDRE4g0L3QsCBuZ2lueC3QtSE=?= In-Reply-To: <582527579.20121201160521@softsearch.ru> References: <582527579.20121201160521@softsearch.ru> Message-ID: <201212031804.53583.vbart@nginx.com> On Saturday 01 December 2012 16:05:21 Михаил Монашёв wrote: > Здравствуйте. > > https://signup.netflix.com/openconnect/software :-) http://nginx.com/news/nginx-netflix.html -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Mon Dec 3 19:02:27 2012 From: nginx-forum at nginx.us (nrsk) Date: Mon, 03 Dec 2012 14:02:27 -0500 Subject: Block of code if file not found Message-ID: <5c422b3067ed1005be10fe71f194a01a.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Столкнулась со следующей задачей: nginx развернут на 2х машинах (может быть n), существуют ресурсы, лежащие на машине #1, с машины #2 нужно настроить прокси таким образом, чтобы в случае, если файл в папке не найден - proxy_path задавался один, если не задан - другой. Файлов много, поэтому конкретный указать нельзя. Пыталась решить эту задачу следующим способом: location /my-location/ { proxy_pass http://.......0.1; #параметры proxy try_files $request_uri = @notfound; } location @notfound{ proxy_pass http://ip.......0.2; } Всегда захожу в блок notfound, даже если ресурс по прямой ссылке доступен. Посоветуйте, что не так или как решить данную задачу лучшим способом? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233516,233516#msg-233516 From dmitriy at lyalyuev.pp.ua Tue Dec 4 07:17:31 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Tue, 04 Dec 2012 09:17:31 +0200 Subject: Block of code if file not found In-Reply-To: <5c422b3067ed1005be10fe71f194a01a.NginxMailingListRussian@forum.nginx.org> References: <5c422b3067ed1005be10fe71f194a01a.NginxMailingListRussian@forum.nginx.org> Message-ID: <50BDA38B.6020509@lyalyuev.pp.ua> Доброе утро. Вероятно надо так: try_files $uri @notfound; http://nginx.org/ru/docs/http/ngx_http_core_module.html#try_files 03.12.2012 21:02, nrsk пишет: > Здравствуйте! > > Столкнулась со следующей задачей: > nginx развернут на 2х машинах (может быть n), существуют ресурсы, лежащие на > машине #1, с машины #2 нужно настроить прокси таким образом, чтобы в случае, > если файл в папке не найден - proxy_path задавался один, если не задан - > другой. Файлов много, поэтому конкретный указать нельзя. Пыталась решить эту > задачу следующим способом: > > location /my-location/ { > > proxy_pass http://.......0.1; > #параметры proxy > try_files $request_uri = @notfound; > > } > > location @notfound{ > proxy_pass http://ip.......0.2; > } > > Всегда захожу в блок notfound, даже если ресурс по прямой ссылке доступен. > > Посоветуйте, что не так или как решить данную задачу лучшим способом? > > Спасибо! > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233516,233516#msg-233516 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Tue Dec 4 07:31:24 2012 From: nginx-forum at nginx.us (nrsk) Date: Tue, 04 Dec 2012 02:31:24 -0500 Subject: Block of code if file not found In-Reply-To: <50BDA38B.6020509@lyalyuev.pp.ua> References: <50BDA38B.6020509@lyalyuev.pp.ua> Message-ID: <49f13ab5b4a0c6a46b3cbff5b5e7aaa1.NginxMailingListRussian@forum.nginx.org> Для $uri или для регулярного выражения по location всегда попадает в блок @notfound. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233516,233544#msg-233544 From nginx-forum at nginx.us Tue Dec 4 09:57:09 2012 From: nginx-forum at nginx.us (nrsk) Date: Tue, 04 Dec 2012 04:57:09 -0500 Subject: Block of code if file not found In-Reply-To: <49f13ab5b4a0c6a46b3cbff5b5e7aaa1.NginxMailingListRussian@forum.nginx.org> References: <50BDA38B.6020509@lyalyuev.pp.ua> <49f13ab5b4a0c6a46b3cbff5b5e7aaa1.NginxMailingListRussian@forum.nginx.org> Message-ID: <6229d17e2c3d81b6211708c938d089f0.NginxMailingListRussian@forum.nginx.org> Попробовала так же заменять proxy_pass в if ( $status != 200 ) { proxy_pass = .......0.2 break; } proxy_pass = .......0.1; error_page 404, 502, 504 @notfound либо через условие if (! -f $request_filename ) В случае с try_files в location убирала другие if, чтобы не возникали конфликты. Я ожидаю, что проверка происходит для каждого файла, который удовлетворяет условию location, если, к примеру, $status == 200 Ok, то проксируется на один pass, если нет - на другой. На деле же получается, что во всех вариантах захожу в блок try_files или условие if и это условие выполняется для всех файлов, а не для каждого разное. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233516,233550#msg-233550 From vbart at nginx.com Tue Dec 4 12:55:30 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 4 Dec 2012 16:55:30 +0400 Subject: Block of code if file not found In-Reply-To: <49f13ab5b4a0c6a46b3cbff5b5e7aaa1.NginxMailingListRussian@forum.nginx.org> References: <50BDA38B.6020509@lyalyuev.pp.ua> <49f13ab5b4a0c6a46b3cbff5b5e7aaa1.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212041655.30230.vbart@nginx.com> On Tuesday 04 December 2012 11:31:24 nrsk wrote: > Для $uri или для регулярного выражения по location всегда попадает в блок > @notfound. > У вас root правильно указан? Файл должен существовать по такому пути: root/$uri -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Tue Dec 4 14:47:28 2012 From: nginx-forum at nginx.us (nrsk) Date: Tue, 04 Dec 2012 09:47:28 -0500 Subject: Block of code if file not found In-Reply-To: <201212041655.30230.vbart@nginx.com> References: <201212041655.30230.vbart@nginx.com> Message-ID: <92e74d3f853d7f8050187ef90de11a30.NginxMailingListRussian@forum.nginx.org> Спасибо, Вы правы, я пыталась получить файлы по другому пути: с другого сервера, а обращение происходило к локальному. В итоге решила задачу с помощью proxy_intercept_errors on; error_page 404 502 504 = @notfound; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233516,233568#msg-233568 From nginx-forum at nginx.us Wed Dec 5 07:50:57 2012 From: nginx-forum at nginx.us (s.gvozdetskiy) Date: Wed, 05 Dec 2012 02:50:57 -0500 Subject: =?UTF-8?B?0J3QtdC/0L7QvdGP0YLQvdC90L7QtSDQv9C+0LLQtdC00LXQvdC40LUgaXAgaGFz?= =?UTF-8?B?aA==?= Message-ID: Добрый день, господа! В своей работе для сохранения сессионности пользователей используем функцию ip_hash nginx. пример upstream backend { ip_hash; server 1.2.3.4:80 max_fails=3 fail_timeout=15s; server 1.2.3.4:80 max_fails=3 fail_timeout=15s; } В аварийной ситуации столкнулись то ли с ошибкой, то ли с "фичей" реализации функции. Несмотря на то что бекенд-сервер указанный в директиве upstream по логам выведен из пула nginx при включенной ip_hash, продолжает отправлять на него запросы. Кто-нибудь может подсказать направление для дальнеших исследований? Так и должно быть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233594,233594#msg-233594 From mdounin at mdounin.ru Wed Dec 5 11:47:05 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 5 Dec 2012 15:47:05 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQv9C+0L3Rj9GC0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IGlw?= =?UTF-8?B?IGhhc2g=?= In-Reply-To: References: Message-ID: <20121205114705.GL40452@mdounin.ru> Hello! On Wed, Dec 05, 2012 at 02:50:57AM -0500, s.gvozdetskiy wrote: > Добрый день, господа! > > В своей работе для сохранения сессионности пользователей используем функцию > ip_hash nginx. > > пример > > upstream backend { > ip_hash; > server 1.2.3.4:80 max_fails=3 fail_timeout=15s; > server 1.2.3.4:80 max_fails=3 fail_timeout=15s; > } > > В аварийной ситуации столкнулись то ли с ошибкой, то ли с "фичей" реализации > функции. Несмотря на то что бекенд-сервер указанный в директиве upstream по > логам выведен из пула nginx при включенной ip_hash, продолжает отправлять на > него запросы. Кто-нибудь может подсказать направление для дальнеших > исследований? Так и должно быть? О какой версии nginx'а речь, и что именно подразумевается под словами "по логам выведен из пула", "продолжает отправляеть на него запросы"? В современных версиях это должно работать так: После 3 ошибок (max_fails) за 15 секунд (fail_timeout) - следующие 15 секунд nginx на него запросы отправлять не будет, а дальше раз в 15 секунд будет отправлять на него один запрос для проверки "а не ожил ли бекенд". Следует иметь ввиду, что все эти вычисления - в рамках одного рабочего процесса. Следует также иметь ввиду, что запросы, отправленные на бекенд до признания его неработающим, могут сообщать об ошибке существенно позже, чем принимается решение отправить их на какой-либо бекенд. E.g. в типичном случае неотвечающего бекенда - через 60 секунд, после истечения proxy_connect_timeout. В версиях старее 1.1.6 логика признания бекенда неработающим была заметно более простой (бекенд просто признавался рабочим после истечения fail_timeout), что в случае неотвечающего бекенда приводило к тому, что в течении 60 секунд (proxy_connect_timeout) запросы на него отправлялись, а потом в течении 15 секунд (fail_timeout) - нет, и так по циклу. Если это ваш случай - очевидным решением будет обновить nginx. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 5 17:26:48 2012 From: nginx-forum at nginx.us (theromis1) Date: Wed, 05 Dec 2012 12:26:48 -0500 Subject: HTTP CONNECT method Message-ID: Есть ли шансы увидеть сабж в будущем? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233607,233607#msg-233607 From hell-for-yahoo at umail.ru Wed Dec 5 17:50:24 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Wed, 5 Dec 2012 21:50:24 +0400 Subject: HTTP CONNECT method In-Reply-To: References: Message-ID: <1236177769.20121205215024@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) theromis1! t> Есть ли шансы увидеть сабж в будущем? Если вы оденете очки, вы даже сможете увидеть его в настоящем. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) среда, 05.12.2012, <21:49> From nginx-forum at nginx.us Wed Dec 5 18:27:14 2012 From: nginx-forum at nginx.us (Renat) Date: Wed, 05 Dec 2012 13:27:14 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: References: Message-ID: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> Сейчас для эксперимента поставил Apache, - он замечательно работает. nginx перевел на 9009 порт, здесь можно посмотреть лог: 2012/12/05 06:19:16 [notice] 2751#0: using the "epoll" event method 2012/12/05 06:19:16 [notice] 2751#0: nginx/1.2.3 2012/12/05 06:19:16 [notice] 2751#0: OS: Linux 2.6.31.6_SMP_820 2012/12/05 06:19:16 [notice] 2751#0: getrlimit(RLIMIT_NOFILE): 1024:1024 2012/12/05 06:19:16 [notice] 2752#0: start worker processes 2012/12/05 06:19:16 [notice] 2752#0: start worker process 2753 2012/12/05 06:19:16 [notice] 2752#0: start worker process 2754 2012/12/05 06:19:51 [info] 2753#0: *1 client 192.168.1.103 closed keepalive connection 2012/12/05 06:19:51 [info] 2754#0: *2 client 192.168.1.103 closed keepalive connection 2012/12/05 06:21:56 [info] 2754#0: *3 client timed out (110: Connection timed out) while reading client request line, client: 192.168.1.103, server: 0.0.0.0:9009 2012/12/05 06:21:56 [info] 2753#0: *4 client 192.168.1.103 closed keepalive connection 2012/12/05 06:24:01 [info] 2753#0: *5 client timed out (110: Connection timed out) while reading client request line, client: 192.168.1.103, server: 0.0.0.0:9009 ------------- Сам конфиг: user http; worker_processes 2; ## [ debug | info | notice | warn | error | crit ] error_log /var/log/nginx/error2.log debug; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; keepalive_timeout 65; server { listen 9009; server_name 192.168.1.101; root /var/www; location / { ssi on; index index.html; } } } ------------- Страницы как и ранее в nginx грузятся по 4-5 минут. Иногда вообще не догружаются. Подскажите пожалуйста в чем еще может быть дело? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233609#msg-233609 From nginx-forum at nginx.us Wed Dec 5 19:09:24 2012 From: nginx-forum at nginx.us (theromis1) Date: Wed, 05 Dec 2012 14:09:24 -0500 Subject: HTTP CONNECT method In-Reply-To: <1236177769.20121205215024@mtu-net.ru> References: <1236177769.20121205215024@mtu-net.ru> Message-ID: <01707b45637a37d6afb2b972ccbf6208.NginxMailingListRussian@forum.nginx.org> Я возможно куда то не туда смотрю, но я невижу его в последнем девелопмент релизе. вот все о чем знает NGINX: roman at debian:~/work/src/nginx-1.3.9/src/http$ tail -n +4384 ngx_http_core_module.c |head -n 17 static ngx_http_method_name_t ngx_methods_names[] = { { (u_char *) "GET", (uint32_t) ~NGX_HTTP_GET }, { (u_char *) "HEAD", (uint32_t) ~NGX_HTTP_HEAD }, { (u_char *) "POST", (uint32_t) ~NGX_HTTP_POST }, { (u_char *) "PUT", (uint32_t) ~NGX_HTTP_PUT }, { (u_char *) "DELETE", (uint32_t) ~NGX_HTTP_DELETE }, { (u_char *) "MKCOL", (uint32_t) ~NGX_HTTP_MKCOL }, { (u_char *) "COPY", (uint32_t) ~NGX_HTTP_COPY }, { (u_char *) "MOVE", (uint32_t) ~NGX_HTTP_MOVE }, { (u_char *) "OPTIONS", (uint32_t) ~NGX_HTTP_OPTIONS }, { (u_char *) "PROPFIND" , (uint32_t) ~NGX_HTTP_PROPFIND }, { (u_char *) "PROPPATCH", (uint32_t) ~NGX_HTTP_PROPPATCH }, { (u_char *) "LOCK", (uint32_t) ~NGX_HTTP_LOCK }, { (u_char *) "UNLOCK", (uint32_t) ~NGX_HTTP_UNLOCK }, { (u_char *) "PATCH", (uint32_t) ~NGX_HTTP_PATCH }, { NULL, 0 } }; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233607,233610#msg-233610 From nginx-ru at sadok.spb.ru Wed Dec 5 19:25:09 2012 From: nginx-ru at sadok.spb.ru (Dmitry Ivanov) Date: Wed, 5 Dec 2012 23:25:09 +0400 Subject: HTTP CONNECT method In-Reply-To: <1236177769.20121205215024@mtu-net.ru> References: <1236177769.20121205215024@mtu-net.ru> Message-ID: <1110201210.20121205232509@sadok.spb.ru> Здравствуйте, Andrey. Вы писали 5 декабря 2012 г., 21:50:24: > Здравствуйте, Уважаемый(-ая, -ое) theromis1! t>> Есть ли шансы увидеть сабж в будущем? > Если вы оденете очки, вы даже сможете увидеть его в настоящем. I want to set up an http proxy and I want to know does nginx support connect method? No. -- ++ Igor Sysoev http://mailman.nginx.org/pipermail/nginx/2009-February/009641.html -- С уважением, Dmitry mailto:nginx-ru at sadok.spb.ru From hell-for-yahoo at umail.ru Wed Dec 5 19:40:08 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Wed, 5 Dec 2012 23:40:08 +0400 Subject: HTTP CONNECT method In-Reply-To: <01707b45637a37d6afb2b972ccbf6208.NginxMailingListRussian@forum.nginx.org> References: <1236177769.20121205215024@mtu-net.ru> <01707b45637a37d6afb2b972ccbf6208.NginxMailingListRussian@forum.nginx.org> Message-ID: <929354070.20121205234008@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) theromis1! t> Я возможно куда то не туда смотрю, но я невижу его в последнем девелопмент t> релизе. Начните сначала - что вы хотите сделать. t> вот все о чем знает NGINX: t> roman at debian:~/work/src/nginx-1.3.9/src/http$ tail -n +4384 t> ngx_http_core_module.c |head -n 17 t> static ngx_http_method_name_t ngx_methods_names[] = { t> { (u_char *) "GET", (uint32_t) ~NGX_HTTP_GET }, t> { (u_char *) "HEAD", (uint32_t) ~NGX_HTTP_HEAD }, t> { (u_char *) "POST", (uint32_t) ~NGX_HTTP_POST }, t> { (u_char *) "PUT", (uint32_t) ~NGX_HTTP_PUT }, t> { (u_char *) "DELETE", (uint32_t) ~NGX_HTTP_DELETE }, t> { (u_char *) "MKCOL", (uint32_t) ~NGX_HTTP_MKCOL }, t> { (u_char *) "COPY", (uint32_t) ~NGX_HTTP_COPY }, t> { (u_char *) "MOVE", (uint32_t) ~NGX_HTTP_MOVE }, t> { (u_char *) "OPTIONS", (uint32_t) ~NGX_HTTP_OPTIONS }, t> { (u_char *) "PROPFIND" , (uint32_t) ~NGX_HTTP_PROPFIND }, t> { (u_char *) "PROPPATCH", (uint32_t) ~NGX_HTTP_PROPPATCH }, t> { (u_char *) "LOCK", (uint32_t) ~NGX_HTTP_LOCK }, t> { (u_char *) "UNLOCK", (uint32_t) ~NGX_HTTP_UNLOCK }, t> { (u_char *) "PATCH", (uint32_t) ~NGX_HTTP_PATCH }, t> { NULL, 0 } t> }; -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) среда, 05.12.2012, <23:39> From nginx-forum at nginx.us Wed Dec 5 21:00:35 2012 From: nginx-forum at nginx.us (theromis1) Date: Wed, 05 Dec 2012 16:00:35 -0500 Subject: HTTP CONNECT method In-Reply-To: <929354070.20121205234008@mtu-net.ru> References: <929354070.20121205234008@mtu-net.ru> Message-ID: https forward proxy Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233607,233617#msg-233617 From vbart at nginx.com Thu Dec 6 00:15:29 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 6 Dec 2012 04:15:29 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> References: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212060415.29574.vbart@nginx.com> On Wednesday 05 December 2012 22:27:14 Renat wrote: > Сейчас для эксперимента поставил Apache, - он замечательно работает. > > nginx перевел на 9009 порт, здесь можно посмотреть лог: > 2012/12/05 06:19:16 [notice] 2751#0: using the "epoll" event method > 2012/12/05 06:19:16 [notice] 2751#0: nginx/1.2.3 > 2012/12/05 06:19:16 [notice] 2751#0: OS: Linux 2.6.31.6_SMP_820 > 2012/12/05 06:19:16 [notice] 2751#0: getrlimit(RLIMIT_NOFILE): 1024:1024 > 2012/12/05 06:19:16 [notice] 2752#0: start worker processes > 2012/12/05 06:19:16 [notice] 2752#0: start worker process 2753 > 2012/12/05 06:19:16 [notice] 2752#0: start worker process 2754 > 2012/12/05 06:19:51 [info] 2753#0: *1 client 192.168.1.103 closed keepalive > connection > 2012/12/05 06:19:51 [info] 2754#0: *2 client 192.168.1.103 closed keepalive > connection > 2012/12/05 06:21:56 [info] 2754#0: *3 client timed out (110: Connection > timed out) while reading client request line, client: 192.168.1.103, > server: 0.0.0.0:9009 > 2012/12/05 06:21:56 [info] 2753#0: *4 client 192.168.1.103 closed keepalive > connection > 2012/12/05 06:24:01 [info] 2753#0: *5 client timed out (110: Connection > timed out) while reading client request line, client: 192.168.1.103, > server: 0.0.0.0:9009 > [...] Нужен debug-log: http://nginx.org/ru/docs/debugging_log.html -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Thu Dec 6 07:36:54 2012 From: nginx-forum at nginx.us (LinSuN) Date: Thu, 06 Dec 2012 02:36:54 -0500 Subject: =?UTF-8?B?0J/QtdGA0LXQvNC10L3QvdCw0Y8g0L3QtSDRgNCw0LHQvtGC0LDQtdGCINCyINGB?= =?UTF-8?B?0YLRgNC+0LrQtSDQu9C+0LPQsA==?= Message-ID: <6a1e981c88f8be0704b04816d98f759f.NginxMailingListRussian@forum.nginx.org> Конфиг: set $sname example.com; set $wpath /srv/www/vhosts/; listen 80; server_name $sname; error_log /var/log/nginx/$sname.log error; в /var/log/nginx создается файл $sname.log вместо example.com.log пробовал ${sname} тоже самое. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233624,233624#msg-233624 From citrin at citrin.ru Thu Dec 6 08:18:42 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 06 Dec 2012 12:18:42 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINC90LUg0YDQsNCx0L7RgtCw0LXRgiA=?= =?UTF-8?B?0LIg0YHRgtGA0L7QutC1INC70L7Qs9Cw?= In-Reply-To: <6a1e981c88f8be0704b04816d98f759f.NginxMailingListRussian@forum.nginx.org> References: <6a1e981c88f8be0704b04816d98f759f.NginxMailingListRussian@forum.nginx.org> Message-ID: <50C054E2.8090703@citrin.ru> On 12/06/12 11:36, LinSuN wrote: > Конфиг: > set $sname example.com; > set $wpath /srv/www/vhosts/; > listen 80; > server_name $sname; > error_log /var/log/nginx/$sname.log error; 1. В error_log нельзя использовать переменные. 2. Если не хочется делать copy-paste имени сервера в нескольких местах - используйте какой нибудь шаблонизатор для конфигов. -- Anton Yuzhaninov From nginx-forum at nginx.us Thu Dec 6 08:50:57 2012 From: nginx-forum at nginx.us (n1kser) Date: Thu, 06 Dec 2012 03:50:57 -0500 Subject: =?UTF-8?B?0JzQvtC20L3QviDQu9C4INC90LDRgdGC0YDQvtC40YLRjCDQutGN0Ygg0L3QsCA=?= =?UTF-8?B?0LTQu9C40YLQtdC70YzQvdGL0Lkg0YHRgNC+0LogKNC00LXQvdGMINC4INCx?= =?UTF-8?B?0L7Qu9GM0YjQtSk=?= Message-ID: <32f7dde8ba3aa89aed1c21e4099dd13e.NginxMailingListRussian@forum.nginx.org> Цель убрать нагрузку на сервер кэшируя страницы на длительный срок и при изменениях обновлять затрагиваемые страницы. где то мельком нарыл что nginx для этих целей не подходит В данный момент при любых больших параметрах кэш не держится больше 20ти минут proxy_cache_valid 1d; proxy_cache_path keys_zone: proxy_cache_path /usr/local/etc/nginx/cache levels=1:2 keys_zone=cache:1440m max_size=300G; proxy_cache_path /usr/local/etc/nginx/ssi_cache levels=1:2 keys_zone=ssi_cache:1440m max_size=1G; proxy_temp_path /usr/local/etc/nginx/proxy 1 2; proxy_ignore_headers Expires Cache-Control; proxy_cache_use_stale error timeout invalid_header http_502; proxy_cache_bypass $http_x_update_cache; server { ... listen 80; location /get_user_info/ { proxy_pass http://backend/ssi/get_user_info.php; proxy_pass_header Cookie; proxy_cache ssi_cache; proxy_cache_valid 200 3h; proxy_cache_use_stale updating error timeout invalid_header http_500 http_502 http_503 http_504 http_404; proxy_cache_key "$scheme$proxy_host$uri$is_args$cookie_session"; } location / { proxy_cache cache; proxy_cache_methods POST; proxy_cache_key "$scheme$host$request_uri$request_body"; proxy_cache_valid 1d; proxy_cache_valid 404 1m; proxy_pass http://backend; proxy_set_header Host $host; proxy_next_upstream error timeout invalid_header http_500; proxy_connect_timeout 120; proxy_read_timeout 180; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233630,233630#msg-233630 From voron at amhost.net Thu Dec 6 09:13:55 2012 From: voron at amhost.net (Alex Vorona) Date: Thu, 06 Dec 2012 11:13:55 +0200 Subject: =?UTF-8?B?UmU6INCc0L7QttC90L4g0LvQuCDQvdCw0YHRgtGA0L7QuNGC0Ywg0LrRjdGIINC9?= =?UTF-8?B?0LAg0LTQu9C40YLQtdC70YzQvdGL0Lkg0YHRgNC+0LogKNC00LXQvdGMINC4?= =?UTF-8?B?INCx0L7Qu9GM0YjQtSk=?= In-Reply-To: <32f7dde8ba3aa89aed1c21e4099dd13e.NginxMailingListRussian@forum.nginx.org> References: <32f7dde8ba3aa89aed1c21e4099dd13e.NginxMailingListRussian@forum.nginx.org> Message-ID: <50C061D3.40403@amhost.net> 06.12.2012 10:50, n1kser wrote: > Цель убрать нагрузку на сервер кэшируя страницы на длительный срок и при > изменениях обновлять затрагиваемые страницы. где то мельком нарыл что nginx > для этих целей не подходит > > В данный момент при любых больших параметрах кэш не держится больше 20ти > минут > > proxy_cache_valid 1d; > proxy_cache_path keys_zone: > > > proxy_cache_path /usr/local/etc/nginx/cache levels=1:2 keys_zone=cache:1440m > max_size=300G; > proxy_cache_path /usr/local/etc/nginx/ssi_cache levels=1:2 > keys_zone=ssi_cache:1440m max_size=1G; http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_path Если к данным кэша не обращаются в течение времени, заданного параметром inactive, то данные удаляются, независимо от их свежести. По умолчанию inactive равен 10 минутам. From nginx-forum at nginx.us Thu Dec 6 09:19:52 2012 From: nginx-forum at nginx.us (LinSuN) Date: Thu, 06 Dec 2012 04:19:52 -0500 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINC90LUg0YDQsNCx0L7RgtCw0LXRgiA=?= =?UTF-8?B?0LIg0YHRgtGA0L7QutC1INC70L7Qs9Cw?= In-Reply-To: <50C054E2.8090703@citrin.ru> References: <50C054E2.8090703@citrin.ru> Message-ID: В server_name оказывается тоже нельзя, а жаль, эффективность переменных снизилась на 20% :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233624,233632#msg-233632 From nginx-forum at nginx.us Thu Dec 6 10:00:28 2012 From: nginx-forum at nginx.us (n1kser) Date: Thu, 06 Dec 2012 05:00:28 -0500 Subject: =?UTF-8?B?UmU6INCc0L7QttC90L4g0LvQuCDQvdCw0YHRgtGA0L7QuNGC0Ywg0LrRjdGIINC9?= =?UTF-8?B?0LAg0LTQu9C40YLQtdC70YzQvdGL0Lkg0YHRgNC+0LogKNC00LXQvdGMINC4?= =?UTF-8?B?INCx0L7Qu9GM0YjQtSk=?= In-Reply-To: <50C061D3.40403@amhost.net> References: <50C061D3.40403@amhost.net> Message-ID: <62feb0041246c7baf1154d80479aa487.NginxMailingListRussian@forum.nginx.org> ууф, чувствую себя последней ламкой. Спасибо большое за быстрый ответ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233630,233634#msg-233634 From aa.vasilenko at gmail.com Thu Dec 6 10:17:26 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Thu, 6 Dec 2012 12:17:26 +0200 Subject: =?UTF-8?B?0LvQvtCz0LjRgNC+0LLQsNC90LjQtSDQt9Cw0L/RgNC+0YHQsA==?= Message-ID: Приветствую! В логах попадаются некоторое количество 400 ответов. Хочется узнать причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и тело) пришел и почему nginx его отфутболил. Возможно ли это средством nginx или может кто-то может подсказать сторонние программы? Спасибо, Александр -------------- next part -------------- An HTML attachment was scrubbed... URL: From citrin at citrin.ru Thu Dec 6 11:55:30 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 06 Dec 2012 15:55:30 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINC90LUg0YDQsNCx0L7RgtCw0LXRgiA=?= =?UTF-8?B?0LIg0YHRgtGA0L7QutC1INC70L7Qs9Cw?= In-Reply-To: References: <50C054E2.8090703@citrin.ru> Message-ID: <50C087B2.1060306@citrin.ru> On 12/06/12 13:19, LinSuN wrote: > В server_name оказывается тоже нельзя, а жаль, эффективность переменных > снизилась на 20% :-) Смотря что считать эффективностью. Использование переменной, вместо строки немного снижает производительность, поскольку значение переменной вычисляется для каждого http-запроса. -- Anton Yuzhaninov From vbart at nginx.com Thu Dec 6 12:23:36 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 6 Dec 2012 16:23:36 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90L3QsNGPINC90LUg0YDQsNCx0L7RgtCw0LXRgiA=?= =?UTF-8?B?0LIg0YHRgtGA0L7QutC1INC70L7Qs9Cw?= In-Reply-To: References: <50C054E2.8090703@citrin.ru> Message-ID: <201212061623.36913.vbart@nginx.com> On Thursday 06 December 2012 13:19:52 LinSuN wrote: > В server_name оказывается тоже нельзя, а жаль, эффективность переменных > снизилась на 20% :-) > http://nginx.org/en/docs/faq/variables_in_config.html Как работает set описано в документации модуля: http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html Переменные следует использовать только в случаях, когда их значения не могут быть вычислены заранее, для всего остального есть ваш любимый шаблонизатор (bash, perl.. что душе угодно). -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From hell-for-yahoo at umail.ru Thu Dec 6 13:53:12 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 6 Dec 2012 17:53:12 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: Message-ID: <6910230634.20121206175312@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Alex Vasilenko! AV> В логах попадаются некоторое количество 400 ответов. Хочется узнать AV> причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и AV> тело) пришел и почему nginx его отфутболил. AV> Возможно ли это средством nginx или может кто-то может подсказать AV> сторонние программы? debug log? -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 06.12.2012, <17:52> From aa.vasilenko at gmail.com Thu Dec 6 14:05:30 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Thu, 6 Dec 2012 16:05:30 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: <6910230634.20121206175312@mtu-net.ru> References: <6910230634.20121206175312@mtu-net.ru> Message-ID: <7B39CB833FDA4F3CBD5B36CCFD2E6D39@gmail.com> Андрей, Дебаг лог включает в себя все, вплоть до тела запроса? Спасибо, Александр On Thursday, 6 December 2012 г. at 15:53, Andrey Repin wrote: > Здравствуйте, Уважаемый(-ая, -ое) Alex Vasilenko! > > AV> В логах попадаются некоторое количество 400 ответов. Хочется узнать > AV> причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и > AV> тело) пришел и почему nginx его отфутболил. > > AV> Возможно ли это средством nginx или может кто-то может подсказать > AV> сторонние программы? > > debug log? > > > -- > С уважением > > Andrey Repin (hell-for-yahoo at umail.ru (mailto:hell-for-yahoo at umail.ru)) четверг, 06.12.2012, <17:52> > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org (mailto:nginx-ru at nginx.org) > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Dec 6 14:12:10 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 6 Dec 2012 18:12:10 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: Message-ID: <201212061812.10857.vbart@nginx.com> On Thursday 06 December 2012 14:17:26 Alex Vasilenko wrote: > Приветствую! > > В логах попадаются некоторое количество 400 ответов. Хочется узнать > причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и > тело) пришел и почему nginx его отфутболил. Наиболее вероятная причина - браузер Chrome/Chromium, это его обычное поведение, открывать соединения и, не прислав запроса, закрывать. > Возможно ли это средством nginx или может кто-то может подсказать сторонние > программы? > Возможно, за причиной нужно смотреть в error_log, а не в access_log http://nginx.org/r/error_log/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From aa.vasilenko at gmail.com Thu Dec 6 14:32:39 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Thu, 6 Dec 2012 16:32:39 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: <201212061812.10857.vbart@nginx.com> References: <201212061812.10857.vbart@nginx.com> Message-ID: Валентин Запросы с мобильного аппликейшена. На стороне клиента обычный HttpClient. В error log на уровне info ничего. Буду собирать с debug. Спасибо, Александр On Thursday, 6 December 2012 г. at 16:12, Валентин Бартенев wrote: > On Thursday 06 December 2012 14:17:26 Alex Vasilenko wrote: > > Приветствую! > > > > В логах попадаются некоторое количество 400 ответов. Хочется узнать > > причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и > > тело) пришел и почему nginx его отфутболил. > > > > > Наиболее вероятная причина - браузер Chrome/Chromium, это его обычное поведение, > открывать соединения и, не прислав запроса, закрывать. > > > Возможно ли это средством nginx или может кто-то может подсказать сторонние > > программы? > > > > > Возможно, за причиной нужно смотреть в error_log, а не в access_log > > http://nginx.org/r/error_log/ru > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org (mailto:nginx-ru at nginx.org) > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor at sysoev.ru Thu Dec 6 14:57:20 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 6 Dec 2012 18:57:20 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: Message-ID: Если в логе на месте строки запроса пустые кавычки, то ничего и не пришло. -- Igor Sysoev 06.12.2012, в 14:17, Alex Vasilenko написал(а): > Приветствую! > > В логах попадаются некоторое количество 400 ответов. Хочется узнать причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и тело) пришел и почему nginx его отфутболил. > > Возможно ли это средством nginx или может кто-то может подсказать сторонние программы? > > Спасибо, > Александр > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From aa.vasilenko at gmail.com Thu Dec 6 15:02:14 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Thu, 6 Dec 2012 17:02:14 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: Message-ID: <12044F8572FF4862860F214A6662FE2C@gmail.com> Игорь, Нет, запросы были. Пример: > 115.244.163.71 - - [06/Dec/2012:08:04:25 +0000] "POST /v1/video/chunked_upload.json?uuid=50c0122a39633 HTTP/1.1" 400 0 "-" "lge/e0_open_esa/e0:2.3.6/GRK39F/V10b-APR-03-2012.2ED8B1E206:user/Looplr_1.3.8" Спасибо, Александр On Thursday, 6 December 2012 г. at 16:57, Igor Sysoev wrote: > Если в логе на месте строки запроса пустые кавычки, то ничего и не пришло. > > -- > Igor Sysoev > > 06.12.2012, в 14:17, Alex Vasilenko написал(а): > > > Приветствую! > > > > В логах попадаются некоторое количество 400 ответов. Хочется узнать причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и тело) пришел и почему nginx его отфутболил. > > > > Возможно ли это средством nginx или может кто-то может подсказать сторонние программы? > > > > Спасибо, > > Александр > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org (mailto:nginx-ru at nginx.org) > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org (mailto:nginx-ru at nginx.org) > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Dec 6 16:50:17 2012 From: nginx-forum at nginx.us (Renat) Date: Thu, 06 Dec 2012 11:50:17 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212060415.29574.vbart@nginx.com> References: <201212060415.29574.vbart@nginx.com> Message-ID: <6f68a9339e3ead963868fe8a64954f4f.NginxMailingListRussian@forum.nginx.org> Сегодня обнаружил такую вещь. Если: keepalive_timeout 0; Все начитает работать. Если же keepalive_timeout я ставлю 1 или 2 или более файлы начинают грузятся гораздо медленнее. CPU загружено на 1-2%. free -m total used free shared buffers cached Mem: 122 80 42 0 8 33 -/+ buffers/cache: 47 74 Swap: 511 0 511 Неужели это из за малого количества Ram? Я ранее не говорил nginx пытаюсь запустить на ARM платформе. Все таки из за чего это может быть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233651#msg-233651 From vbart at nginx.com Thu Dec 6 17:18:22 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 6 Dec 2012 21:18:22 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <6f68a9339e3ead963868fe8a64954f4f.NginxMailingListRussian@forum.nginx.org> References: <201212060415.29574.vbart@nginx.com> <6f68a9339e3ead963868fe8a64954f4f.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212062118.22683.vbart@nginx.com> On Thursday 06 December 2012 20:50:17 Renat wrote: > Сегодня обнаружил такую вещь. > Если: keepalive_timeout 0; > Все начитает работать. Если же keepalive_timeout я ставлю 1 или 2 или > более файлы начинают грузятся гораздо медленнее. CPU загружено на 1-2%. > > > free -m > total used free shared buffers cached > Mem: 122 80 42 0 8 33 > -/+ buffers/cache: 47 74 > Swap: 511 0 511 > > Неужели это из за малого количества Ram? Я ранее не говорил nginx пытаюсь > запустить на ARM платформе. > Все таки из за чего это может быть? Гадать можно долго, но зачем? Даже герой Конан Дойля прежде чем делать выводы, сперва устанавливал факты. Debug log мог бы прояснить ситуацию. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Dec 7 01:27:22 2012 From: nginx-forum at nginx.us (theromis1) Date: Thu, 06 Dec 2012 20:27:22 -0500 Subject: HTTP CONNECT method In-Reply-To: References: <929354070.20121205234008@mtu-net.ru> Message-ID: И все таки, если опустить "очки" которые зачем то мне нужно было одеть. Есть какая нибудь перспектива увидеть этот метод? Вроде как дописать его не так сложно. Просто должен создать еще один сокет и гнать данные без фильтрации(вроде как). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233607,233660#msg-233660 From sytar.alex at gmail.com Fri Dec 7 07:20:17 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Fri, 7 Dec 2012 11:20:17 +0400 Subject: Windows + Signal = ? Message-ID: Есть хостинг на windows. Решил к нему приделать крутилку логов. Делаю все по науке: mv log old.log nginx -s reopen После последней команды начинается цирк: мастер-процесс перезапускается забывая напрочь о запущенном чайлде. Старый чайлд продолжает отдавать контент, а перезапущенный мастер плодит новый чайлд который ничего не делает. Это нормально? From nginx-forum at nginx.us Fri Dec 7 10:38:24 2012 From: nginx-forum at nginx.us (Renat) Date: Fri, 07 Dec 2012 05:38:24 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212062118.22683.vbart@nginx.com> References: <201212062118.22683.vbart@nginx.com> Message-ID: <0d1acad2307106ad0ef8266d3eb87b27.NginxMailingListRussian@forum.nginx.org> Выкладываю debug log: https://www.dropbox.com/s/5ojgj01wzyy02sa/error.db.log Как и ранее страницы грузятся очень, очень медленно. По поводу error.db.log: Я запусти nginx, в браузере написал 192.168.1.101 и нажал Enter. Подождал до полной загрузки страницы, это занято около 5 минут. Скопировал log и выложил его сюда. Так же выкладываю конфиг nginx: user http; worker_processes 2; error_log /var/log/nginx/error.db.log debug; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost 192.168.1.101; location / { root /var/www; index index.html index.htm; } } } Помогите пожалуйста выяснить проблему. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233672#msg-233672 From citrin at citrin.ru Fri Dec 7 11:36:35 2012 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Fri, 07 Dec 2012 15:36:35 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> References: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> Message-ID: <50C1D4C3.2050702@citrin.ru> On 12/05/12 22:27, Renat wrote: > Сейчас для эксперимента поставил Apache, - он замечательно работает. Apache в конфигурации по умолчанию, AFAIK не использует sendfile. попробуйте в nginx тоже отключить sendfile. Возможно в этой версии ядра линукса есть какой то баг в реализации sendfile. -- Anton Yuzhaninov From nginx-forum at nginx.us Fri Dec 7 11:54:30 2012 From: nginx-forum at nginx.us (Renat) Date: Fri, 07 Dec 2012 06:54:30 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <50C1D4C3.2050702@citrin.ru> References: <50C1D4C3.2050702@citrin.ru> Message-ID: Антон, уже пробовал. К сожалению не помогло. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233678#msg-233678 From vbart at nginx.com Fri Dec 7 12:11:18 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 16:11:18 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <0d1acad2307106ad0ef8266d3eb87b27.NginxMailingListRussian@forum.nginx.org> References: <201212062118.22683.vbart@nginx.com> <0d1acad2307106ad0ef8266d3eb87b27.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212071611.18668.vbart@nginx.com> On Friday 07 December 2012 14:38:24 Renat wrote: > Выкладываю debug log: > https://www.dropbox.com/s/5ojgj01wzyy02sa/error.db.log > > Как и ранее страницы грузятся очень, очень медленно. > По поводу error.db.log: Я запусти nginx, в браузере написал 192.168.1.101 и > нажал Enter. Подождал до полной загрузки страницы, это занято около 5 > минут. Скопировал log и выложил его сюда. Спасибо. Попробуйте выключить tcp_nodelay: tcp_nodelay off; http://nginx.org/r/tcp_nodelay/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Fri Dec 7 12:14:14 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 16:14:14 +0400 Subject: Windows + Signal = ? In-Reply-To: References: Message-ID: <201212071614.14439.vbart@nginx.com> On Friday 07 December 2012 11:20:17 Aleksandr Sytar wrote: > Есть хостинг на windows. Решил к нему приделать крутилку логов. Делаю > все по науке: > > mv log old.log > nginx -s reopen > > После последней команды начинается цирк: мастер-процесс > перезапускается забывая напрочь о запущенном чайлде. Старый чайлд > продолжает отдавать контент, а перезапущенный мастер плодит новый > чайлд который ничего не делает. > > Это нормально? А как запущен nginx? Не сервисом случайно? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From sytar.alex at gmail.com Fri Dec 7 12:21:16 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Fri, 7 Dec 2012 16:21:16 +0400 Subject: Windows + Signal = ? In-Reply-To: <201212071614.14439.vbart@nginx.com> References: <201212071614.14439.vbart@nginx.com> Message-ID: 7 декабря 2012 г., 16:14 пользователь Валентин Бартенев написал: > On Friday 07 December 2012 11:20:17 Aleksandr Sytar wrote: >> Есть хостинг на windows. Решил к нему приделать крутилку логов. Делаю >> все по науке: >> >> mv log old.log >> nginx -s reopen >> >> После последней команды начинается цирк: мастер-процесс >> перезапускается забывая напрочь о запущенном чайлде. Старый чайлд >> продолжает отдавать контент, а перезапущенный мастер плодит новый >> чайлд который ничего не делает. >> >> Это нормально? > > А как запущен nginx? Не сервисом случайно? И так и так проверял: cmd.exe -> nginx.exe В другой консоли посылаем сигнал. Но вообще как сервис From johnbat26 at gmail.com Fri Dec 7 12:55:30 2012 From: johnbat26 at gmail.com (Eugene Batogov) Date: Fri, 7 Dec 2012 15:55:30 +0300 Subject: =?UTF-8?B?Tmdpbnggd29ya2VycyDQt9Cw0LLQuNGB0LDRjtGCINC/0YDQuDogQ29ubmVjdGlv?= =?UTF-8?B?biB0aW1lZCBvdXQgd2hpbGUgY29ubmVjdGluZyB0byB1cHN0cmVhbQ==?= Message-ID: Привет всем. Несколько раз наблюдаю ситуацию. Если какой-либо backend будь то JBoss (proxy_pass), memcached (memcached_pass) и пр., долго не отвечают на запросы nginx, то nginx worker начинает потреблять 100 % одного ядра процессора. Все бы ничего но, после рестарта back-end они [workers] так и остаются висеть и потреблять процессор на100%. Как эту ситуацию исправить или обойти? в логах: 2012/12/07 09:14:58 [error] 11861#0: *80050203 upstream timed out (110: Connection timed out) while connecting to upstream, client: 10.239.145.248, server: 10.197.195.34, request: "POST /stat HTTP/1.1", upstream: " http://10.197.162.103:8080/stat", host: "10.197.195.40:80", referrer: " http://10.197.195.40:80/portal/portal.ftl" 2012/12/07 09:14:59 [error] 11861#0: *80057099 upstream timed out (110: Connection timed out) while connecting to upstream, client: 10.234.228.70, server: 10.197.195.34, request: "POST /stat HTTP/1.1", upstream: " http://10.197.162.103:8080/stat", host: "10.197.195.40:80", referrer: " http://10.197.195.40:80/portal/portal.ftl" 2012/12/07 09:14:59 [error] 11866#0: *80057189 upstream timed out (110: Connection timed out) while connecting to upstream, client: 10.238.1.138, server: 10.197.195.34, request: "POST /stat HTTP/1.1", upstream: " http://10.197.162.103:8080/stat", host: "10.197.195.40:80", referrer: " http://10.197.195.40:80/portal/portal.ftl" -- Best Regards, Eugene Batogov -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Fri Dec 7 12:58:48 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 7 Dec 2012 16:58:48 +0400 Subject: =?UTF-8?B?UmU6IE5naW54IHdvcmtlcnMgINC30LDQstC40YHQsNGO0YIg0L/RgNC4OiBDb25u?= =?UTF-8?B?ZWN0aW9uIHRpbWVkIG91dCB3aGlsZSBjb25uZWN0aW5nIHRvIHVwc3RyZWFt?= In-Reply-To: References: Message-ID: <201212071658.48933.vbart@nginx.com> On Friday 07 December 2012 16:55:30 Eugene Batogov wrote: > Привет всем. > Несколько раз наблюдаю ситуацию. > > Если какой-либо backend будь то JBoss (proxy_pass), memcached > (memcached_pass) и пр., долго не отвечают на запросы nginx, > то nginx worker начинает потреблять 100 % одного ядра процессора. > > > Все бы ничего но, после рестарта back-end они [workers] так и остаются > висеть и потреблять процессор на100%. > > Как эту ситуацию исправить или обойти? [...] nginx -V что показывает? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From johnbat26 at gmail.com Fri Dec 7 13:01:28 2012 From: johnbat26 at gmail.com (Eugene Batogov) Date: Fri, 7 Dec 2012 16:01:28 +0300 Subject: =?UTF-8?B?UmU6IE5naW54IHdvcmtlcnMg0LfQsNCy0LjRgdCw0Y7RgiDQv9GA0Lg6IENvbm5l?= =?UTF-8?B?Y3Rpb24gdGltZWQgb3V0IHdoaWxlIGNvbm5lY3RpbmcgdG8gdXBzdHJlYW0=?= In-Reply-To: <201212071658.48933.vbart@nginx.com> References: <201212071658.48933.vbart@nginx.com> Message-ID: nginx -V nginx version: nginx/1.2.2 built by gcc 4.1.2 20080704 (Red Hat 4.1.2-50) TLS SNI support disabled configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_perl_module --with-http_xslt_module --with-debug --with-mail --with-mail_ssl_module --with-cc-opt='-O2 -g -m64 -mtune=generic' --with-ipv6 --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-upstream-fair --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-upload-progress-module --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/mod_zip --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_upload_module --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_mod_h264_streaming --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-push-stream-module --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_upstream_hash --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-memcached-hash-pass --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/echo-nginx-module --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/headers-more-nginx-module 7 декабря 2012 г., 16:58 пользователь Валентин Бартенев написал: > nginx -V -- С уважением Eugene Batogov (RU: Батогов Евгений Владимирович) a.k.a. JohnBat26 e-mail: JohnBat26 at yahoo.com, JohnBat26 at gmail.com, JohnBat26 at yandex.ru IM: ICQ:198710313, Google/Yahoo/AIM/AOL: JohnBat26, Jabber: JohnBat26 at jabber.ru P.S. Java & Gentoo Linux & Google --> FOREVER !!! -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Fri Dec 7 13:11:45 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 7 Dec 2012 17:11:45 +0400 Subject: =?UTF-8?B?UmU6IE5naW54IHdvcmtlcnMgINC30LDQstC40YHQsNGO0YIg0L/RgNC4OiBDb25u?= =?UTF-8?B?ZWN0aW9uIHRpbWVkIG91dCB3aGlsZSBjb25uZWN0aW5nIHRvIHVwc3RyZWFt?= In-Reply-To: References: <201212071658.48933.vbart@nginx.com> Message-ID: <201212071711.46028.vbart@nginx.com> On Friday 07 December 2012 17:01:28 Eugene Batogov wrote: [...] > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-upstream-fair > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-upload-progress-module > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/mod_zip > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_upload_module > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_mod_h264_streaming > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-push-stream-module > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx_upstream_hash > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/nginx-memcached-hash-pass > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/echo-nginx-module > --add-module=/usr/src/redhat/BUILD/nginx-1.2.2/headers-more-nginx-module > Имеет смысл собрать без сторонних модулей. Стандартный nginx так себя вести не должен. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Dec 7 13:22:17 2012 From: nginx-forum at nginx.us (Renat) Date: Fri, 07 Dec 2012 08:22:17 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212071611.18668.vbart@nginx.com> References: <201212071611.18668.vbart@nginx.com> Message-ID: <96fcffab4bbeeb09ad3a017277414285.NginxMailingListRussian@forum.nginx.org> Валентин, не помогло. Попробовал сделать рестарт машины и снова протестировать, безуспешно. top -u http top - 07:12:18 up 1 min, 1 user, load average: 0.17, 0.07, 0.02 Tasks: 57 total, 1 running, 56 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.0 us, 0.2 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.2 si, 0.0 st KiB Mem: 125536 total, 64380 used, 61156 free, 2400 buffers KiB Swap: 524280 total, 0 used, 524280 free, 22860 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 756 http 20 0 3428 1132 700 S 0.0 0.9 0:00.01 nginx 758 http 20 0 3428 1112 680 S 0.0 0.9 0:00.01 nginx 772 http 20 0 17504 2160 704 S 0.0 1.7 0:00.00 php-fpm 773 http 20 0 17504 2160 704 S 0.0 1.7 0:00.01 php-fpm 782 http 20 0 2088 536 428 S 0.0 0.4 0:00.02 fcgiwrap Я не знаю. Я готов заплатить какую-то сумму. Валентин, я могу вам дать доступ к root ssh. Очень хочется решить эту проблему. Т.к. достаточно сильно привык к nginx и не хочется переходить на что-то другое. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233686#msg-233686 From isk at cupid.com Fri Dec 7 13:40:54 2012 From: isk at cupid.com (Olexander Shtepa) Date: Fri, 7 Dec 2012 15:40:54 +0200 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <50C1D4C3.2050702@citrin.ru> References: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> <50C1D4C3.2050702@citrin.ru> Message-ID: <20121207154054.0d2f146f@isk> > Apache в конфигурации по умолчанию, AFAIK не использует sendfile. Apache HTTP Server Version 2.2 Default: EnableSendfile On From nginx-forum at nginx.us Fri Dec 7 14:05:04 2012 From: nginx-forum at nginx.us (Emka) Date: Fri, 07 Dec 2012 09:05:04 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> References: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> Message-ID: <45500dcdfd2227af64f70c5983a7839b.NginxMailingListRussian@forum.nginx.org> Анологичная проблема, сам апач работает очень быстро, а вот nginx думает по 20-50 секунд Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233689#msg-233689 From vbart at nginx.com Fri Dec 7 14:35:56 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 18:35:56 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> References: <52a119293afc59d6529fca6da3dc0ef0.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212071835.56971.vbart@nginx.com> On Wednesday 05 December 2012 22:27:14 Renat wrote: > Сейчас для эксперимента поставил Apache, - он замечательно работает. > А keepalive на Apache был включен или выключен? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Fri Dec 7 14:37:56 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 18:37:56 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <45500dcdfd2227af64f70c5983a7839b.NginxMailingListRussian@forum.nginx.org> References: <3113aacd33553a5a9bd8e01b7324fd65.NginxMailingListRussian@forum.nginx.org> <45500dcdfd2227af64f70c5983a7839b.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212071837.56813.vbart@nginx.com> On Friday 07 December 2012 18:05:04 Emka wrote: > Анологичная проблема, сам апач работает очень быстро, а вот nginx думает по > 20-50 секунд > Тоже ARM? Какой именно? Версия ядра, дистрибутив? nginx -V ? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From vbart at nginx.com Fri Dec 7 14:56:37 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 18:56:37 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <96fcffab4bbeeb09ad3a017277414285.NginxMailingListRussian@forum.nginx.org> References: <201212071611.18668.vbart@nginx.com> <96fcffab4bbeeb09ad3a017277414285.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212071856.37654.vbart@nginx.com> On Friday 07 December 2012 17:22:17 Renat wrote: > Валентин, не помогло. > Попробовал сделать рестарт машины и снова протестировать, безуспешно. > top -u http > top - 07:12:18 up 1 min, 1 user, load average: 0.17, 0.07, 0.02 > Tasks: 57 total, 1 running, 56 sleeping, 0 stopped, 0 zombie > %Cpu(s): 0.0 us, 0.2 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.2 si, > 0.0 st > KiB Mem: 125536 total, 64380 used, 61156 free, 2400 buffers > KiB Swap: 524280 total, 0 used, 524280 free, 22860 cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 756 http 20 0 3428 1132 700 S 0.0 0.9 0:00.01 nginx > 758 http 20 0 3428 1112 680 S 0.0 0.9 0:00.01 nginx > 772 http 20 0 17504 2160 704 S 0.0 1.7 0:00.00 php-fpm > 773 http 20 0 17504 2160 704 S 0.0 1.7 0:00.01 php-fpm > 782 http 20 0 2088 536 428 S 0.0 0.4 0:00.02 fcgiwrap > > > Я не знаю. Я готов заплатить какую-то сумму. Валентин, я могу вам дать > доступ к root ssh. Очень хочется решить эту проблему. Т.к. достаточно > сильно привык к nginx и не хочется переходить на что-то другое. > Доступ пока не нужен, есть гипотеза почему так может происходить. Покажите пожалуйста вывод ./configure И ещё интересует какой именно у вас ARM, что за дистрибутив и каким образом ставился nginx? -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Dec 7 14:57:35 2012 From: nginx-forum at nginx.us (Emka) Date: Fri, 07 Dec 2012 09:57:35 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212071837.56813.vbart@nginx.com> References: <201212071837.56813.vbart@nginx.com> Message-ID: Валентин Бартенев Wrote: ------------------------------------------------------- > > Тоже ARM? Какой именно? Версия ядра, дистрибутив? nginx -V ? ядро: 3.2.0-0.bpo.3-amd64 Дистрибутив: debian 6 nginx -V nginx version: nginx/1.3.8 built by gcc 4.4.5 (Debian 4.4.5-8) TLS SNI support enabled configure arguments: --user=nginx --group=nginx --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --pid-path=/var/run/nginx.pid --lock-path=/var/lock/subsys/nginx --with-http_secure_link_module --with-http_random_index_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_degradation_module --with-http_stub_status_module --with-http_perl_module --with-http_geoip_module --with-mail --with-mail_ssl_module --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --with-ipv6 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233692#msg-233692 From vbart at nginx.com Fri Dec 7 15:25:32 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 19:25:32 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: References: <201212071837.56813.vbart@nginx.com> Message-ID: <201212071925.32701.vbart@nginx.com> On Friday 07 December 2012 18:57:35 Emka wrote: > Валентин Бартенев Wrote: > ------------------------------------------------------- > > > Тоже ARM? Какой именно? Версия ядра, дистрибутив? nginx -V ? > > ядро: 3.2.0-0.bpo.3-amd64 > > Дистрибутив: debian 6 > [...] Маловероятно, что ваша проблема имеет отношение к обсуждаемой. Нужен debug-log с долгим соединением: http://nginx.org/ru/docs/debugging_log.html -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Fri Dec 7 16:45:37 2012 From: nginx-forum at nginx.us (anon) Date: Fri, 07 Dec 2012 11:45:37 -0500 Subject: =?UTF-8?B?0JjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40LUgbWFwINC4IGtlZXBhbGl2ZSB0aW1l?= =?UTF-8?B?b3V0?= Message-ID: Подскажите как быть в такой ситуации, когда нужно в зависимости от IP клиента выставлять значение таймаута, по простому его убирать. Пробую вот так: map $remote_addr $ka_timeout { default 65; #0.0.0.0/0 65; 184.222.8.31 0; } server { listen 80; server_name server.info; keepalive_timeout $ka_timeout ; .... Но не дает с такой ошибкой: nginx: [emerg] "keepalive_timeout" directive invalid value in /etc/nginx/sites-enabled/server.info:19 Не хочется использовать if конструкцию. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233699,233699#msg-233699 From nginx-forum at nginx.us Fri Dec 7 16:55:06 2012 From: nginx-forum at nginx.us (Emka) Date: Fri, 07 Dec 2012 11:55:06 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212071925.32701.vbart@nginx.com> References: <201212071925.32701.vbart@nginx.com> Message-ID: Валентин Бартенев Wrote: ------------------------------------------------------- > Маловероятно, что ваша проблема имеет отношение к обсуждаемой. > Нужен debug-log с долгим соединением: > http://nginx.org/ru/docs/debugging_log.html Ну так я сказал тоже самое потому что в error логах практически те же самые ошибки что и у ТС. А так же ставишь keepalive 0 то начинает все быстро работать, вот я и решил что тоже самое. Дебаг сейчас выложу. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233700#msg-233700 From nginx-forum at nginx.us Fri Dec 7 17:20:02 2012 From: nginx-forum at nginx.us (Renat) Date: Fri, 07 Dec 2012 12:20:02 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212071856.37654.vbart@nginx.com> References: <201212071856.37654.vbart@nginx.com> Message-ID: <321037623cedbb1d661839411edb2c8d.NginxMailingListRussian@forum.nginx.org> Первая машина ARM v5, на ней ArchLinux. Пересобрал nginx с модулем для Perl. - Все замечательно работает, доволен. Вторая железка ARM v6 на ней тоже ArchLinux. Сначала попробовал установить nginx который был собран мною для ARM v5: pacman -U nginx-1.2.3-1-arm.pkg.tar.xz Он почему-то начал тормозить. Я подумал это из за не соответствия ARM, удалил пакет: pacman -Rs nginx далее уже установил его вот так: pacman -Sy nginx К сожалению ситуация не изменилась, после начал писать вам на форум. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233702#msg-233702 From vbart at nginx.com Fri Dec 7 17:38:40 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 7 Dec 2012 21:38:40 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <321037623cedbb1d661839411edb2c8d.NginxMailingListRussian@forum.nginx.org> References: <201212071856.37654.vbart@nginx.com> <321037623cedbb1d661839411edb2c8d.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212072138.40239.vbart@nginx.com> On Friday 07 December 2012 21:20:02 Renat wrote: > Первая машина ARM v5, на ней ArchLinux. > Пересобрал nginx с модулем для Perl. - Все замечательно работает, доволен. > > Вторая железка ARM v6 на ней тоже ArchLinux. > Сначала попробовал установить nginx который был собран мною для ARM v5: > pacman -U nginx-1.2.3-1-arm.pkg.tar.xz > Он почему-то начал тормозить. Я подумал это из за не соответствия ARM, > удалил пакет: > pacman -Rs nginx > далее уже установил его вот так: > pacman -Sy nginx > К сожалению ситуация не изменилась, после начал писать вам на форум. > Нужен вывод ./configure Судя по всему, по какой-то причине у вас на этой машине сокеты работают в блокирующемся режиме, в итоге оба воркера в конечном итоге блокируются на recv() без данных, пока клиент не пришлет ещё запрос или не закроет соединение. Возможно glibc сильно расходится с ядром. Почему у вас на арче ядро такое старое? Имеет смысл сделать сперва: pacman -Syu, при этом не забыть обновить и то, что у вас в IgnorePkg/IgnoreGroup -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From hell-for-yahoo at umail.ru Sat Dec 8 05:32:56 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sat, 8 Dec 2012 09:32:56 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: References: <201212071925.32701.vbart@nginx.com> Message-ID: <1727283681.20121208093256@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Emka! >> Маловероятно, что ваша проблема имеет отношение к обсуждаемой. >> Нужен debug-log с долгим соединением: >> http://nginx.org/ru/docs/debugging_log.html E> Ну так я сказал тоже самое потому что в error логах практически те же самые E> ошибки что и у ТС. У ТС - ARM... У вас - обычная AMD64... E> А так же ставишь keepalive 0 то начинает все быстро работать, вот я и решил E> что тоже самое. E> Дебаг сейчас выложу. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) суббота, 08.12.2012, <05:24> From nginx-forum at nginx.us Sat Dec 8 12:09:29 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sat, 08 Dec 2012 07:09:29 -0500 Subject: =?UTF-8?B?0JzQtdC00LvQtdC90L3QviDQvtGC0LTQsNGO0YLRgdGPINGE0LDQudC70Ysg0L4=?= =?UTF-8?B?0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C10Lwu?= Message-ID: <5862db76f424241982b3990ede8b9a7a.NginxMailingListRussian@forum.nginx.org> Nginx исполняется для проксирования. В логах постоянно наблюдаю у 1-2% разных посетителей одну и туже проблему. Файлы до 128KB - отдаются за 0-1 сек (смотрю $request_time и $upstream_response_time), а файлы от 128KB - за 10-60 сек, при этом $upstream_response_time - 0-1 сек, т.е. торможение идет не из-за апстрима. Однажды сам наткнулся на такую проблему - мелкие файлы отдались сразу же, а более 128KB - качались очень медленно, как будто по 1 байту читались. Проблема была только на моем сервере, другие сайты в это же время грузились нормально. Через 5 минут всё рассосалась и теперь проблему могу наблюдать только в логах у других посетителей моего сервера. Куда копать, что подкрутить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233728#msg-233728 From chipitsine at gmail.com Sat Dec 8 12:30:18 2012 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Sat, 8 Dec 2012 17:30:18 +0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <5862db76f424241982b3990ede8b9a7a.NginxMailingListRussian@forum.nginx.org> References: <5862db76f424241982b3990ede8b9a7a.NginxMailingListRussian@forum.nginx.org> Message-ID: буферизация, вероятно. большой ответ сохраняется во временный файл. копать, как всегда в сторону логов)) 8 декабря 2012 г., 18:09 пользователь maxspb85 написал: > Nginx исполняется для проксирования. > В логах постоянно наблюдаю у 1-2% разных посетителей одну и туже проблему. > Файлы до 128KB - отдаются за 0-1 сек (смотрю $request_time и > $upstream_response_time), а файлы от 128KB - за 10-60 сек, при этом > $upstream_response_time - 0-1 сек, т.е. торможение идет не из-за апстрима. > Однажды сам наткнулся на такую проблему - мелкие файлы отдались сразу же, а > более 128KB - качались очень медленно, как будто по 1 байту читались. > Проблема была только на моем сервере, другие сайты в это же время грузились > нормально. Через 5 минут всё рассосалась и теперь проблему могу наблюдать > только в логах у других посетителей моего сервера. > Куда копать, что подкрутить? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233728,233728#msg-233728 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Dec 8 13:54:15 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sat, 08 Dec 2012 08:54:15 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: <308486a10c4d946f60d15a807ce118e7.NginxMailingListRussian@forum.nginx.org> так в логах всё нормально. просто медленно отдается контент... я пробовал и увеличивать в несколько раз значения и уменьшать - толку нет proxy_buffering on; proxy_buffer_size 4k; proxy_buffers 8 32k; proxy_temp_path - пробовал в tmpfs писать, не помогло. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233731#msg-233731 From nginx-forum at nginx.us Sat Dec 8 14:07:49 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sat, 08 Dec 2012 09:07:49 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: <28ae192267ed122a621fd7c8dbba53ed.NginxMailingListRussian@forum.nginx.org> А вот, кстати, пример из лога time bytes_sent upstream_status status request_time upstream_response_time 1354974738 377 0 200 0 0 1354974725 711 0 200 0 0 1354974742 3946 200 200 0.239 0.239 1354974780 18032 200 200 0.28 0.28 1354974738 20062 200 200 0.316 0.316 1354974772 195809 200 200 73.509 2.184 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233732#msg-233732 From chipitsine at gmail.com Sat Dec 8 16:33:31 2012 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Sat, 8 Dec 2012 21:33:31 +0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <308486a10c4d946f60d15a807ce118e7.NginxMailingListRussian@forum.nginx.org> References: <308486a10c4d946f60d15a807ce118e7.NginxMailingListRussian@forum.nginx.org> Message-ID: теоретически, есть всякие штуки типа алгоритма Nagle. но они обычно проявляются наоборот, на маленьких размерах. что у вас в качестве бекенда ? "proxy_buffering off" пробовали ? access-логи это хорошо. я имел в виду error-лог. с постепенным увеличениемм уровня логирования до тех пор, пока не станет видна картина. 8 декабря 2012 г., 19:54 пользователь maxspb85 написал: > так в логах всё нормально. просто медленно отдается контент... > я пробовал и увеличивать в несколько раз значения и уменьшать - толку нет > proxy_buffering on; > proxy_buffer_size 4k; > proxy_buffers 8 32k; > proxy_temp_path - пробовал в tmpfs писать, не помогло. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233728,233731#msg-233731 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Dec 8 18:05:40 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sat, 08 Dec 2012 13:05:40 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: В режиме debug в момент проявления торможения ничего нет. Делал поиск по ip в error.log Попробовал proxy_buffering off; Тоже самое: 36381 | 200 | 200 | 0.701 | 0.701 - нормально 412850 | 0 | 200 | 81.006 | 0 - тормозит Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233735#msg-233735 From nginx-forum at nginx.us Sat Dec 8 21:47:16 2012 From: nginx-forum at nginx.us (Renat) Date: Sat, 08 Dec 2012 16:47:16 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: maxspb85, аналогичная проблема. Попробуйте keepalive_timeout 0; Стало лучше? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233740#msg-233740 From nginx-forum at nginx.us Sat Dec 8 21:58:15 2012 From: nginx-forum at nginx.us (Renat) Date: Sat, 08 Dec 2012 16:58:15 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212072138.40239.vbart@nginx.com> References: <201212072138.40239.vbart@nginx.com> Message-ID: Попробовал полностью снести ArchLinux, и постановить его снова. Сразу же обновился: pacman -Syu После сделал рестарт и поставил nginx pacman -Sy nginx К сожалению проблема не исчезла, все так же как и было ранее. Сегодня на форуме заметил тему от maxspb85 - Медленно отдаются файлы от 128KB, до 128KB - без проблем. (http://forum.nginx.org/read.php?21,233728) У меня точно так же, маленькие картинки, маленькие странички так же где-то до ~128кб, открываются очень быстро. Если же картинка или страница больше начинается непонятное торможение. # nginx -V nginx version: nginx/1.2.5 TLS SNI support enabled configure arguments: --prefix=/etc/nginx --conf-path=/etc/nginx/nginx.conf --sbin-path=/usr/sbin/nginx --pid-path=/var/run/nginx.pid --lock-path=/var/lock/nginx.lock --user=http --group=http --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --http-client-body-temp-path=/var/lib/nginx/client-body --http-proxy-temp-path=/var/lib/nginx/proxy --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-imap --with-imap_ssl_module --with-ipv6 --with-pcre-jit --with-file-aio --with-http_dav_module --with-http_geoip_module --with-http_gzip_static_module --with-http_realip_module --with-http_ssl_module --with-http_stub_status_module --add-module=/usr/lib/passenger/ext/nginx Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233741#msg-233741 From chipitsine at gmail.com Sun Dec 9 07:33:26 2012 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Sun, 9 Dec 2012 12:33:26 +0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: nginx скомпилирован с --with-debug ? 9 декабря 2012 г., 0:05 пользователь maxspb85 написал: > В режиме debug в момент проявления торможения ничего нет. Делал поиск по > ip > в error.log > Попробовал proxy_buffering off; > Тоже самое: > 36381 | 200 | 200 | 0.701 | 0.701 - нормально > 412850 | 0 | 200 | 81.006 | 0 - тормозит > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233728,233735#msg-233735 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Dec 9 07:53:14 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sun, 09 Dec 2012 02:53:14 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: Вчера как раз пробовал, не помогло proxy_connect_timeout 20s; proxy_send_timeout 1800s; proxy_read_timeout 1800s; client_body_timeout 60s; send_timeout 60s; keepalive_timeout 0; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233747#msg-233747 From nginx-forum at nginx.us Sun Dec 9 07:55:00 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sun, 09 Dec 2012 02:55:00 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: Кстати, нет. Перекомпелю и перепроверю логи. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233748#msg-233748 From nginx-forum at nginx.us Sun Dec 9 08:12:36 2012 From: nginx-forum at nginx.us (F1restorm) Date: Sun, 09 Dec 2012 03:12:36 -0500 Subject: =?UTF-8?B?0J7QsdGA0LDQsdC+0YLQutCwINC+0YLQstC10YLQvtCyINC+0YIg0LHRjdC60Y0=?= =?UTF-8?B?0L3QtNCw?= Message-ID: Подскажите, пожалуйста, как реализовать следующую конструкцию. Есть nginx и бэкэнд (apache или tomcat). Когда бэкэнд возвращает ошибку, нужно показать пользователю страницу описания ошибки, содержимое которой динамически формируется на основе анализа данных заголовка и тела ответа от бэкэнда. Проблема в том, что я не понимаю, как передать в обработчик ошибки, который я указываю в error_page, содержимое тела и заголовка ответа от бэкэнда. Может быть нужно задействовать proxy_store, чтобы сохранить тело и заголовок ответа от бэкэнда, чтобы передать сохраненную информацию обработчику ошибки или еще как-то. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233749,233749#msg-233749 From vbart at nginx.com Sun Dec 9 15:40:27 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 9 Dec 2012 19:40:27 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: References: <201212072138.40239.vbart@nginx.com> Message-ID: <201212091940.27602.vbart@nginx.com> On Sunday 09 December 2012 01:58:15 Renat wrote: > Попробовал полностью снести ArchLinux, и постановить его снова. > Сразу же обновился: > pacman -Syu > После сделал рестарт и поставил nginx > pacman -Sy nginx > > К сожалению проблема не исчезла, все так же как и было ранее. Проблема может быть и в самом пакете, что идет к вашему дистрибутиву ArchLinux ARM. Неизвестно как и где он был собран. А как вы собирали пакет с debug-ом? Nginx нужно собирать непосредственно на самом устройстве, нельзя собирать на другой системе и переносить. Скачайте исходники nginx c http://nginx.org/en/download.html, распакуйте и запустите ./configure конкретно на той системе, на которой устанавливаете, и покажите то, что было выведено на консоль. Nginx должен работать с сокетами в неблокирующемся режиме. Он умеет устанавливать этот режим тремя способами. Конкретный способ установки, который поддерживает система определяется на этапе конфигурации. Соответственно если конфигурация была выполнена на другой системе, а потом nginx был перенесен на систему, для которой используется иной способ - получим проблему как у вас. Во время компиляции в исполняемый код в бинарном файле прописываются конкретные числовые константы, имеющие определенное значение на данной системе. И если nginx был перенесен на систему, где эти константы отличаются, то соответствующие системные вызовы в лучшем случае просто не будут работать и получим проблему как у вас. Более того, поскольку эти константы берутся не из самого ядра, а из заголовочных файлов системных библиотек, и если они (библиотеки в вашей системе) не соответствуют реальному положению дел в ядре, то получим ситуацию как у вас. И ещё, проверка наличия конкретного системного вызова не гарантирует его работоспобность, и если в ядре на вашей системе что-то сломано, и сокеты, даже не смотря на правильную установку флага, всё равно продолжают работать в блокирующемся режиме - опять получим ситуацию как у вас. > Сегодня на форуме заметил тему от maxspb85 - Медленно отдаются файлы от > 128KB, до 128KB - без проблем. (http://forum.nginx.org/read.php?21,233728) > > У меня точно так же, маленькие картинки, маленькие странички так же где-то > до ~128кб, открываются очень быстро. Если же картинка или страница больше > начинается непонятное торможение. Эта тема к вашей не имеет никакого отношения. Размер файла в вашем случае имеет весьма косвенное влияние, у вас просто оба воркера работают в блокирующимся режиме, т.е. в принципе ваш nginx не способен обрабатывать более двух соединений одновременно (и работает подобно Апачу с лимитом в два процесса), поэтому ситуация и улучшается, если вы выключаете keepalive, в этом случае просто соединения быстро закрываются и это позволяет отрыть новые два, но проблема остается. У вас определенно что-то с системой. И если вы хотите все-таки разобраться в чем именно, то необходимо предоставить информацию, о которой я вас прошу. Покажите вывод ./configure для nginx на этой системе, и убедитесь, что ядро не внесено в IgnorePkg. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Sun Dec 9 16:45:08 2012 From: nginx-forum at nginx.us (Renat) Date: Sun, 09 Dec 2012 11:45:08 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212091940.27602.vbart@nginx.com> References: <201212091940.27602.vbart@nginx.com> Message-ID: <81fc73d31bb1a6485239857a551a619f.NginxMailingListRussian@forum.nginx.org> Удалил nginx: rc.d stop nginx pacman -Sy nginx Далее: wget http://nginx.org/download/nginx-1.2.5.tar.gz pacman -Sy make gcc tar xvpzf nginx-1.2.5.tar.gz cd nginx-1.2.5 ./configure make make install rc.d start nginx Выхлоп последних 4 команд можно посмотреть здесь: https://www.dropbox.com/s/z9o0zegchcekcrd/makeinstall.txt?m Спасибо за помощь и терпение. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233758#msg-233758 From nginx-forum at nginx.us Sun Dec 9 17:47:39 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sun, 09 Dec 2012 12:47:39 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: <16748859051cffbef94c13776968eb9b.NginxMailingListRussian@forum.nginx.org> Перекомпилил. К error_log добавил debug. В логах не вижу ничего нового по проблемным ip...Всё как у других ip. Куда копать? ОС FreeBSD 9 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233759#msg-233759 From vbart at nginx.com Sun Dec 9 17:58:43 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 9 Dec 2012 21:58:43 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <81fc73d31bb1a6485239857a551a619f.NginxMailingListRussian@forum.nginx.org> References: <201212091940.27602.vbart@nginx.com> <81fc73d31bb1a6485239857a551a619f.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212092158.43412.vbart@nginx.com> On Sunday 09 December 2012 20:45:08 Renat wrote: > Удалил nginx: > rc.d stop nginx > pacman -Sy nginx Команда "pacman -Sy" не удаляет пакет из системы. За удаление в pacman отвечает флаг "-R". > Далее: > wget http://nginx.org/download/nginx-1.2.5.tar.gz > pacman -Sy make gcc > tar xvpzf nginx-1.2.5.tar.gz > cd nginx-1.2.5 > ./configure -- > make > make install А вот это не нужно было делать. Этот способ сборки предназначен главным образом для разработчиков, а вы тем самым просто захламили систему неучтенными файлами. Обратного действия это команда не имеет. Для сборки пакетов в ArchLinux используется PKGBUILD и утилита makepkg. Но ладно. > rc.d start nginx > Ввиду того, что непонятно, удалили ли вы пакет nginx или нет, и был ли установлен новый бинарник в нужное место после "make install" - неизвестно какой nginx запустил rc-скрипт: только что собранный, или какой-то другой. make install скопировал все файлы в /usr/local/nginx > Выхлоп последних 4 команд можно посмотреть здесь: > https://www.dropbox.com/s/z9o0zegchcekcrd/makeinstall.txt?m > ... checking for accept4() ... found ... checking for ioctl(FIONBIO) ... found ... Я рекомендую сперва проверить, имеет ли nginx, собранный и установленный в /usr/local/nginx, проблему или нет. И если проблема имеет место быть, то это говорит о неработающем accept4(), и можно попробовать его отключить: ./configure --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Sun Dec 9 18:10:24 2012 From: nginx-forum at nginx.us (maxspb85) Date: Sun, 09 Dec 2012 13:10:24 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: Message-ID: И кстати, проблема эта на 3-х серверах в разных ДЦ. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233761#msg-233761 From vbart at nginx.com Sun Dec 9 18:39:39 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 9 Dec 2012 22:39:39 +0400 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsICDQtNC+IDEyOEtCIC0g0LHQtdC3INC/0YDQvtCx0Ls=?= =?UTF-8?B?0LXQvC4=?= In-Reply-To: <16748859051cffbef94c13776968eb9b.NginxMailingListRussian@forum.nginx.org> References: <16748859051cffbef94c13776968eb9b.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212092239.39921.vbart@nginx.com> On Sunday 09 December 2012 21:47:39 maxspb85 wrote: > Перекомпилил. К error_log добавил debug. В логах не вижу ничего нового по > проблемным ip...Всё как у других ip. > Куда копать? ОС FreeBSD 9 > Там есть таймер, и можно увидеть, почему 128к отправляются дольше, на что уходит время. И проверьте весь свой конфиг на предмет наличия директивы sendfile_max_chunk. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Sun Dec 9 20:34:35 2012 From: nginx-forum at nginx.us (Renat) Date: Sun, 09 Dec 2012 15:34:35 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212092158.43412.vbart@nginx.com> References: <201212092158.43412.vbart@nginx.com> Message-ID: > Команда "pacman -Sy" не удаляет пакет из системы. За удаление в pacman отвечает флаг "-R". При переписывание на форум я допустил ошибку. Сейчас просмотрел history, я ранее сделал именно pacman -R nginx, то есть он был удален. Я почему-то подумал вы имеете ввиду именно: ./configure, make, make install. После установки, помимо: rc.d start nginx Я так же пробовал запустить через: cd /usr/local/nginx/sbin/ ./nginx Безрезультатно. Сейчас проделал: ./configure --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' make make install cd /usr/local/nginx/sbin/ ./nginx И знаете, ВСЕ ПОЛУЧИЛОСЬ. Страницы начали быстро грузится! Я был очень удивлен. Тоесть виной всему насколько я понимаю accept4(). ---- После того как установил и обновил ArchLinux, я сделал бекап HDD. Сейчас хотел бы восстановиться и собрать nginx используя pacman -Sy. Скажите пожалуйста это возможно? Может можно как-то удалить accept4? Или есть только 1 вариант, - собирать nginx самостоятельно с использованием ./configure --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' ? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233763#msg-233763 From vbart at nginx.com Sun Dec 9 20:58:48 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 10 Dec 2012 00:58:48 +0400 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: References: <201212092158.43412.vbart@nginx.com> Message-ID: <201212100058.48291.vbart@nginx.com> On Monday 10 December 2012 00:34:35 Renat wrote: [...] > > Сейчас проделал: > ./configure --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' > make > make install > cd /usr/local/nginx/sbin/ > ./nginx > > И знаете, ВСЕ ПОЛУЧИЛОСЬ. Страницы начали быстро грузится! Я был очень > удивлен. > Тоесть виной всему насколько я понимаю accept4(). Да, что-то у вас с системой не так. Я бы попытался решить эту проблему, возможно обновить ядро, системные библиотеки, и если не помогает написать мейнтейнерам дистрибутива, завести тикет. Иначе у вас могут быть проблемы не только с nginx. И кто знает, что ещё кроме accept4(SOCK_NONBLOCK) у вас не работает. > ---- > > После того как установил и обновил ArchLinux, я сделал бекап HDD. > Сейчас хотел бы восстановиться и собрать nginx используя pacman -Sy. > Скажите пожалуйста это возможно? > Может можно как-то удалить accept4? > Или есть только 1 вариант, - собирать nginx самостоятельно с использованием > > ./configure --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' ? > > > Спасибо. Вам нужно отредактировать PKGBUILD для nginx и собрать с помощью makepkg. https://wiki.archlinux.org/index.php/Creating_Packages_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29 Сам стандартный PKGBUILD можно взять из abs: https://wiki.archlinux.org/index.php/Arch_Build_System_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29 Вообще это простой текстовый файл, который и содержит все команды для сборки, включая и ./configure, к которой вам нужно дописать --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' Там ничего сложного. А удалить nginx, установленный не через pacman, а с помощью make install вы можете просто удалив всю папку: /usr/local/nginx. А затем, во время установки из пакета, если будет ругаться - воспользоваться флагом "-f". -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From habich99 at mail.ru Sun Dec 9 21:14:19 2012 From: habich99 at mail.ru (=?UTF-8?B?SGFiYXJvdiBELkw=?=) Date: Mon, 10 Dec 2012 01:14:19 +0400 Subject: observium rewrite Message-ID: <1355087659.979273928@f60.mail.ru> Доброго времени суток всем! Пытаюсь завести observium с nginx, но проблемы с реврайтами. htaccess: Options FollowSymlinks Multiviews RewriteEngine on RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !\.(js|ico|txt|gif|jpg|png|css|php) RewriteRule ^(.*)$ index.php/$1/ AcceptPathInfo On Правила для nginx:         location / {                 try_files $uri $uri/ @observium;         }             location @observium {                 rewrite ^(.+)$ /index.php/$1/ last;         } В error.log: 2012/12/10 01:09:05 [error] 32627#0: *8 rewrite or internal redirection cycle while redirect to named location "@observium", client: ***.***.**.**, server: observium.monitoring.mydomain.com, request: "GET /device/device=2/ HTTP/1.1", host: observium.monitoring.mydomain.com", referrer: "https://observium.monitoring.mydomain.com/" Скажите пожалуйста, что я делаю не так? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Dec 10 04:57:22 2012 From: nginx-forum at nginx.us (etisomsk) Date: Sun, 09 Dec 2012 23:57:22 -0500 Subject: =?UTF-8?B?0KPRgdGC0LDQvdC+0LLQutCwINCh0LXRgNCy0LXRgNCwINC+0LHQvdC+0LLQu9C1?= =?UTF-8?B?0L3QuNC5IDLQk9CY0KEg0L3QsCDQkNC70YzRgiDQm9C40L3Rg9C60YEgNS4w?= =?UTF-8?B?INCa0L7QstGH0LXQsyDQuCBOZ2lueCAwLjguMTk=?= Message-ID: <8b51b5f4789bcbe8ab332322527c6bb3.NginxMailingListRussian@forum.nginx.org> Доброго времени суток. На Альт Линукс 5.0 Ковчег требуется установить сервер обновлений 2ГИС. На офф сайте 2ГИС была найдена инструкция по установке http://help.2gis.ru/pc/update/server/server_unix/ . Установку выполнял с пункта "Установка вручную" . Самому установить не получилось, обратился на офф форум Альт Линукса http://forum.altlinux.org/index.php/topic,27706.0.html . Пришли к выводу, что конфиги не подходят для версии Nginx 0.8.19 . Пытался обратиться в тех поддержку 2ГИС, но ответа так и не получил, жду уже недели 3 . Вообщем, я в линуксе не особо шарю, а с Nginx вообще первый раз дело имею, так что буду рад любой помощи. Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233771,233771#msg-233771 From nginx-forum at nginx.us Mon Dec 10 09:00:16 2012 From: nginx-forum at nginx.us (maxspb85) Date: Mon, 10 Dec 2012 04:00:16 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <201212092239.39921.vbart@nginx.com> References: <201212092239.39921.vbart@nginx.com> Message-ID: <70163faa732448887dc1fe097c8934b2.NginxMailingListRussian@forum.nginx.org> sendfile_max_chunk - точно нет. А как этот таймер увидеть? И как увидеть на что уходит время? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233781#msg-233781 From vbart at nginx.com Mon Dec 10 10:35:16 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Mon, 10 Dec 2012 14:35:16 +0400 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsICDQtNC+IDEyOEtCIC0g0LHQtdC3INC/0YDQvtCx0Ls=?= =?UTF-8?B?0LXQvC4=?= In-Reply-To: <70163faa732448887dc1fe097c8934b2.NginxMailingListRussian@forum.nginx.org> References: <201212092239.39921.vbart@nginx.com> <70163faa732448887dc1fe097c8934b2.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212101435.16874.vbart@nginx.com> On Monday 10 December 2012 13:00:16 maxspb85 wrote: > sendfile_max_chunk - точно нет. > А как этот таймер увидеть? Если вы собрали с включенным дебагом и установили уровень логгирования debug, то error log будет выглядеть примерно так: 2012/12/01 07:13:43 [debug] 6481#0: *1 http write filter 0000000000000000 2012/12/01 07:13:43 [debug] 6481#0: *1 http copy filter: 0 "/232?" 2012/12/01 07:13:43 [debug] 6481#0: *1 http finalize request: 0, "/232?" a:1, c:2 2012/12/01 07:13:43 [debug] 6481#0: *1 http request count:2 blk:0 2012/12/01 07:13:43 [debug] 6481#0: *1 http finalize request: -4, "/232?" a:1, c:1 2012/12/01 07:13:43 [debug] 6481#0: *1 set http keepalive handler 2012/12/01 07:13:43 [debug] 6481#0: *1 http close request 2012/12/01 07:13:43 [debug] 6481#0: *1 http log handler 2012/12/01 07:13:43 [debug] 6481#0: *1 free: 00000000012B7330, unused: 32 2012/12/01 07:13:43 [debug] 6481#0: *1 free: 00000000012B8340, unused: 3346 2012/12/01 07:13:43 [debug] 6481#0: *1 free: 00000000012802D0 2012/12/01 07:13:43 [debug] 6481#0: *1 hc free: 0000000000000000 0 2012/12/01 07:13:43 [debug] 6481#0: *1 hc busy: 0000000000000000 0 2012/12/01 07:13:43 [debug] 6481#0: *1 tcp_nodelay 2012/12/01 07:13:43 [debug] 6481#0: *1 reusable connection: 1 2012/12/01 07:13:43 [debug] 6481#0: *1 event timer add: 10: 75000:1354331698307 2012/12/01 07:13:43 [debug] 6481#0: *1 post event 00000000012D2DB0 2012/12/01 07:13:43 [debug] 6481#0: timer delta: 0 2012/12/01 07:13:43 [debug] 6481#0: posted events 00000000012D2DB0 2012/12/01 07:13:43 [debug] 6481#0: posted event 00000000012D2DB0 2012/12/01 07:13:43 [debug] 6481#0: *1 delete posted event 00000000012D2DB0 2012/12/01 07:13:43 [debug] 6481#0: *1 http keepalive handler 2012/12/01 07:13:43 [debug] 6481#0: *1 malloc: 00000000012802D0:1024 2012/12/01 07:13:43 [debug] 6481#0: *1 recv: fd:10 -1 of 1024 2012/12/01 07:13:43 [debug] 6481#0: *1 recv() not ready (11: Resource temporarily unavailable) > И как увидеть на что уходит время? > Возможно единственный верный ответ на этот вопрос: посмотреть глазами разработчика. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From maksim at woyager.ru Mon Dec 10 11:16:42 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Mon, 10 Dec 2012 15:16:42 +0400 Subject: =?UTF-8?B?ZXJyb3JfcGFnZSAmIHN0dWIg0L3QtSDRgNCw0LHQvtGC0LDRjtGCINCy0LzQtdGB?= =?UTF-8?B?0YLQtQ==?= Message-ID: Добрый день. Наткнулся на неочевидное поведение при совмещении include virtual stub с error_page в location, обрабатывающем данный include. Простой тестовый пример. location /ssi_test/ { root /home/woyager/; ssi on; } location /ssi_inc/ { root /home/woyager/; error_page 404 @ssi_err; } location @ssi_err { return 200 "error from ssi_err"; } В ssi_test/index.html include without stub ""
include with stub stub error ""
На выходе имеем include without stub "error from ssi_err" include with stub "stub error" Вроде в обоих случаях должен бы приходить error from ssi_err. Протестировано на 1.2.1/4. С уважением, Максим Анфилатов. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Dec 10 11:34:48 2012 From: nginx-forum at nginx.us (Renat) Date: Mon, 10 Dec 2012 06:34:48 -0500 Subject: =?UTF-8?B?UmU6INCY0Lcg0LfQsCDRh9C10LPQviDQvNC10LTQu9C10L3QvdC+INGA0LDQsdC+?= =?UTF-8?B?0YLQsNC10YIgbmdpbng/?= In-Reply-To: <201212100058.48291.vbart@nginx.com> References: <201212100058.48291.vbart@nginx.com> Message-ID: <1385152637ebfc31e49cc5cf6d5a5a12.NginxMailingListRussian@forum.nginx.org> Пересобрал ngixn используя makepkg, abs + в конфиге --with-cc-opt='-DNGX_HAVE_ACCEPT4=0' Восстановил HDD с бекапа. установил nginx: pacman -U nginx-1.2.5-accept4-arm.pkg.tar.xz Все работает. Еще раз спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233427,233794#msg-233794 From mdounin at mdounin.ru Mon Dec 10 14:46:06 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 10 Dec 2012 18:46:06 +0400 Subject: =?UTF-8?B?UmU6IGVycm9yX3BhZ2UgJiBzdHViINC90LUg0YDQsNCx0L7RgtCw0Y7RgiDQstC8?= =?UTF-8?B?0LXRgdGC0LU=?= In-Reply-To: References: Message-ID: <20121210144606.GK40452@mdounin.ru> Hello! On Mon, Dec 10, 2012 at 03:16:42PM +0400, Maksim Anfilatov wrote: > Добрый день. > > Наткнулся на неочевидное поведение при совмещении include virtual stub с > error_page в location, обрабатывающем данный include. Простой тестовый > пример. > > location /ssi_test/ { > root /home/woyager/; > ssi on; > } > location /ssi_inc/ { > root /home/woyager/; > error_page 404 @ssi_err; > } > location @ssi_err { > return 200 "error from ssi_err"; > } > > В ssi_test/index.html > > include without stub ""
> include with stub stub error > ""
> > На выходе имеем > > include without stub "error from ssi_err" > include with stub "stub error" > > Вроде в обоих случаях должен бы приходить error from ssi_err. Почему? В обоих случаях при обработке включаемого файла происходит ошибка. В одной случае она включается как есть, в другом - задан параметр stub, который её перекрывает. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Mon Dec 10 15:27:15 2012 From: nginx-forum at nginx.us (maxspb85) Date: Mon, 10 Dec 2012 10:27:15 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <201212101435.16874.vbart@nginx.com> References: <201212101435.16874.vbart@nginx.com> Message-ID: Вот например 2012/12/10 18:47:35 [debug] 50721#0: *2546901 http geo started: 4.4.4.4 2012/12/10 18:47:51 [debug] 50721#0: *2546901 http script var: "4.4.4.4" 2012/12/10 18:47:51 [notice] 50721#0: *2546901 "(11.11.11.11|22.22.22.22)" does not match "4.4.4.4", client: 4.4.4.4, server: r.ru, request: "GET /logo.gif HTTP/1.1", host: "forum.r.ru", referrer: "http://r.ru" 2012/12/10 18:47:51 [debug] 50721#0: *2546901 http geo started: 4.4.4.4 2012/12/10 18:48:46 [info] 50721#0: *2546901 client prematurely closed connection (54: Connection reset by peer), client: 4.4.4.4, server: r.ru, request: "GET /logo.gif HTTP/1.1", host: "forum.r.ru", referrer: "http://r.ru" И этот же из access лога. Видно, что 30kb скачал мгновенно, а 131кб качал 54 сек 1355150926 | 514 | 131400 | 0 | 200 | 54.532 1355150834 | 737 | 10589 | 200 | 200 | 0.404 1355150835 | 543 | 30975 | 0 | 200 | 0 | 0 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233803#msg-233803 From mdounin at mdounin.ru Mon Dec 10 16:20:17 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 10 Dec 2012 20:20:17 +0400 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: <201212101435.16874.vbart@nginx.com> Message-ID: <20121210162017.GM40452@mdounin.ru> Hello! On Mon, Dec 10, 2012 at 10:27:15AM -0500, maxspb85 wrote: > Вот например > 2012/12/10 18:47:35 [debug] 50721#0: *2546901 http geo started: 4.4.4.4 > 2012/12/10 18:47:51 [debug] 50721#0: *2546901 http script var: "4.4.4.4" > 2012/12/10 18:47:51 [notice] 50721#0: *2546901 "(11.11.11.11|22.22.22.22)" > does not match "4.4.4.4", client: 4.4.4.4, server: r.ru, request: "GET > /logo.gif HTTP/1.1", host: "forum.r.ru", referrer: "http://r.ru" > 2012/12/10 18:47:51 [debug] 50721#0: *2546901 http geo started: 4.4.4.4 > 2012/12/10 18:48:46 [info] 50721#0: *2546901 client prematurely closed > connection (54: Connection reset by peer), client: 4.4.4.4, server: r.ru, > request: "GET /logo.gif HTTP/1.1", host: "forum.r.ru", referrer: > "http://r.ru" > И этот же из access лога. Видно, что 30kb скачал мгновенно, а 131кб качал 54 > сек > 1355150926 | 514 | 131400 | 0 | 200 | 54.532 > 1355150834 | 737 | 10589 | 200 | 200 | 0.404 > 1355150835 | 543 | 30975 | 0 | 200 | 0 | 0 В общем случае подобная картина в логах означает лишь, что у вас буфера на отправку ~ 128k, и в логах nginx'а время для таких ответов не следует воспринимать буквально, т.к. оно отражает лишь время, потребовавшееся nginx'у, чтобы отправить ответ в сокет. Для больших же ответов видна часть времени, потребовавшаяся собственно на передачу ответа по сети. Скорее всего подобные цифры - это проблемы с сетью где-то по дороге от вас к клиенту. Если наблюдается на гарантированно хороших каналах и/или заметны сущетсвенные изменения доли подобных проблем - имеет смысл брать tcpdump в зубы и разбираться, где что происходит/теряется. Ковырять логи nginx'а (равно как и вообще nginx) - скорее всего бесполезно, т.к. ничего, указывающего на какие-либо пробемы именно в nginx'е, не видно. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Mon Dec 10 17:08:59 2012 From: nginx-forum at nginx.us (maxspb85) Date: Mon, 10 Dec 2012 12:08:59 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <20121210162017.GM40452@mdounin.ru> References: <20121210162017.GM40452@mdounin.ru> Message-ID: Есть 3 сервера под мои контролем. Конфиги ngixa частично одинаковые. Везде freebsd 9.0. Проблема со 128к была выявлена не по логам, а по жалобам людей. У людей все сайты работают без проблем, а вот те, которые на этих 3-х серверах - тормозят. Подтверждение торможения именно на 128к увидел лично. Снифером видел как все загрузилось быстро, а 1 файл качался медленно, как будто по 1 байту тянулось. При этом проблем на других сайтах не было, только на моих 3-х серверах. Еще один раз поймал клиента, у которого была такая же проблема. Сделал тест - дал ему файл >128кб без проксирования с одного из 3-х серверов, а затем файл >128kb с проксированием. Так вот файл без проксирования у него скачался быстро, а с проксированием - тормозил. Причем тормозов на бекенде не было, у себя проверял параллельно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233815#msg-233815 From mdounin at mdounin.ru Mon Dec 10 17:28:35 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 10 Dec 2012 21:28:35 +0400 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: <20121210162017.GM40452@mdounin.ru> Message-ID: <20121210172835.GP40452@mdounin.ru> Hello! On Mon, Dec 10, 2012 at 12:08:59PM -0500, maxspb85 wrote: > Есть 3 сервера под мои контролем. Конфиги ngixa частично одинаковые. Везде > freebsd 9.0. > Проблема со 128к была выявлена не по логам, а по жалобам людей. У людей все > сайты работают без проблем, а вот те, которые на этих 3-х серверах - > тормозят. > Подтверждение торможения именно на 128к увидел лично. Снифером видел как все > загрузилось быстро, а 1 файл качался медленно, как будто по 1 байту > тянулось. При этом проблем на других сайтах не было, только на моих 3-х > серверах. > Еще один раз поймал клиента, у которого была такая же проблема. Сделал тест > - дал ему файл >128кб без проксирования с одного из 3-х серверов, а затем > файл >128kb с проксированием. Так вот файл без проксирования у него скачался > быстро, а с проксированием - тормозил. Причем тормозов на бекенде не было, у > себя проверял параллельно. Файл "без проксирования" - это статический файл, отдаваемый nginx'ом? Или статический файл, напрямую отдаваемый backend'ом? Впрочем, в любом случае я бы начал с простого: снял tcpdump на сервере между nginx'ом и клиентом и поизучал его внимательно. -- Maxim Dounin http://nginx.com/support.html From theodor at itdc.ge Mon Dec 10 17:37:29 2012 From: theodor at itdc.ge (Theodor Zurabishvili) Date: Mon, 10 Dec 2012 21:37:29 +0400 Subject: observium rewrite In-Reply-To: <1355087659.979273928@f60.mail.ru> References: <1355087659.979273928@f60.mail.ru> Message-ID: lastзавершает обработку текущего набора директив модуля ngx_http_rewrite_module, после чего ищется новый location, соответствующий изменённому URI;breakзавершает обработку текущего набора директив модуля ngx_http_rewrite_module; 2012/12/10 Habarov D.L > Доброго времени суток всем! > Пытаюсь завести observium с nginx, но проблемы с реврайтами. > > htaccess: > > Options FollowSymlinks Multiviews > > RewriteEngine on > RewriteBase / > RewriteCond %{REQUEST_FILENAME} !-f > RewriteCond %{REQUEST_FILENAME} !-d > RewriteCond %{REQUEST_URI} !\.(js|ico|txt|gif|jpg|png|css|php) > RewriteRule ^(.*)$ index.php/$1/ > AcceptPathInfo On > > Правила для nginx: > > location / { > try_files $uri $uri/ @observium; > } > > > location @observium { > rewrite ^(.+)$ /index.php/$1/ last; > } > > В error.log: > 2012/12/10 01:09:05 [error] 32627#0: *8 rewrite or internal redirection > cycle while redirect to named location "@observium", client: ***.***.**.**, > server: observium.monitoring.mydomain.com, request: "GET > /device/device=2/ HTTP/1.1", host: observium.monitoring.mydomain.com", > referrer: "https://observium.monitoring.mydomain.com/" > > Скажите пожалуйста, что я делаю не так? > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best Regards Theodor Zurabishvili System Administrator ITDC Tel: +032 2 490049 Mob: +995 595 239014 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Dec 10 17:42:07 2012 From: nginx-forum at nginx.us (maxspb85) Date: Mon, 10 Dec 2012 12:42:07 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <20121210172835.GP40452@mdounin.ru> References: <20121210172835.GP40452@mdounin.ru> Message-ID: <941caa8b816c4d75cf43d6ed68118b45.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Mon, Dec 10, 2012 at 12:08:59PM -0500, maxspb85 wrote: > > > Есть 3 сервера под мои контролем. Конфиги ngixa частично одинаковые. > Везде > > freebsd 9.0. > > Проблема со 128к была выявлена не по логам, а по жалобам людей. У > людей все > > сайты работают без проблем, а вот те, которые на этих 3-х серверах - > > тормозят. > > Подтверждение торможения именно на 128к увидел лично. Снифером видел > как все > > загрузилось быстро, а 1 файл качался медленно, как будто по 1 байту > > тянулось. При этом проблем на других сайтах не было, только на моих > 3-х > > серверах. > > Еще один раз поймал клиента, у которого была такая же проблема. > Сделал тест > > - дал ему файл >128кб без проксирования с одного из 3-х серверов, а > затем > > файл >128kb с проксированием. Так вот файл без проксирования у него > скачался > > быстро, а с проксированием - тормозил. Причем тормозов на бекенде не > было, у > > себя проверял параллельно. > > Файл "без проксирования" - это статический файл, отдаваемый > nginx'ом? Или статический файл, напрямую отдаваемый backend'ом? статический файл, отдаваемый nginx'ом > Впрочем, в любом случае я бы начал с простого: снял tcpdump на > сервере между nginx'ом и клиентом и поизучал его внимательно. Ок, попробую Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233819#msg-233819 From maksim at woyager.ru Mon Dec 10 17:52:05 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Mon, 10 Dec 2012 21:52:05 +0400 Subject: =?UTF-8?B?UmU6IGVycm9yX3BhZ2UgJiBzdHViINC90LUg0YDQsNCx0L7RgtCw0Y7RgiDQstC8?= =?UTF-8?B?0LXRgdGC0LU=?= In-Reply-To: <20121210144606.GK40452@mdounin.ru> References: <20121210144606.GK40452@mdounin.ru> Message-ID: Добрый вечер. Пример из нашей жизни location /ssi_inc/ { memcache_pass .... [получаем из memcache] error_page 404 @ssi_backend; # если нет в memcache пробуем получить с бекенда } location @ssi_backend { proxy_pass .... [обращаемся на backend] } В данном случае логичным казалось бы поведение - вставлять stub, если произошла ошибка, не указанная в error_page для ssi_inc, либо любая ошибка при обращении на backend. С уважением, Максим Анфилатов. 10 декабря 2012 г., 18:46 пользователь Maxim Dounin написал: > Hello! > > On Mon, Dec 10, 2012 at 03:16:42PM +0400, Maksim Anfilatov wrote: > > > Добрый день. > > > > Наткнулся на неочевидное поведение при совмещении include virtual stub с > > error_page в location, обрабатывающем данный include. Простой тестовый > > пример. > > > > location /ssi_test/ { > > root /home/woyager/; > > ssi on; > > } > > location /ssi_inc/ { > > root /home/woyager/; > > error_page 404 @ssi_err; > > } > > location @ssi_err { > > return 200 "error from ssi_err"; > > } > > > > В ssi_test/index.html > > > > include without stub ""
> > include with stub stub error > > ""
> > > > На выходе имеем > > > > include without stub "error from ssi_err" > > include with stub "stub error" > > > > Вроде в обоих случаях должен бы приходить error from ssi_err. > > Почему? В обоих случаях при обработке включаемого файла > происходит ошибка. В одной случае она включается как есть, в > другом - задан параметр stub, который её перекрывает. > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From habich99 at mail.ru Mon Dec 10 18:43:49 2012 From: habich99 at mail.ru (=?UTF-8?B?SGFiYXJvdiBELkw=?=) Date: Mon, 10 Dec 2012 22:43:49 +0400 Subject: observium rewrite Message-ID: <1355165029.825566496@f230.mail.ru> При break я получал ошибку 404. Но проблему я решил с реврайтами. Спасибо. Если кому надо, могу выложить конфиг. Понедельник, 10 декабря 2012, 21:37 от Theodor Zurabishvili : > > > > >lastзавершает обработку текущего набора директив модуля ngx_http_rewrite_module, после чего ищется новый location, соответствующий изменённому URI; breakзавершает обработку текущего набора директив модуля ngx_http_rewrite_module; > > > >2012/12/10 Habarov D.L > >>Доброго времени суток всем! >>Пытаюсь завести observium с nginx, но проблемы с реврайтами. >> >>htaccess: >> >>Options FollowSymlinks Multiviews >> >>RewriteEngine on >>RewriteBase / >>RewriteCond %{REQUEST_FILENAME} !-f >> RewriteCond %{REQUEST_FILENAME} !-d >>RewriteCond %{REQUEST_URI} !\.(js|ico|txt|gif|jpg|png|css|php) >>RewriteRule ^(.*)$ index.php/$1/ >>AcceptPathInfo On >> >>Правила для nginx: >> >>        location / { >>                try_files $uri $uri/ @observium; >>         } >>  >>  >>        location @observium { >>                rewrite ^(.+)$ /index.php/$1/ last; >>        } >> >>В error.log: >>2012/12/10 01:09:05 [error] 32627#0: *8 rewrite or internal redirection cycle while redirect to named location "@observium", client: ***.***.**.**, server: observium.monitoring.mydomain.com, request: "GET /device/device=2/ HTTP/1.1", host: observium.monitoring.mydomain.com", referrer: "https://observium.monitoring.mydomain.com/" >> >>Скажите пожалуйста, что я делаю не так? >> >>_______________________________________________ >> nginx-ru mailing list >> >>nginx-ru at nginx.org >> >>http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > >-- >Best Regards > >Theodor Zurabishvili > System Administrator >ITDC > >Tel: +032 2 490049 >Mob: +995 595 239014 > > > >_______________________________________________ > nginx-ru mailing list > >nginx-ru at nginx.org > >http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Dec 10 20:55:50 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 11 Dec 2012 00:55:50 +0400 Subject: =?UTF-8?B?UmU6IGVycm9yX3BhZ2UgJiBzdHViINC90LUg0YDQsNCx0L7RgtCw0Y7RgiDQstC8?= =?UTF-8?B?0LXRgdGC0LU=?= In-Reply-To: References: <20121210144606.GK40452@mdounin.ru> Message-ID: <20121210205550.GR40452@mdounin.ru> Hello! On Mon, Dec 10, 2012 at 09:52:05PM +0400, Maksim Anfilatov wrote: > Добрый вечер. > > Пример из нашей жизни > > location /ssi_inc/ { > memcache_pass .... > [получаем из memcache] > error_page 404 @ssi_backend; > # если нет в memcache пробуем получить с бекенда > } > > location @ssi_backend { > proxy_pass .... > [обращаемся на backend] > } > > В данном случае логичным казалось бы поведение - вставлять stub, если > произошла ошибка, не указанная в error_page для ssi_inc, либо любая ошибка > при обращении на backend. А оно вам надо - чтобы nginx догадывался, что вы хотите считать ошибкой (и соответственно использовать stub), а что - нет? Укажите явно, что в случае 404 следует обращаться на бекенд, и ответ трактовать не как тело 404 ошибки, и как полноценный ответ. И будет счастье. Для этого всего лишь надо добавить "=" в директиву error_page, т.е. вместо error_page 404 @ssi_backend; написать error_page 404 = @ssi_backend; Подробности можно прочитать тут: http://nginx.org/r/error_page/ru. > > С уважением, Максим Анфилатов. > > > 10 декабря 2012 г., 18:46 пользователь Maxim Dounin написал: > > > Hello! > > > > On Mon, Dec 10, 2012 at 03:16:42PM +0400, Maksim Anfilatov wrote: > > > > > Добрый день. > > > > > > Наткнулся на неочевидное поведение при совмещении include virtual stub с > > > error_page в location, обрабатывающем данный include. Простой тестовый > > > пример. > > > > > > location /ssi_test/ { > > > root /home/woyager/; > > > ssi on; > > > } > > > location /ssi_inc/ { > > > root /home/woyager/; > > > error_page 404 @ssi_err; > > > } > > > location @ssi_err { > > > return 200 "error from ssi_err"; > > > } > > > > > > В ssi_test/index.html > > > > > > include without stub ""
> > > include with stub stub error > > > ""
> > > > > > На выходе имеем > > > > > > include without stub "error from ssi_err" > > > include with stub "stub error" > > > > > > Вроде в обоих случаях должен бы приходить error from ssi_err. > > > > Почему? В обоих случаях при обработке включаемого файла > > происходит ошибка. В одной случае она включается как есть, в > > другом - задан параметр stub, который её перекрывает. > > > > -- > > Maxim Dounin > > http://nginx.com/support.html > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Maxim Dounin http://nginx.com/support.html From maksim at woyager.ru Mon Dec 10 22:59:55 2012 From: maksim at woyager.ru (Maksim Anfilatov) Date: Tue, 11 Dec 2012 02:59:55 +0400 Subject: =?UTF-8?B?UmU6IGVycm9yX3BhZ2UgJiBzdHViINC90LUg0YDQsNCx0L7RgtCw0Y7RgiDQstC8?= =?UTF-8?B?0LXRgdGC0LU=?= In-Reply-To: <20121210205550.GR40452@mdounin.ru> References: <20121210144606.GK40452@mdounin.ru> <20121210205550.GR40452@mdounin.ru> Message-ID: Доброй ночи. Спасибо за пояснение, исправил error_page в тестовом примере. error_page 404 = @ssi_err; Результат не изменился, stub все равно срабатывает. С уважением, Максим Анфилатов. 11 декабря 2012 г., 0:55 пользователь Maxim Dounin написал: > Hello! > > On Mon, Dec 10, 2012 at 09:52:05PM +0400, Maksim Anfilatov wrote: > > > Добрый вечер. > > > > Пример из нашей жизни > > > > location /ssi_inc/ { > > memcache_pass .... > > [получаем из memcache] > > error_page 404 @ssi_backend; > > # если нет в memcache пробуем получить с бекенда > > } > > > > location @ssi_backend { > > proxy_pass .... > > [обращаемся на backend] > > } > > > > В данном случае логичным казалось бы поведение - вставлять stub, если > > произошла ошибка, не указанная в error_page для ssi_inc, либо любая > ошибка > > при обращении на backend. > > А оно вам надо - чтобы nginx догадывался, что вы хотите считать > ошибкой (и соответственно использовать stub), а что - нет? > > Укажите явно, что в случае 404 следует обращаться на бекенд, и > ответ трактовать не как тело 404 ошибки, и как полноценный ответ. > И будет счастье. Для этого всего лишь надо добавить "=" в > директиву error_page, т.е. вместо > > error_page 404 @ssi_backend; > > написать > > error_page 404 = @ssi_backend; > > Подробности можно прочитать тут: http://nginx.org/r/error_page/ru. > > > > > С уважением, Максим Анфилатов. > > > > > > 10 декабря 2012 г., 18:46 пользователь Maxim Dounin >написал: > > > > > Hello! > > > > > > On Mon, Dec 10, 2012 at 03:16:42PM +0400, Maksim Anfilatov wrote: > > > > > > > Добрый день. > > > > > > > > Наткнулся на неочевидное поведение при совмещении include virtual > stub с > > > > error_page в location, обрабатывающем данный include. Простой > тестовый > > > > пример. > > > > > > > > location /ssi_test/ { > > > > root /home/woyager/; > > > > ssi on; > > > > } > > > > location /ssi_inc/ { > > > > root /home/woyager/; > > > > error_page 404 @ssi_err; > > > > } > > > > location @ssi_err { > > > > return 200 "error from ssi_err"; > > > > } > > > > > > > > В ssi_test/index.html > > > > > > > > include without stub "" >
> > > > include with stub stub error > > > > ""
> > > > > > > > На выходе имеем > > > > > > > > include without stub "error from ssi_err" > > > > include with stub "stub error" > > > > > > > > Вроде в обоих случаях должен бы приходить error from ssi_err. > > > > > > Почему? В обоих случаях при обработке включаемого файла > > > происходит ошибка. В одной случае она включается как есть, в > > > другом - задан параметр stub, который её перекрывает. > > > > > > -- > > > Maxim Dounin > > > http://nginx.com/support.html > > > > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru at nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Dec 11 08:44:31 2012 From: nginx-forum at nginx.us (maxspb85) Date: Tue, 11 Dec 2012 03:44:31 -0500 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: <20121210172835.GP40452@mdounin.ru> References: <20121210172835.GP40452@mdounin.ru> Message-ID: Maxim Dounin Wrote: ------------------------------------------------------- > Впрочем, в любом случае я бы начал с простого: снял tcpdump на > сервере между nginx'ом и клиентом и поизучал его внимательно. > Из того, что сразу бросилось в глаза в tcpdump - это win 65535 И до того, как появилась проблема 128к, как раз была проблема 64к :) Может в этом быть причина? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233728,233842#msg-233842 From igor at sysoev.ru Tue Dec 11 09:28:24 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 11 Dec 2012 13:28:24 +0400 Subject: =?UTF-8?B?UmU6INCc0LXQtNC70LXQvdC90L4g0L7RgtC00LDRjtGC0YHRjyDRhNCw0LnQu9GL?= =?UTF-8?B?INC+0YIgMTI4S0IsINC00L4gMTI4S0IgLSDQsdC10Lcg0L/RgNC+0LHQu9C1?= =?UTF-8?B?0Lwu?= In-Reply-To: References: <20121210172835.GP40452@mdounin.ru> Message-ID: <8A07A17A-8789-4B57-B761-DE5B752790EF@sysoev.ru> On Dec 11, 2012, at 12:44 , maxspb85 wrote: > Maxim Dounin Wrote: > ------------------------------------------------------- > >> Впрочем, в любом случае я бы начал с простого: снял tcpdump на >> сервере между nginx'ом и клиентом и поизучал его внимательно. >> > > Из того, что сразу бросилось в глаза в tcpdump - это win 65535 > И до того, как появилась проблема 128к, как раз была проблема 64к :) > Может в этом быть причина? Нет, win 65535 - это стандартное окно. -- Igor Sysoev http://nginx.com/support.html From klimov.d.e at gmail.com Tue Dec 11 11:00:49 2012 From: klimov.d.e at gmail.com (klimov.d.e at gmail.com) Date: Tue, 11 Dec 2012 17:00:49 +0600 Subject: =?UTF-8?B?Q2xvc2luZyBjb25uZWN0aW9uINC/0YDQuCDQvNC10LTQu9C10L3QvdC+0Lwg0YE=?= =?UTF-8?B?0LrQsNGH0LjQstCw0L3QuNC4?= Message-ID: <20121211170049.4a6773c6@x220> Приветствую! Столкнулись с такой проблемой. Есть необходимость отдавать большой файл. Клиент получает по http этот файл своей системой, в которой установлен лимит на скорость скачивания. возникла проблема что клиент через некоторое время получает Closing connection всегда через одно и то же время. Причем это время зависит от скорости с которой он скачивает. Начали тестировать и выяснили что воспроизводится на простейшем конфиге с крайней стабильной версией 1.2.5 и зависит от значения параметра send_timeout. server { send_timeout 15; location /export/ { alias /www/export/; } } в export находится bigfile.xml достаточно большой. Проверяется командой % curl -vvv -H 'Host: www.example.ru' http://10.7.17.11/export/yal.xml --limit-rate 60K > /dev/null * About to connect() to 10.7.17.11 port 80 (#0) * Trying 10.7.176.11... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0connected * Connected to 10.7.17.11 (10.7.17.11) port 80 (#0) > GET /export/bigfile.xml HTTP/1.1 > User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 > OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6 Accept: */* > Host: www.example.ru > < HTTP/1.1 200 OK < Server: nginx/1.2.5 < Date: Mon, 10 Dec 2012 11:23:13 GMT < Content-Type: text/plain < Content-Length: 1036786323 < Last-Modified: Mon, 10 Dec 2012 10:24:03 GMT < Connection: keep-alive < Accept-Ranges: bytes < { [data not shown] 0 988M 0 3749k 0 0 60669 0 4:44:49 0:01:03 4:43:46 62197* transfer closed with 1032903274 bytes remaining to read 0 988M 0 3792k 0 0 61360 0 4:41:36 0:01:03 4:40:33 72301* Closing connection #0 curl: (18) transfer closed with 1032903274 bytes remaining to read т.е. обрывается на 0:01:03 время обрыва каждый раз практически одинаково. Оно увеличивается при увеличении параметра send_timeout. При значении в 30 секунд обрывается уже на 0:34:57. сеть ни причем, воспроизводится также при запуске curl с того же хоста где nginx. Похоже на баг в nginx или я что то я делаю не так? -- Климов Денис. From nginx-forum at nginx.us Tue Dec 11 11:56:55 2012 From: nginx-forum at nginx.us (den.jmpr) Date: Tue, 11 Dec 2012 06:56:55 -0500 Subject: =?UTF-8?B?0J3QsNGB0YLRgNC+0LnQutCwIHBhc3NlbmdlciDQtNC70Y8gcnVieSBvbiByYWls?= =?UTF-8?B?cyDQuCA0MDQu?= Message-ID: Я совсем новичок как в nginx, так и в passenger и в ruby on rails. Хотел бы спросить, можно так настроить, чтобы при не нахождении адреса в routes (rails), nginx показывал мне страницу 404.html, именно nginx, а не rails. Я сделал вот так, но почему-то не работает: 1. В routes.rb указал последним вот такое правило: match '*a', :to => 'errors#routing'. 2. Создал контроллер errors_controller вот с таким вот содержимым: class ErrorsController < ApplicationController def routing render :file => "#{Rails.root}/public/404.html", :status => 404, :layout => false end end 3. В nginx.conf указал следующее: server { listen 80; server_name localhost; proxy_intercept_errors on; location / { root /web/rubyOnRailsApps/helloworld/public; passenger_enabled on; rails_spawn_method smart; rails_env development; error_page 404 /web/static/html/404.html; } } Показывает страницу ror, а не nginx. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233857,233857#msg-233857 From nginx-forum at nginx.us Tue Dec 11 12:38:36 2012 From: nginx-forum at nginx.us (den.jmpr) Date: Tue, 11 Dec 2012 07:38:36 -0500 Subject: nginx + passenger + error_page In-Reply-To: References: Message-ID: <0b61025c335292aa17a0665dce7dd229.NginxMailingListRussian@forum.nginx.org> Здравствуйте, не могу помочь, к сожалению, но хотел бы спросить - удалось ли решить проблему? У меня просто тот же вопрос. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,193872,233864#msg-233864 From mdounin at mdounin.ru Tue Dec 11 15:02:02 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 11 Dec 2012 19:02:02 +0400 Subject: nginx-1.2.6 Message-ID: <20121211150202.GC40452@mdounin.ru> Изменения в nginx 1.2.6 11.12.2012 *) Добавление: переменные $request_time и $msec теперь можно использовать не только в директиве log_format. *) Исправление: cache manager и cache loader могли не запускаться, если использовалось более 512 listen-сокетов. *) Исправление: в модуле ngx_http_dav_module. -- Maxim Dounin http://nginx.com/support.html From mva at mva.name Tue Dec 11 17:50:23 2012 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 12 Dec 2012 00:50:23 +0700 Subject: =?UTF-8?B?UmU6INCj0YHRgtCw0L3QvtCy0LrQsCDQodC10YDQstC10YDQsCDQvtCx0L3QvtCy?= =?UTF-8?B?0LvQtdC90LjQuSAy0JPQmNChINC90LAg0JDQu9GM0YIg0JvQuNC90YPQutGB?= =?UTF-8?B?IDUuMCDQmtC+0LLRh9C10LMg0LggTmdpbnggMC44LjE5?= In-Reply-To: <8b51b5f4789bcbe8ab332322527c6bb3.NginxMailingListRussian@forum.nginx.org> References: <8b51b5f4789bcbe8ab332322527c6bb3.NginxMailingListRussian@forum.nginx.org> Message-ID: <50C7725F.1000504@mva.name> а можно поинтересоваться, 1) почему выбран именно альтлинукс? 2) почему выбрана такая древняя ископаемая версия NginX? 10.12.2012 11:57, etisomsk пишет: > Доброго времени суток. На Альт Линукс 5.0 Ковчег требуется установить сервер > обновлений 2ГИС. На офф сайте 2ГИС была найдена инструкция по установке > http://help.2gis.ru/pc/update/server/server_unix/ . Установку выполнял с > пункта "Установка вручную" . Самому установить не получилось, обратился на > офф форум Альт Линукса > http://forum.altlinux.org/index.php/topic,27706.0.html . Пришли к выводу, > что конфиги не подходят для версии Nginx 0.8.19 . Пытался обратиться в тех > поддержку 2ГИС, но ответа так и не получил, жду уже недели 3 . Вообщем, я в > линуксе не особо шарю, а с Nginx вообще первый раз дело имею, так что буду > рад любой помощи. Заранее спасибо. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233771,233771#msg-233771 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: From postmaster at softsearch.ru Tue Dec 11 18:37:44 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 11 Dec 2012 22:37:44 +0400 Subject: =?UTF-8?B?UmVbMl06INCj0YHRgtCw0L3QvtCy0LrQsCDQodC10YDQstC10YDQsCDQvtCx0L0=?= =?UTF-8?B?0L7QstC70LXQvdC40LkgMtCT0JjQoSDQvdCwINCQ0LvRjNGCINCb0LjQvdGD?= =?UTF-8?B?0LrRgSA1LjAg0JrQvtCy0YfQtdCzINC4IE5naW54IDAuOC4xOQ==?= In-Reply-To: <50C7725F.1000504@mva.name> References: <8b51b5f4789bcbe8ab332322527c6bb3.NginxMailingListRussian@forum.nginx.org> <50C7725F.1000504@mva.name> Message-ID: <792493242.20121211223744@softsearch.ru> Здравствуйте, Vadim. > а можно поинтересоваться, > 1) почему выбран именно альтлинукс? > 2) почему выбрана такая древняя ископаемая версия NginX? Скорее всего потому, что оно сертифицировано кем-то, и считается, что там нет багов, и на то даже есть бумага, и потому оно годно для использования где-то, где требуется обязательная сертификация всего софта. -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Tue Dec 11 19:30:18 2012 From: nginx-forum at nginx.us (Antwerpen) Date: Tue, 11 Dec 2012 14:30:18 -0500 Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgiDQvdCwIEhUVFBTINCyINC30LDQstC40YHQuNC80L4=?= =?UTF-8?B?0YHRgtC4INC+0YIgbG9jYXRpb24=?= Message-ID: <70310c4b82e677efdd8cf3afcac619cd.NginxMailingListRussian@forum.nginx.org> Добрый день, Фрагмент nginx.conf: ------------------------------------------------------------------- ... ssl_certificate /etc/ssl/site.crt; ssl_certificate_key /etc/ssl/site.key; server { listen 80 default_server; listen 443 ssl; ... location ~ \.php$ { try_files $uri = 404; include fastcgi_params; fastcgi_pass localhost:9000; fastcgi_param HTTPS on; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_index index.php; } } ... ------------------------------------------------------------------- Хочется реализовать автоматический редирект на HTTPS с HTTP в случае, если пользователь переходит в специфический location, например: http://localhost/sign -> https://localhost/sign/ Возможно ли такое реализовать средствами nginx и как сделать это грамотно? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233892,233892#msg-233892 From nginx-forum at nginx.us Wed Dec 12 01:45:56 2012 From: nginx-forum at nginx.us (etisomsk) Date: Tue, 11 Dec 2012 20:45:56 -0500 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQo9GB0YLQsNC90L7QstC60LAg0KHQtdGA0LLQtdGA0LAg0L4=?= =?UTF-8?B?0LHQvdC+0LLQu9C10L3QuNC5IDLQk9CY0KEg0L3QsCDQkNC70YzRgiDQm9C4?= =?UTF-8?B?0L3Rg9C60YEgNS4wINCa0L7QstGH0LXQsyDQuCBOZ2lueCAwLjguMTk=?= In-Reply-To: <792493242.20121211223744@softsearch.ru> References: <792493242.20121211223744@softsearch.ru> Message-ID: Если надо, то могу попробовать установить необходимую на ваг взгляд версию, но как это делается я без понятия(( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233771,233898#msg-233898 From nginx-forum at nginx.us Wed Dec 12 01:52:09 2012 From: nginx-forum at nginx.us (etisomsk) Date: Tue, 11 Dec 2012 20:52:09 -0500 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQo9GB0YLQsNC90L7QstC60LAg0KHQtdGA0LLQtdGA0LAg0L4=?= =?UTF-8?B?0LHQvdC+0LLQu9C10L3QuNC5IDLQk9CY0KEg0L3QsCDQkNC70YzRgiDQm9C4?= =?UTF-8?B?0L3Rg9C60YEgNS4wINCa0L7QstGH0LXQsyDQuCBOZ2lueCAwLjguMTk=?= In-Reply-To: <792493242.20121211223744@softsearch.ru> References: <792493242.20121211223744@softsearch.ru> Message-ID: > а можно поинтересоваться, > 1) почему выбран именно альтлинукс? > 2) почему выбрана такая древняя ископаемая версия NginX? Альт линукс потому, что его устонавливали и настраивали прошлые админы. Я б давно поставил что-нибудь типа убунту сервера, но перенести настройки и 5 баз для меня пока остается пока непосильной задачей, опыта и наний мало. Версия Nginx такая потому, что она была включена в состав этого дистибутива. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233771,233899#msg-233899 From vadim.lazovskiy at gmail.com Wed Dec 12 05:48:11 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Wed, 12 Dec 2012 09:48:11 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0L3QsCBIVFRQUyDQsiDQt9Cw0LLQuNGB0Lg=?= =?UTF-8?B?0LzQvtGB0YLQuCDQvtGCIGxvY2F0aW9u?= In-Reply-To: <70310c4b82e677efdd8cf3afcac619cd.NginxMailingListRussian@forum.nginx.org> References: <70310c4b82e677efdd8cf3afcac619cd.NginxMailingListRussian@forum.nginx.org> Message-ID: Здравствуйте. location /secure/ { if ($scheme = "http") { return 301 https://$host$request_uri?; } } 11 декабря 2012 г., 23:30 пользователь Antwerpen написал: > Добрый день, > > Фрагмент nginx.conf: > ------------------------------------------------------------------- > ... > ssl_certificate /etc/ssl/site.crt; > ssl_certificate_key /etc/ssl/site.key; > > server { > > listen 80 default_server; > listen 443 ssl; > > ... > > location ~ \.php$ { > try_files $uri = 404; > include fastcgi_params; > fastcgi_pass localhost:9000; > fastcgi_param HTTPS on; > fastcgi_param SCRIPT_FILENAME > $document_root$fastcgi_script_name; > fastcgi_index index.php; > } > > } > ... > ------------------------------------------------------------------- > > Хочется реализовать автоматический редирект на HTTPS с HTTP в случае, если > пользователь переходит в специфический location, например: > http://localhost/sign -> https://localhost/sign/ > > Возможно ли такое реализовать средствами nginx и как сделать это грамотно? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233892,233892#msg-233892 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Dec 12 06:39:05 2012 From: nginx-forum at nginx.us (Antwerpen) Date: Wed, 12 Dec 2012 01:39:05 -0500 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0L3QsCBIVFRQUyDQsiDQt9Cw0LLQuNGB0Lg=?= =?UTF-8?B?0LzQvtGB0YLQuCDQvtGCIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: <2a17528792d42092f684c8fb9d5418c7.NginxMailingListRussian@forum.nginx.org> Вадим, огромное спасибо - работает! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233892,233902#msg-233902 From undying-m at yandex.by Mon Dec 10 09:29:13 2012 From: undying-m at yandex.by (Kron) Date: Mon, 10 Dec 2012 13:29:13 +0400 Subject: observium rewrite In-Reply-To: <1355087659.979273928@f60.mail.ru> References: <1355087659.979273928@f60.mail.ru> Message-ID: <512721355131753@web27g.yandex.ru> Может стоит попробовать без реврайтов? Например: location / { - try_files $uri $uri/ @observium; + try_files $uri $uri/ /index.php/$request_uri; } - location @observium { - rewrite ^(.+)$ /index.php/$1/ last; - } 10.12.2012, 01:14, "Habarov D.L" : > Доброго времени суток всем! > Пытаюсь завести observium с nginx, но проблемы с реврайтами. > > htaccess: > > Options FollowSymlinks Multiviews > > RewriteEngine on > RewriteBase / > RewriteCond %{REQUEST_FILENAME} !-f > RewriteCond %{REQUEST_FILENAME} !-d > RewriteCond %{REQUEST_URI} !\.(js|ico|txt|gif|jpg|png|css|php) > RewriteRule ^(.*)$ index.php/$1/ > AcceptPathInfo On > > Правила для nginx: > >         location / { >                 try_files $uri $uri/ @observium; >         } > >         location @observium { >                 rewrite ^(.+)$ /index.php/$1/ last; >         } > > В error.log: > 2012/12/10 01:09:05 [error] 32627#0: *8 rewrite or internal redirection cycle while redirect to named location "@observium", client: ***.***.**.**, server: observium.monitoring.mydomain.com, request: "GET /device/device=2/ HTTP/1.1", host: observium.monitoring.mydomain.com", referrer: "https://observium.monitoring.mydomain.com/" > > Скажите пожалуйста, что я делаю не так? , > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From n.g.i.n.x.e.r at gmail.com Wed Dec 12 08:26:44 2012 From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Wed, 12 Dec 2012 12:26:44 +0400 Subject: =?UTF-8?B?0JjRgdC60LvRjtGH0LXQvdC40LUg0LIgbG9jYXRpb24=?= Message-ID: Подскажите как исключить в location / несколько папок? From mdounin at mdounin.ru Wed Dec 12 08:31:07 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 12 Dec 2012 12:31:07 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: <20121212083107.GI40452@mdounin.ru> Hello! On Wed, Dec 12, 2012 at 12:26:44PM +0400, Роман wrote: > Подскажите как исключить в location / несколько папок? Описать для них отдельные location'ы, как-то так: location / { ... } location /foo/ { ... } location /bar/ { ... } -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 12 08:31:45 2012 From: nginx-forum at nginx.us (dinama) Date: Wed, 12 Dec 2012 03:31:45 -0500 Subject: =?UTF-8?B?0KHQutC+0LvRjNC60L4g0YDQsNC3INGB0YDQsNCx0LDRgtGL0LLQsNC10YIgbWFw?= Message-ID: В документации написано что переменные вычисляются только в момент использования. Вызывается ли многократный пересчет переменной в точках (1) (2) (3) ? [code] map $one $any { default 0; ~\d+ 1; ~\w+ 2; } location / { if ($any) .. (1) set $one 111; if ($any).. (2) ... if ($any ) (3) ... } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233912,233912#msg-233912 From igor at sysoev.ru Wed Dec 12 08:32:44 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 12 Dec 2012 12:32:44 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: References: Message-ID: <4DB18B46-9D46-4900-A2CC-31EE6CAEB88E@sysoev.ru> On Dec 12, 2012, at 12:26 , Роман wrote: > Подскажите как исключить в location / несколько папок? Нужно мыслить не исключениями, а функциональностью: location / { ... } location /папка/ { ... } location /мамка/ { ... } location /дедка/ { ... } location /бабка/ { ... } -- Igor Sysoev http://nginx.com/support.html From igor at sysoev.ru Wed Dec 12 08:33:57 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 12 Dec 2012 12:33:57 +0400 Subject: =?UTF-8?B?UmU6INCh0LrQvtC70YzQutC+INGA0LDQtyDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGC?= =?UTF-8?B?IG1hcA==?= In-Reply-To: References: Message-ID: On Dec 12, 2012, at 12:31 , dinama wrote: > В документации написано что переменные вычисляются только в момент > использования. > Вызывается ли многократный пересчет переменной в точках (1) (2) (3) ? > > [code] > map $one $any { > default 0; > ~\d+ 1; > ~\w+ 2; > } > > location / { > if ($any) .. (1) > set $one 111; > if ($any).. (2) > ... > if ($any ) (3) > ... > } Нет, $any вычисляется только в точке (1), а потом кэшируется. -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 12 08:42:18 2012 From: nginx-forum at nginx.us (dinama) Date: Wed, 12 Dec 2012 03:42:18 -0500 Subject: =?UTF-8?B?UmU6INCh0LrQvtC70YzQutC+INGA0LDQtyDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGC?= =?UTF-8?B?IG1hcA==?= In-Reply-To: References: Message-ID: Спасибо. Это и хорошо, потому что быстро + не стимулирует использовать конфиг nginx как интерпретатор скриптов и .. Правда, было бы, наверно, здорово если можно было принудительно вызвать пересчет значения.. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233912,233918#msg-233918 From panfilov at sports.ru Wed Dec 12 09:48:29 2012 From: panfilov at sports.ru (=?KOI8-R?B?7cnIwcnMIPDBzsbJzM/X?=) Date: Wed, 12 Dec 2012 13:48:29 +0400 Subject: =?UTF-8?B?UmU6INCh0LrQvtC70YzQutC+INGA0LDQtyDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGC?= =?UTF-8?B?IG1hcA==?= In-Reply-To: References: Message-ID: Для этого можно попробовать проксировать в localhost и вспомнить рекурсию %) 12 декабря 2012 г., 12:42 пользователь dinama написал: > Правда, было бы, наверно, здорово если можно было принудительно вызвать > пересчет значения.. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233912,233918#msg-233918 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Панфилов Михаил -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.g.i.n.x.e.r at gmail.com Wed Dec 12 10:13:33 2012 From: n.g.i.n.x.e.r at gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Wed, 12 Dec 2012 14:13:33 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: <4DB18B46-9D46-4900-A2CC-31EE6CAEB88E@sysoev.ru> References: <4DB18B46-9D46-4900-A2CC-31EE6CAEB88E@sysoev.ru> Message-ID: не, мне интересно как сделать это все в одном правиле я хочу настроить кеш для всех кроме 12 декабря 2012 г., 12:32 пользователь Igor Sysoev написал: > On Dec 12, 2012, at 12:26 , Роман wrote: > >> Подскажите как исключить в location / несколько папок? > > Нужно мыслить не исключениями, а функциональностью: > > location / { > ... > } > > location /папка/ { > ... > } > > location /мамка/ { > ... > } > > location /дедка/ { > ... > } > > location /бабка/ { > ... > } > > > -- > Igor Sysoev > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Wed Dec 12 10:22:53 2012 From: nginx-forum at nginx.us (Yoko) Date: Wed, 12 Dec 2012 05:22:53 -0500 Subject: =?UTF-8?B?WC1BY2NlbC1SZWRpcmVjdCDQstC90LXRiNC90Y/RjyDRgdGB0YvQu9C60LA=?= Message-ID: <174419e04909b15d75a78a061237d2e8.NginxMailingListRussian@forum.nginx.org> Понадобилось вынести контент через X-Accel-Redirect из внешнего ресурса: X-Accel-Redirect : http://example.com/any.file но такое не проходит... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233921,233921#msg-233921 From voron at amhost.net Wed Dec 12 10:44:33 2012 From: voron at amhost.net (Alex Vorona) Date: Wed, 12 Dec 2012 12:44:33 +0200 Subject: =?UTF-8?B?UmU6IFgtQWNjZWwtUmVkaXJlY3Qg0LLQvdC10YjQvdGP0Y8g0YHRgdGL0LvQutCw?= In-Reply-To: <174419e04909b15d75a78a061237d2e8.NginxMailingListRussian@forum.nginx.org> References: <174419e04909b15d75a78a061237d2e8.NginxMailingListRussian@forum.nginx.org> Message-ID: <50C86011.7070406@amhost.net> 12.12.2012 12:22, Yoko wrote: > Понадобилось вынести контент через X-Accel-Redirect из внешнего ресурса: > > X-Accel-Redirect : http://example.com/any.file > > но такое не проходит... Возвращайте 302/301-й редирект From igor at sysoev.ru Wed Dec 12 10:44:55 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 12 Dec 2012 14:44:55 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C10L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: References: <4DB18B46-9D46-4900-A2CC-31EE6CAEB88E@sysoev.ru> Message-ID: On Dec 12, 2012, at 14:13 , Роман wrote: > не, мне интересно как сделать это все в одном правиле > я хочу настроить кеш для всех кроме Не надо мыслить категориями "кроме". Для того, чтобы настроить кэш в одном месте, его нужно настроить на уровне server, а в нужных location'ах поставить "proxy_cache off". > 12 декабря 2012 г., 12:32 пользователь Igor Sysoev написал: >> On Dec 12, 2012, at 12:26 , Роман wrote: >> >>> Подскажите как исключить в location / несколько папок? >> >> Нужно мыслить не исключениями, а функциональностью: >> >> location / { >> ... >> } >> >> location /папка/ { >> ... >> } >> >> location /мамка/ { >> ... >> } >> >> location /дедка/ { >> ... >> } >> >> location /бабка/ { >> ... >> } -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 12 11:05:38 2012 From: nginx-forum at nginx.us (Yoko) Date: Wed, 12 Dec 2012 06:05:38 -0500 Subject: =?UTF-8?B?UmU6IFgtQWNjZWwtUmVkaXJlY3Qg0LLQvdC10YjQvdGP0Y8g0YHRgdGL0LvQutCw?= In-Reply-To: <50C86011.7070406@amhost.net> References: <50C86011.7070406@amhost.net> Message-ID: Alex Vorona Wrote: > Возвращайте 302/301-й редирект как бы мне нужно выдавать контент (файл) за свой, что бы не проходили редиректы на другую страницу и т.д... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233921,233924#msg-233924 From tetsio.nainn at gmail.com Wed Dec 12 11:18:12 2012 From: tetsio.nainn at gmail.com (TetSio[Nainn]) Date: Wed, 12 Dec 2012 21:18:12 +1000 Subject: =?UTF-8?B?UmU6IFgtQWNjZWwtUmVkaXJlY3Qg0LLQvdC10YjQvdGP0Y8g0YHRgdGL0LvQutCw?= In-Reply-To: References: <50C86011.7070406@amhost.net> Message-ID: Internal redirect на proxy_pass 12 декабря 2012 г., 21:05 пользователь Yoko написал: > Alex Vorona Wrote: >> Возвращайте 302/301-й редирект > > как бы мне нужно выдавать контент (файл) за свой, что бы не проходили > редиректы на другую страницу и т.д... > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233921,233924#msg-233924 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С ув. М.А. Мохначевский Отдел системного администрирования и видеоконференций ООО "Компания "СахаИнтернет НТ" к.т. (4112)219711 доб. 927 From nginx-forum at nginx.us Wed Dec 12 12:14:54 2012 From: nginx-forum at nginx.us (dinama) Date: Wed, 12 Dec 2012 07:14:54 -0500 Subject: =?UTF-8?B?UmU6INCh0LrQvtC70YzQutC+INGA0LDQtyDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGC?= =?UTF-8?B?IG1hcA==?= In-Reply-To: References: Message-ID: <9be6fe39543b7f8030efa5f1a9a5f6b9.NginxMailingListRussian@forum.nginx.org> Ну, это если факториал посчитать ) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233912,233928#msg-233928 From dekapriz at yandex.ru Wed Dec 12 12:18:14 2012 From: dekapriz at yandex.ru (dekapriz at yandex.ru) Date: Wed, 12 Dec 2012 16:18:14 +0400 Subject: =?UTF-8?B?0JjRgdC60LvRjtGH0LjRgtGMINGB0YLQsNGC0LjQutGDINC40LcgYWNjZXNzX2xv?= =?UTF-8?B?Zw==?= Message-ID: <1935281355314694@web8f.yandex.ru> Добрый день! Хочу убрать статику из журнала. Почему-то эта конструкция не работает: location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { keepalive_timeout 75; keepalive_requests 100; root /home/bitrix/www/site/htdocs/; access_log off; expires 30d; autoindex on; } Хотя прекрасно работает на других серверах. Сайт на битриксе, если что. nginx-1.2.4-1.el6.ngx.i386 Денис From nginx-forum at nginx.us Wed Dec 12 14:28:08 2012 From: nginx-forum at nginx.us (etisomsk) Date: Wed, 12 Dec 2012 09:28:08 -0500 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQo9GB0YLQsNC90L7QstC60LAg0KHQtdGA0LLQtdGA0LAg0L4=?= =?UTF-8?B?0LHQvdC+0LLQu9C10L3QuNC5IDLQk9CY0KEg0L3QsCDQkNC70YzRgiDQm9C4?= =?UTF-8?B?0L3Rg9C60YEgNS4wINCa0L7QstGH0LXQsyDQuCBOZ2lueCAwLjguMTk=?= In-Reply-To: <792493242.20121211223744@softsearch.ru> References: <792493242.20121211223744@softsearch.ru> Message-ID: Михаил Монашёв Wrote: ------------------------------------------------------- > Здравствуйте, Vadim. > > > а можно поинтересоваться, > > 1) почему выбран именно альтлинукс? > > 2) почему выбрана такая древняя ископаемая версия NginX? > > Скорее всего потому, что оно сертифицировано кем-то, и считается, что > там нет багов, и на то даже есть бумага, и потому оно годно для > использования где-то, где требуется обязательная сертификация всего > софта. > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Почему альт линукс? Потому что его устонавливали и настраивали прошлые админы, я б давно поставил убунту сервер, но настраивать его и переновить 5 баз, что на нём крутятся, опыта к сожалению пока нет. Версия nginx такая потому, что она была включена в состав этого Альт Линукса, да и в описании на сайте 2ГИС требуются nginx версии 0.7.65 или выше. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233771,233897#msg-233897 From nginx-forum at nginx.us Wed Dec 12 15:16:44 2012 From: nginx-forum at nginx.us (INF[SZ]) Date: Wed, 12 Dec 2012 10:16:44 -0500 Subject: Nginx 1.3.9 + nginx-upload-module Message-ID: Не могу собрать RPM пакет последнего Nginx 1.3.9 в репозиторий по причине ошибки сборки модуля nginx-upload-module . Собственно описание ошибки: https://github.com/vkholodkov/nginx-upload-module/issues/41 Если у кого хватит сил сваять работающий пачт заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233936,233936#msg-233936 From mdounin at mdounin.ru Wed Dec 12 18:54:53 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 12 Dec 2012 22:54:53 +0400 Subject: =?UTF-8?B?UmU6IGVycm9yX3BhZ2UgJiBzdHViINC90LUg0YDQsNCx0L7RgtCw0Y7RgiDQstC8?= =?UTF-8?B?0LXRgdGC0LU=?= In-Reply-To: References: <20121210144606.GK40452@mdounin.ru> <20121210205550.GR40452@mdounin.ru> Message-ID: <20121212185452.GQ40452@mdounin.ru> Hello! On Tue, Dec 11, 2012 at 02:59:55AM +0400, Maksim Anfilatov wrote: > Доброй ночи. > > Спасибо за пояснение, исправил error_page в тестовом примере. > error_page 404 = @ssi_err; > > Результат не изменился, stub все равно срабатывает. Ok, вижу что происходит. Сейчас пост-обработчик подзапроса (который и подставляет stub в ssi) вызывается до обработки error_page, и соответственно имеет больший приоритет чем все сконфигурированные error_page'и. Надо подумать, как с этим поступить правильно. [...] -- Maxim Dounin http://nginx.com/support.html From ewgraf at gmail.com Thu Dec 13 02:58:13 2012 From: ewgraf at gmail.com (Sokolov Evgeniy) Date: Thu, 13 Dec 2012 08:58:13 +0600 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <1935281355314694@web8f.yandex.ru> References: <1935281355314694@web8f.yandex.ru> Message-ID: Может до этой локации вообще дело не доходит? 12 декабря 2012 г., 18:18 пользователь написал: > Добрый день! > Хочу убрать статику из журнала. Почему-то эта конструкция не работает: > > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > > Хотя прекрасно работает на других серверах. > Сайт на битриксе, если что. > > nginx-1.2.4-1.el6.ngx.i386 > > Денис > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- -- С уважением, Соколов Евгений -------------- next part -------------- An HTML attachment was scrubbed... URL: From dekapriz at yandex.ru Thu Dec 13 06:50:18 2012 From: dekapriz at yandex.ru (dekapriz at yandex.ru) Date: Thu, 13 Dec 2012 10:50:18 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: References: <1935281355314694@web8f.yandex.ru> Message-ID: <200521355381418@web4e.yandex.ru> An HTML attachment was scrubbed... URL: From server_inc at list.ru Thu Dec 13 07:07:07 2012 From: server_inc at list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=) Date: Thu, 13 Dec 2012 09:07:07 +0200 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <200521355381418@web4e.yandex.ru> References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> Message-ID: <50C97E9B.5050000@list.ru> 13.12.2012 8:50, dekapriz at yandex.ru пишет: > > location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > include bx/conf/im_common.conf; > include bx/conf/bitrix.conf; > include bx/server_monitor.conf; > } > [...] >> >> location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { >> keepalive_timeout 75; >> keepalive_requests 100; >> root /home/bitrix/www/site/htdocs/; >> access_log off; >> expires 30d; >> autoindex on; >> } >> В первом письме вы написали, что у вас локейшн такой: location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { а потом пишете, что он у вас такой: location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { Так все же какой локейшн на не работает? И зачем вы усложняете себе жизнь? Почему бы не написать просто: location ~* \.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { -------------- next part -------------- An HTML attachment was scrubbed... URL: From uncleandyv at gmail.com Thu Dec 13 09:38:29 2012 From: uncleandyv at gmail.com (Andrey Velikoredchanin) Date: Thu, 13 Dec 2012 12:38:29 +0300 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwYXNzZW5nZXIg0LTQu9GPIHJ1Ynkgb24g?= =?UTF-8?B?cmFpbHMg0LggNDA0Lg==?= In-Reply-To: References: Message-ID: А если в ror ничего специально не прописывать, что происходит? 11 декабря 2012 г., 15:56 пользователь den.jmpr написал: > Я совсем новичок как в nginx, так и в passenger и в ruby on rails. Хотел бы > спросить, можно так настроить, чтобы при не нахождении адреса в routes > (rails), nginx показывал мне страницу 404.html, именно nginx, а не rails. > > Я сделал вот так, но почему-то не работает: > 1. В routes.rb указал последним вот такое правило: > match '*a', :to => 'errors#routing'. > 2. Создал контроллер errors_controller вот с таким вот содержимым: > > class ErrorsController < ApplicationController > def routing > render :file => "#{Rails.root}/public/404.html", :status => 404, :layout > => false > end > end > > 3. В nginx.conf указал следующее: > > server { > listen 80; > server_name localhost; > proxy_intercept_errors on; > > location / { > root /web/rubyOnRailsApps/helloworld/public; > passenger_enabled on; > rails_spawn_method smart; > rails_env development; > error_page 404 /web/static/html/404.html; > } > } > > Показывает страницу ror, а не nginx. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,233857,233857#msg-233857 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From dekapriz at yandex.ru Thu Dec 13 09:42:23 2012 From: dekapriz at yandex.ru (dekapriz at yandex.ru) Date: Thu, 13 Dec 2012 13:42:23 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <50C97E9B.5050000@list.ru> References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> <50C97E9B.5050000@list.ru> Message-ID: <595121355391743@web7g.yandex.ru> И так, и так не работает. И так, как Вы предложили, тоже :-( Денис 13.12.2012, 11:07, "Станислав" : > 13.12.2012 8:50, dekapriz at yandex.ru пишет: > >>         location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { >>                 keepalive_timeout 75; >>                 keepalive_requests 100; >>                 root   /home/bitrix/www/site/htdocs/; >>                 access_log        off; >>                 expires           30d; >>                 autoindex         on; >>         } >>         include bx/conf/im_common.conf; >>         include bx/conf/bitrix.conf; >>         include bx/server_monitor.conf; >> } >> >>  [...] >> >>>>         location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { >>>>                 keepalive_timeout 75; >>>>                 keepalive_requests 100; >>>>                 root   /home/bitrix/www/site/htdocs/; >>>>                 access_log        off; >>>>                 expires           30d; >>>>                 autoindex         on; >>>>         } > > В первом письме вы написали, что у вас локейшн такой: > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > > а потом пишете, что он у вас такой: > location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > > Так все же какой локейшн на не работает? > > И зачем вы усложняете себе жизнь? Почему бы не написать просто: > location ~* \.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { From uncleandyv at gmail.com Thu Dec 13 09:44:41 2012 From: uncleandyv at gmail.com (Andrey Velikoredchanin) Date: Thu, 13 Dec 2012 12:44:41 +0300 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCBwYXNzZW5nZXIg0LTQu9GPIHJ1Ynkgb24g?= =?UTF-8?B?cmFpbHMg0LggNDA0Lg==?= In-Reply-To: References: Message-ID: Ну или попробуйте просто render :status => 404 вместо вашей строки. 13 декабря 2012 г., 13:38 пользователь Andrey Velikoredchanin < uncleandyv at gmail.com> написал: > А если в ror ничего специально не прописывать, что происходит? > > > 11 декабря 2012 г., 15:56 пользователь den.jmpr написал: > > Я совсем новичок как в nginx, так и в passenger и в ruby on rails. Хотел бы >> спросить, можно так настроить, чтобы при не нахождении адреса в routes >> (rails), nginx показывал мне страницу 404.html, именно nginx, а не rails. >> >> Я сделал вот так, но почему-то не работает: >> 1. В routes.rb указал последним вот такое правило: >> match '*a', :to => 'errors#routing'. >> 2. Создал контроллер errors_controller вот с таким вот содержимым: >> >> class ErrorsController < ApplicationController >> def routing >> render :file => "#{Rails.root}/public/404.html", :status => 404, >> :layout >> => false >> end >> end >> >> 3. В nginx.conf указал следующее: >> >> server { >> listen 80; >> server_name localhost; >> proxy_intercept_errors on; >> >> location / { >> root /web/rubyOnRailsApps/helloworld/public; >> passenger_enabled on; >> rails_spawn_method smart; >> rails_env development; >> error_page 404 /web/static/html/404.html; >> } >> } >> >> Показывает страницу ror, а не nginx. >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,233857,233857#msg-233857 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Dec 13 11:13:06 2012 From: nginx-forum at nginx.us (dga65) Date: Thu, 13 Dec 2012 06:13:06 -0500 Subject: =?UTF-8?B?0JzQsNGB0LrQsCDQsiBzZXJ2ZXIgbmFtZQ==?= Message-ID: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> Чего - то я недосоображаю. В таком варианте - не работает. server { <------><------>listen 80; <------><------>server_name *.dev.sample.com; <------><------>location = /robots.txt { <------><------>root /home; <------><------>} <------>} В таком - работает. server { <------><------>listen 80; <------><------>server_name hotel.rexx.dev.sample.com; <------><------>location = /robots.txt { <------><------>root /home; <------><------>} <------>} Очевидно проблема в обработке маски, я уже перерыл ман http://nginx.org/ru/docs/http/server_names.html - не могу понять в чем дело. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,233961#msg-233961 From onokonem at gmail.com Thu Dec 13 11:17:09 2012 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 13 Dec 2012 14:17:09 +0300 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> Message-ID: > Очевидно проблема в обработке маски, я уже перерыл ман > http://nginx.org/ru/docs/http/server_names.html - не могу понять в чем дело server_name "*.dev.sample.com"; если не поможет server_name ".+\.dev\.sample\.com"; From universite at ukr.net Thu Dec 13 11:48:35 2012 From: universite at ukr.net (Vladislav Prodan) Date: Thu, 13 Dec 2012 13:48:35 +0200 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> Message-ID: <324.1355399315.1656744418521120768@ffe6.ukr.net> server_name .dev.sample.com; --- Исходное сообщение --- От кого: "dga65" Кому: nginx-ru at nginx.org Дата: 13 декабря 2012, 13:13:14 Тема: Маска в server name > Чего - то я недосоображаю. > В таком варианте - не работает. > > server { > <------><------>listen 80; > <------><------>server_name *.dev.sample.com; > <------><------>location = /robots.txt { > <------><------>root /home; > <------><------>} > <------>} > > В таком - работает. > > server { > <------><------>listen 80; > <------><------>server_name hotel.rexx.dev.sample.com; > <------><------>location = /robots.txt { > <------><------>root /home; > <------><------>} > <------>} > > Очевидно проблема в обработке маски, я уже перерыл ман > http://nginx.org/ru/docs/http/server_names.html - не могу понять в чем дело. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,233961#msg-233961 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE From ewgraf at gmail.com Thu Dec 13 12:43:47 2012 From: ewgraf at gmail.com (Sokolov Evgeniy) Date: Thu, 13 Dec 2012 18:43:47 +0600 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <200521355381418@web4e.yandex.ru> References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> Message-ID: Ну например вставить туда добавление дополнительного header к ответу и проверить наличие этого заголовка при запросе файла. В общем сделать что угодно 100% рабочее и что просигнализирует о заходе в эту локацию. 2012/12/13 > Как это проверить? > > server { > include bx/node_port.conf; > server_name www.site.ru site.ru; > server_name_in_redirect off; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_set_header Host $host:80; > set $proxyserver "http://127.0.0.1:8888"; > set $imcontenttype "text/html; charset=utf-8"; > set $docroot "/home/bitrix/www/site/htdocs"; > # www redirect > if ($host ~* ^site.ru(.*)$) { > rewrite ^(.*)$ http://www.site.ru$1 permanent; > } > index index.php; > root /home/bitrix/www/site/htdocs; > # Redirect to ssl if need > if (-f /home/bitrix/www/site/htdocs/.htsecure) { > rewrite ^(.*)$ https://$host$1 permanent; > } > location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > include bx/conf/im_common.conf; > include bx/conf/bitrix.conf; > include bx/server_monitor.conf; > } > > C уважением, > Денис > > 13.12.2012, 06:58, "Sokolov Evgeniy" : > > Может до этой локации вообще дело не доходит? > > > 12 декабря 2012 г., 18:18 пользователь написал: > > Добрый день! > Хочу убрать статику из журнала. Почему-то эта конструкция не работает: > > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > > Хотя прекрасно работает на других серверах. > Сайт на битриксе, если что. > > nginx-1.2.4-1.el6.ngx.i386 > > Денис > > -- > -- > С уважением, Соколов Евгений > , > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- -- С уважением, Соколов Евгений -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Thu Dec 13 13:01:10 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 13 Dec 2012 17:01:10 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121213130109.GS40452@mdounin.ru> Hello! On Thu, Dec 13, 2012 at 06:13:06AM -0500, dga65 wrote: > Чего - то я недосоображаю. > В таком варианте - не работает. > > server { > <------><------>listen 80; > <------><------>server_name *.dev.sample.com; > <------><------>location = /robots.txt { > <------><------>root /home; > <------><------>} > <------>} > > В таком - работает. > > server { > <------><------>listen 80; > <------><------>server_name hotel.rexx.dev.sample.com; > <------><------>location = /robots.txt { > <------><------>root /home; > <------><------>} > <------>} > > Очевидно проблема в обработке маски, я уже перерыл ман > http://nginx.org/ru/docs/http/server_names.html - не могу понять в чем дело. В чём заключается "не работает"? Запрос к конкретному доменному имени hotel.rexx.dev.sample.com в первом случае обрабатывается в нужном блоке server{}, а во втором - нет? Если да, то вероятнее всего дело в _других_ блоках server{} в вашем конфиге, которые оказываются более специфичными для данного имени. Приоритет различных вариантов задания имени документирован по приведённой вами ссылке, и интересующая нас в данном случае часть: - точное имя - самое длинное имя с маской в начале, например ?*.example.org? Т.е. если не работает - следует искать в конфиге либо точные имена (т.е. собственно hotel.rexx.dev.sample.com), либо более длинные имена с маской в начале (e.g. *.rexx.dev.sample.com, .rexx.dev.sample.com). -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Thu Dec 13 14:31:30 2012 From: nginx-forum at nginx.us (akor) Date: Thu, 13 Dec 2012 09:31:30 -0500 Subject: =?UTF-8?B?0J3QsNGB0YLRgNC+0LnQutCwIHJld3JpdGUg0LTQu9GPINGB0YLQsNGC0LjRh9C9?= =?UTF-8?B?0YvRhSDRhNCw0LnQu9C+0LI=?= Message-ID: Здравствуйте! Не судите строго, если некорректно задаю вопрос, новичок. Есть VPS, со связкой apache + nginx (+ fastCGI); Конфиг nginx-a следующий: ##### server { listen 123.123.123.123:80; server_name domain.com www.domain.com; location / { root /var/www/vhosts/domain.com/httpdocs/; } location ~* \.(php|html)$ { proxy_pass http://127.0.0.1:7080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Accel-Internal /internal-nginx-static-location; } } ##### Как правильно настраивать редиректы и рерайты при таких исходных данных? В частности интересует вопрос: На сервере стоит Парсер Лебедева (www.parser.ru). Нужно чтобы uri вида /dirname/param правильно обрабатывались, то есть чтобы nginx понимал, что param - это не папка, в которой лежит файл index.html, а параметр, который затем надо передать Парсеру. Как надо в конфиг nginx-а записывать эти установки? Заранее спасибо за любые рекомендации! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233971,233971#msg-233971 From maybe at arjlover.net Thu Dec 13 14:36:27 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Thu, 13 Dec 2012 21:36:27 +0700 Subject: =?UTF-8?B?0LPRgNGD0L/Qv9CwINGB0YLRgNCw0L0g0LIg0LrQvtC90YTQuNCz0LU=?= Message-ID: Хочу прикрутить кэширование в нжинксе, но сайт отдает для нескольких групп стран разный контент. Как бы это поумнее прописать в ключе кэширования? Можно просто страну из mod_geo конечно, но не хочется вместо 3 групп стран получить 220 вариантов. -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor at sysoev.ru Thu Dec 13 14:38:42 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 13 Dec 2012 18:38:42 +0400 Subject: =?UTF-8?B?UmU6INCz0YDRg9C/0L/QsCDRgdGC0YDQsNC9INCyINC60L7QvdGE0LjQs9C1?= In-Reply-To: References: Message-ID: On Dec 13, 2012, at 18:36 , Anton Kuznetsov wrote: > Хочу прикрутить кэширование в нжинксе, но сайт отдает для нескольких групп стран разный контент. Как бы это поумнее прописать в ключе кэширования? Можно просто страну из mod_geo конечно, но не хочется вместо 3 групп стран получить 220 вариантов. map. -- Igor Sysoev http://nginx.com/support.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Thu Dec 13 15:02:41 2012 From: nginx-forum at nginx.us (kirimedia) Date: Thu, 13 Dec 2012 10:02:41 -0500 Subject: =?UTF-8?B?0J7RgdGC0LDQvdC+0LLQuNGC0Ywg0YLQsNC50LzQtdGAINC80L7QtNGD0LvRjyA=?= =?UTF-8?B?0L/RgNC4INC/0LXRgNC10LfQsNCz0YDRg9C30LrQtSBuZ2lueA==?= Message-ID: <905f685677fe912e4dd9786f9c9095e0.NginxMailingListRussian@forum.nginx.org> Когда nginxу посылаем USR2 или HUP старые воркеры должны умереть, взамен их появиться новые. Если nginx собран с каким либо модулем, который что то делает по таймеру (например раз в минуту) то воркеры не умрут, пока время таймера не закончится и не выполнится его обработчик. Есть ли способ в модуле узнать, что воркер должен перезапуститься и удалить таймер (не дожидаясь, когда вызовется обработчик таймера)? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233957,233957#msg-233957 From igor at sysoev.ru Thu Dec 13 15:07:10 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Thu, 13 Dec 2012 19:07:10 +0400 Subject: =?UTF-8?B?UmU6INCe0YHRgtCw0L3QvtCy0LjRgtGMINGC0LDQudC80LXRgCDQvNC+0LTRg9C7?= =?UTF-8?B?0Y8g0L/RgNC4INC/0LXRgNC10LfQsNCz0YDRg9C30LrQtSBuZ2lueA==?= In-Reply-To: <905f685677fe912e4dd9786f9c9095e0.NginxMailingListRussian@forum.nginx.org> References: <905f685677fe912e4dd9786f9c9095e0.NginxMailingListRussian@forum.nginx.org> Message-ID: <01A63AB1-BD3D-4AEA-93E9-72E24EB69735@sysoev.ru> On Dec 13, 2012, at 19:02 , kirimedia wrote: > Когда nginxу посылаем USR2 или HUP старые воркеры должны умереть, взамен их > появиться новые. Если nginx собран с каким либо модулем, который что то > делает по таймеру (например раз в минуту) то воркеры не умрут, пока время > таймера не закончится и не выполнится его обработчик. > > Есть ли способ в модуле узнать, что воркер должен перезапуститься и удалить > таймер (не дожидаясь, когда вызовется обработчик таймера)? if (ngx_exiting) { ... } -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Thu Dec 13 15:16:25 2012 From: nginx-forum at nginx.us (dga65) Date: Thu, 13 Dec 2012 10:16:25 -0500 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: References: Message-ID: <93429133795370b9caca2ee4451debce.NginxMailingListRussian@forum.nginx.org> Оба варианта не помогли ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,233978#msg-233978 From nginx-forum at nginx.us Thu Dec 13 15:16:48 2012 From: nginx-forum at nginx.us (dga65) Date: Thu, 13 Dec 2012 10:16:48 -0500 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <324.1355399315.1656744418521120768@ffe6.ukr.net> References: <324.1355399315.1656744418521120768@ffe6.ukr.net> Message-ID: <64237b82587da5c56877b90732d542bc.NginxMailingListRussian@forum.nginx.org> Тоже не помогло ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,233979#msg-233979 From nginx-forum at nginx.us Thu Dec 13 20:02:09 2012 From: nginx-forum at nginx.us (UserQ) Date: Thu, 13 Dec 2012 15:02:09 -0500 Subject: =?UTF-8?B?QXBhY2hlIG5naW54INC00L7RgdGC0YPQvyDQv9C+INC40L8g0Lgg0LTQvtC80LU=?= =?UTF-8?B?0L3Rgw==?= Message-ID: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> В общем задача такого плана стоит подружить nginx and Apache. А именно необходимо заставить работать корректно IP и домены. Сейчас проблема состоит в том что когда подключается IP домены не хотят себя корректно вести, те они только доступны как указано в конфиге на ип. Конфиги Самого nginx cat /etc/nginx/nginx.conf user www-data; worker_processes 4; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; ## Proxy proxy_redirect off; proxy_set_header Host $host; #proxy_set_header X-Real-IP $remote_addr; set_real_ip_from 0.0.0.0/0; real_ip_header Real-IP; real_ip_recursive on; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffers 8 16k; proxy_buffer_size 32k; ## Compression gzip on; gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript; gzip_disable "MSIE [1-6].(?!.*SV1)"; ### TCP options tcp_nodelay on; tcp_nopush on; keepalive_timeout 10; sendfile on; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; } nginx на ип адрес Код: Выделить всё cat /etc/nginx/sites-enabled/ip server { listen 80; server_name 1.1.1.1; access_log /var/log/nginx.access_log; location ~* .(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$ { root /var/www/html/; index index.html index.php; access_log off; expires 30d; } location ~ /.ht { deny all; } location / { proxy_pass http://127.0.0.1:81/; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $remote_addr; proxy_set_header Host $host; proxy_connect_timeout 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_redirect off; proxy_set_header Connection close; proxy_pass_header Content-Type; proxy_pass_header Content-Disposition; proxy_pass_header Content-Length; } } nginx на домен Код: Выделить всё cat /etc/nginx/sites-enabled/domain server { root /var/www/domain; index index.html index.htm index.php; server_name domain.com; location ~* .(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$ { root /var/www/domain/; index index.html index.php; access_log off; expires 30d; } location ~ /.ht { deny all; } location / { proxy_pass http://127.0.0.1:81/; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $remote_addr; proxy_set_header Host $host; proxy_connect_timeout 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_redirect off; proxy_set_header Connection close; proxy_pass_header Content-Type; proxy_pass_header Content-Disposition; proxy_pass_header Content-Length; } } на apache Код: Выделить всё cat /etc/apache2/httpd.conf ServerName * apache на ип Код: Выделить всё cat /etc/apache2/sites-enabled/000-default ServerAdmin webmaster at localhost DocumentRoot /var/www/html Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined apache на домен Код: Выделить всё cat /etc/apache2/sites-enabled/domain ServerAdmin webmaster at localhost DocumentRoot /var/www/domain Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all ErrorLog ${APACHE_LOG_DIR}/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined Код: Выделить всё cat /etc/apache2/ports.conf NameVirtualHost *:81 Listen 81 Listen 443 Listen 443 Спасибо PS Надеюсь корректно выразился по поводу моей проблемы. Те заходим по ип 1.1.1.1 показывает всё с директории /var/www/html заходи по домену(ам) /var/www/domain PS Стоял чистый nginx +php-fpm работало как надо. Но надо проверить несколько аспектов как будет работать в такой связке. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233986,233986#msg-233986 From nginx-forum at nginx.us Thu Dec 13 22:38:53 2012 From: nginx-forum at nginx.us (eugen) Date: Thu, 13 Dec 2012 17:38:53 -0500 Subject: mail_auth_http_module / STARTTLS Message-ID: <0fef1d11922168b5f3d7462a5f15f329.NginxMailingListRussian@forum.nginx.org> Здравствуйте, Существует ли возможность при использовании почтового прокси передать в скрипт аутентификации заголовок с флагом, в котором обозначено, использовал ли клиент STLS/STARTTLS? По документации не нашел переменной, в которой есть такая информация. Идея в том, чтобы скрипт аутентификации мог принимать решение, исходя из настроек пользователя (разрешать или нет незашифрованные соединения). В случае с ssl портами все понятно, а вот определить, используется ли шифрование на не-ssl порту - не выходит. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233987,233987#msg-233987 From hell-for-yahoo at umail.ru Fri Dec 14 04:09:23 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 14 Dec 2012 08:09:23 +0400 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> Message-ID: <614657364.20121214080923@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) UserQ! U> В общем задача такого плана стоит подружить nginx and Apache. А именно U> необходимо заставить работать корректно IP и домены. Сейчас проблема состоит U> в том что когда подключается IP домены не хотят себя корректно вести, те они U> только доступны как указано в конфиге на ип. U> Конфиги U> Самого nginx А где у вас default сервер определается? К Апачу этот вопрос тоже относится. U> cat /etc/nginx/nginx.conf U> user www-data; U> worker_processes 4; U> error_log /var/log/nginx/error.log warn; U> pid /var/run/nginx.pid; U> events { U> worker_connections 1024; U> } U> http { U> include /etc/nginx/mime.types; U> default_type application/octet-stream; U> log_format main '$remote_addr - $remote_user [$time_local] U> "$request" ' U> '$status $body_bytes_sent U> "$http_referer" ' U> '"$http_user_agent" U> "$http_x_forwarded_for"'; U> access_log /var/log/nginx/access.log main; U> ## Proxy U> proxy_redirect off; U> proxy_set_header Host $host; U> #proxy_set_header X-Real-IP $remote_addr; U> set_real_ip_from 0.0.0.0/0; U> real_ip_header Real-IP; U> real_ip_recursive on; U> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; U> client_max_body_size 10m; U> client_body_buffer_size 128k; U> proxy_connect_timeout 90; U> proxy_send_timeout 90; U> proxy_read_timeout 90; U> proxy_buffers 8 16k; U> proxy_buffer_size 32k; U> ## Compression U> gzip on; U> gzip_types text/plain text/css application/x-javascript U> text/xml application/xml U> application/xml+rss text/javascript; U> gzip_disable "MSIE [1-6].(?!.*SV1)"; U> ### TCP options U> tcp_nodelay on; U> tcp_nopush on; U> keepalive_timeout 10; U> sendfile on; U> include /etc/nginx/conf.d/*.conf; U> include /etc/nginx/sites-enabled/*; U> } U> nginx на ип адрес U> Код: Выделить всё U> cat /etc/nginx/sites-enabled/ip U> server { U> listen 80; U> server_name 1.1.1.1; U> access_log /var/log/nginx.access_log; U> location ~* U> .(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$ U> { U> root /var/www/html/; U> index index.html index.php; U> access_log off; U> expires 30d; U> } U> location ~ /.ht { U> deny all; U> } U> location / { U> proxy_pass http://127.0.0.1:81/; U> proxy_set_header X-Real-IP $remote_addr; U> proxy_set_header X-Forwarded-for $remote_addr; U> proxy_set_header Host $host; U> proxy_connect_timeout 60; U> proxy_send_timeout 90; U> proxy_read_timeout 90; U> proxy_redirect off; U> proxy_set_header Connection close; U> proxy_pass_header Content-Type; U> proxy_pass_header Content-Disposition; U> proxy_pass_header Content-Length; U> } U> } U> nginx на домен U> Код: Выделить всё U> cat /etc/nginx/sites-enabled/domain U> server { U> root /var/www/domain; U> index index.html index.htm index.php; U> server_name domain.com; U> location ~* U> .(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx)$ U> { U> root /var/www/domain/; U> index index.html index.php; U> access_log off; U> expires 30d; U> } U> location ~ /.ht { U> deny all; U> } U> location / { U> proxy_pass http://127.0.0.1:81/; U> proxy_set_header X-Real-IP $remote_addr; U> proxy_set_header X-Forwarded-for $remote_addr; U> proxy_set_header Host $host; U> proxy_connect_timeout 60; U> proxy_send_timeout 90; U> proxy_read_timeout 90; U> proxy_redirect off; U> proxy_set_header Connection close; U> proxy_pass_header Content-Type; U> proxy_pass_header Content-Disposition; U> proxy_pass_header Content-Length; U> } U> } U> на apache U> Код: Выделить всё U> cat /etc/apache2/httpd.conf U> ServerName * U> apache на ип U> Код: Выделить всё U> cat /etc/apache2/sites-enabled/000-default U> U> ServerAdmin webmaster at localhost U> DocumentRoot /var/www/html U> U> Options FollowSymLinks U> AllowOverride None U> U> U> Options Indexes FollowSymLinks MultiViews U> AllowOverride None U> Order allow,deny U> allow from all U> U> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ U> U> AllowOverride None U> Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch U> Order allow,deny U> Allow from all U> U> ErrorLog ${APACHE_LOG_DIR}/error.log U> # Possible values include: debug, info, notice, warn, error, U> crit, U> # alert, emerg. U> LogLevel warn U> CustomLog ${APACHE_LOG_DIR}/access.log combined U> U> apache на домен U> Код: Выделить всё U> cat /etc/apache2/sites-enabled/domain U> U> ServerAdmin webmaster at localhost U> DocumentRoot /var/www/domain U> U> Options FollowSymLinks U> AllowOverride None U> U> U> Options Indexes FollowSymLinks MultiViews U> AllowOverride None U> Order allow,deny U> allow from all U> U> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ U> U> AllowOverride None U> Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch U> Order allow,deny U> Allow from all U> U> ErrorLog ${APACHE_LOG_DIR}/error.log U> # Possible values include: debug, info, notice, warn, error, U> crit, U> # alert, emerg. U> LogLevel warn U> CustomLog ${APACHE_LOG_DIR}/access.log combined U> U> Код: Выделить всё U> cat /etc/apache2/ports.conf U> NameVirtualHost *:81 U> Listen 81 U> U> Listen 443 U> U> U> Listen 443 U> U> Спасибо U> PS Надеюсь корректно выразился по поводу моей проблемы. Те заходим по ип U> 1.1.1.1 показывает всё с директории /var/www/html заходи по домену(ам) U> /var/www/domain U> PS Стоял чистый nginx +php-fpm работало как надо. Но надо проверить U> несколько аспектов как будет работать в такой связке. U> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233986,233986#msg-233986 U> _______________________________________________ U> nginx-ru mailing list U> nginx-ru at nginx.org U> http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 14.12.2012, <08:08> From pavel2000 at ngs.ru Fri Dec 14 04:26:57 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Fri, 14 Dec 2012 11:26:57 +0700 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> Message-ID: <169113245.20121214112657@ngs.ru> Здравствуйте, UserQ. Вы писали 14 декабря 2012 г., 3:02:09: > В общем задача такого плана стоит подружить nginx and Apache. А именно > необходимо заставить работать корректно IP и домены. Сейчас проблема состоит > в том что когда подключается IP домены не хотят себя корректно вести, те они > только доступны как указано в конфиге на ип. 1) Разделять конфиги подобным образом следует только тогда, если требуется выводить разные сайты на запросы с указанием сконфигурированного домена и без указания. Вроде как ваш случай. 2) Не надо использовать listen без указания IP в конфиге Nginx и VirtualHost без указания IP в конфиге Apache. 2.1) Я предпочитаю на апаче использовать 80 порт и адреса 127.0.0.0/8 сети. Каждому реальному IP соответствует свой IP из 127.0.0.0/8. 2.2) Если используются хитровывернутые скрипты, которые будут пытаться из апача брать его IP/порт, которые в моем случае получат "неожиданно" - IP 127.0.0.х а в вашем случае Port 81, то идеального варианта можно добиться так: апачем слушать реальный IP порт 80, а nginx-ом реальный IP порт 81, сделать перенаправление трафика к 80 порту на 81 через iptables -t nat -j DNAT Общая суть пункта: Каждому отдельному набору IP+port Nginx требуется сопоставить отдельный IP+port Apache. 3) Не забывайте читать документацию: http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables $host - поле ?Host? заголовка запроса, или имя сервера, соответствующего запросу, если этого поля нет. $http_имя - произвольное поле заголовка запроса; последняя часть имени переменной соответствует имени поля, приведённому к нижнему регистру, с заменой символов тире на символы подчёркивания $http_host - доступная переменная. 4) Не копируйте чужие конфиги, в них есть директивы, которые могут сыграть с вами злые шутки. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From pavel2000 at ngs.ru Fri Dec 14 04:49:55 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Fri, 14 Dec 2012 11:49:55 +0700 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCByZXdyaXRlINC00LvRjyDRgdGC0LDRgtC4?= =?UTF-8?B?0YfQvdGL0YUg0YTQsNC50LvQvtCy?= In-Reply-To: References: Message-ID: <502795556.20121214114955@ngs.ru> Здравствуйте, akor. Вы писали 13 декабря 2012 г., 21:31:30: > Здравствуйте! > Не судите строго, если некорректно задаю вопрос, новичок. > Есть VPS, со связкой apache + nginx (+ fastCGI); > Как правильно настраивать редиректы и рерайты при таких исходных данных? > Нужно чтобы uri вида /dirname/param правильно обрабатывались, то есть чтобы > nginx понимал, что param - это не папка, в которой лежит файл index.html, а > параметр, который затем надо передать Парсеру. 1 вариант: Вы явно описываете все каталоги статики, которые у вас имеются на сайте, как отдающиеся напрямую, остальное сливаете на Парсер: server { listen 123.123.123.123:80; root /var/www/vhosts/domain.com/httpdocs/; #По умолчанию - на парсер location / { proxy_pass http://127.0.0.1:7080; ... } #Статика location /js/ {} location /css/ {} location /img/ {} location ^~ /upload/ {} <----- обратите внимание на ^~ location /robots.txt {} location /favicon.ico {} location /other.file {} location /and.another.file {} location /again.and.again.other.file {} location ~* \.(php|html)$ { proxy_pass http://127.0.0.1:7080; ... } ... } Использование ^~ http://nginx.org/ru/docs/http/ngx_http_core_module.html#location - по вкусу, запретит проверку регулярных выражений, как следствие запрос /upload/malware.php исполняться как код - не будет, полезно "для недоверенных" каталогов, куда "пользователи" могут заливать файлы. 2 Вариант - использовать try_files http://nginx.org/ru/docs/http/ngx_http_core_module.html#try_files Явно описывать каталоги статики при этом, тем не менее, рекомендуется. server { listen 123.123.123.123:80; root /var/www/vhosts/domain.com/httpdocs/; #На парсер location / { try_files $uri @parser; ... } #Статика location /js/ {} location /css/ {} location /img/ {} location ^~ /upload/ {} <----- обратите внимание на ^~ #location /robots.txt {} #location /favicon.ico {} #location /other.file {} #location /and.another.file {} #location /again.and.again.other.file {} location @parser { proxy_pass http://127.0.0.1:7080; ... } location ~* \.(php|html)$ { proxy_pass http://127.0.0.1:7080; ... } ... } -- С уважением, Pavel mailto:pavel2000 at ngs.ru From nginx-forum at nginx.us Fri Dec 14 06:17:12 2012 From: nginx-forum at nginx.us (akor) Date: Fri, 14 Dec 2012 01:17:12 -0500 Subject: =?UTF-8?B?UmU6INCd0LDRgdGC0YDQvtC50LrQsCByZXdyaXRlINC00LvRjyDRgdGC0LDRgtC4?= =?UTF-8?B?0YfQvdGL0YUg0YTQsNC50LvQvtCy?= In-Reply-To: <502795556.20121214114955@ngs.ru> References: <502795556.20121214114955@ngs.ru> Message-ID: <0a37689c5e1c965d6111b0f93c2628f7.NginxMailingListRussian@forum.nginx.org> Спасибо большое! Сейчас проверим. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233971,233998#msg-233998 From andrey at kopeyko.ru Fri Dec 14 07:08:19 2012 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Fri, 14 Dec 2012 11:08:19 +0400 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> Message-ID: <50CAD063.5000400@kopeyko.ru> 14.12.2012 00:02, UserQ пишет: > > nginx на домен > > Код: Выделить всё > cat /etc/nginx/sites-enabled/domain > server { + listen 80; > root /var/www/domain; > index index.html index.htm index.php; ... -- Best regards, Andrey Kopeyko From nginx-forum at nginx.us Fri Dec 14 07:32:07 2012 From: nginx-forum at nginx.us (dwow) Date: Fri, 14 Dec 2012 02:32:07 -0500 Subject: SSI Message-ID: Добрый день, есть два каталога /HTML и /cgi-bin как сделать, чтобы при использовании SSI в каталоге /HTML, нельзя было подгрузить файлы из каталога /cgi-bin? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234002,234002#msg-234002 From mdounin at mdounin.ru Fri Dec 14 08:52:08 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 14 Dec 2012 12:52:08 +0400 Subject: mail_auth_http_module / STARTTLS In-Reply-To: <0fef1d11922168b5f3d7462a5f15f329.NginxMailingListRussian@forum.nginx.org> References: <0fef1d11922168b5f3d7462a5f15f329.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121214085208.GD40452@mdounin.ru> Hello! On Thu, Dec 13, 2012 at 05:38:53PM -0500, eugen wrote: > Здравствуйте, > > Существует ли возможность при использовании почтового прокси передать в > скрипт аутентификации заголовок с флагом, в котором обозначено, использовал > ли клиент STLS/STARTTLS? > > По документации не нашел переменной, в которой есть такая информация. > > Идея в том, чтобы скрипт аутентификации мог принимать решение, исходя из > настроек пользователя (разрешать или нет незашифрованные соединения). В > случае с ssl портами все понятно, а вот определить, используется ли > шифрование на не-ssl порту - не выходит. Нет, сейчас эта информация недоступна auth-скрипту. -- Maxim Dounin http://nginx.com/support.html From igor at sysoev.ru Fri Dec 14 09:07:47 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 13:07:47 +0400 Subject: SSI In-Reply-To: References: Message-ID: <30D74978-0D9C-4143-9E90-392801538236@sysoev.ru> On Dec 14, 2012, at 11:32 , dwow wrote: > Добрый день, > > есть два каталога /HTML и /cgi-bin > как сделать, чтобы при использовании SSI в каталоге /HTML, нельзя было > подгрузить файлы из каталога /cgi-bin? location /cgi-bin/ { internal; ... } -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Fri Dec 14 09:31:44 2012 From: nginx-forum at nginx.us (dga65) Date: Fri, 14 Dec 2012 04:31:44 -0500 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> Message-ID: <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> Так, я похоже разобрался в чем дело... лишний раз убеждаюсь что нельзя решать вопрос в отрыве от задачи в целом. Общая идея: есть сервер на котором несколько страничек девелоперов. Называются они *.dev.sample.com (ну hotel.rexx.dev.sample.com и т д). Разумеется очень не хотелось бы чтобы на эти странички лазили всяческие боты. Далее. На сервере стоит испманагер и связка инжинса и апача. Когда мы заводим новый проект испманагер по шаблрну добавляет в конфиг инжинса запись типа такой: <------>server { <------><------>listen 111.111.111.111 80; <------><------>server_name shop.perov.dev.sample.com; <------><------>rewrite ^(/manager/.*)$>https://$host$1>permanent; <------><------>error_page 404 = @fallback; <------><------>location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) { <------><------><------>proxy_pass http://111.111.111.111:8080; <------><------><------>proxy_set_header Host $host; <------><------><------>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; <------><------><------>proxy_set_header X-Real-IP $remote_addr; <------><------><------>error_page 403 = @fallback; <------><------><------>deny all; <------><------>} <------><------>location ... {... <------><------>} <------><------>location @fallback { <------><------><------>proxy_pass http://111.111.111.111:8080; <------><------><------>proxy_set_header Host $host; <------><------><------>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; <------><------><------>proxy_set_header X-Real-IP $remote_addr; <------><------>} <------>} И так далее. В мане инжинса http://nginx.org/ru/docs/http/server_names.html описан порядок приоритетов в обработке виртуальных серверов: 1. точное имя, 2. самое длинное имя с маской в начале, например ?*.example.org?, 3. самое длинное имя с маской в конце, например ?mail.*?, 4. первое подходящее регулярное выражение (в порядке следования в конфигурационном файле). И вот получается что инжинс наткнувшись на конструкцию типа server { <------><------>listen 80; <------><------>server_name *.dev.sample.com; <------><------>location = /robots.txt { <------><------>root /home; <------><------>} <------>} не находит приоритетного точного имени и отдает апачу 404. Как решить проблему я не знаю пока, решать на уровне апача - неохота, да и не очень красиво. Да конечно можно править девелоперские сервера сразу после их создания (так сейчас и делаю) но это тоже паллиатив. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,234007#msg-234007 From nginx-forum at nginx.us Fri Dec 14 09:37:51 2012 From: nginx-forum at nginx.us (muhas) Date: Fri, 14 Dec 2012 04:37:51 -0500 Subject: =?UTF-8?Q?ip_hash_=D0=B8_backup?= Message-ID: <410e5c3c85b3af5a1c3a52b2dc5b0b28.NginxMailingListRussian@forum.nginx.org> Возможно ли как-либо заставить работать директиву backup в апстриме где используется ip_hash? убирать ip_hash не вариант, а бекапный сервер вроде как нужен. может есть вариант создания бекапного сервера если другие отвалились? nginx version: nginx/1.0.11 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234008,234008#msg-234008 From nginx-forum at nginx.us Fri Dec 14 10:26:12 2012 From: nginx-forum at nginx.us (alexfear) Date: Fri, 14 Dec 2012 05:26:12 -0500 Subject: =?UTF-8?B?0K3QutGA0LDQvdC40YDQvtCy0LDQvdC40LUg0LIgbG9jYXRpb24=?= Message-ID: <1fa9e22106d00840d44acdee420c56dc.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Подскажите, пожалуйста, как экранировать спецсимволы в location или в чём моя ошибка? Конфиг вроде такого: location = /home/showNews.do?chat&categoryId=8 { return 301 $scheme://example.com/home/showSubNews.do?chat&subcategoryId=123; } Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234009,234009#msg-234009 From dekapriz at yandex.ru Fri Dec 14 10:35:22 2012 From: dekapriz at yandex.ru (dekapriz at yandex.ru) Date: Fri, 14 Dec 2012 14:35:22 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> Message-ID: <1604071355481322@web4g.yandex.ru> An HTML attachment was scrubbed... URL: From igor at sysoev.ru Fri Dec 14 10:43:11 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 14:43:11 +0400 Subject: =?UTF-8?B?UmU6INCt0LrRgNCw0L3QuNGA0L7QstCw0L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: <1fa9e22106d00840d44acdee420c56dc.NginxMailingListRussian@forum.nginx.org> References: <1fa9e22106d00840d44acdee420c56dc.NginxMailingListRussian@forum.nginx.org> Message-ID: <8BA1024E-C884-422E-947D-73C01AF79ABF@sysoev.ru> On Dec 14, 2012, at 14:26 , alexfear wrote: > Здравствуйте. > Подскажите, пожалуйста, как экранировать спецсимволы в location или в чём > моя ошибка? > Конфиг вроде такого: > > location = /home/showNews.do?chat&categoryId=8 { > return 301 > $scheme://example.com/home/showSubNews.do?chat&subcategoryId=123; > } Здесь нет спецсимволов, зато есть query string. Нужно так: location = /home/showNews.do { if ($qeury_string = "chat&categoryId=8") { return 301 $scheme://example.com/home/showSubNews.do?chat&subcategoryId=123; } ... } -- Igor Sysoev http://nginx.com/support.html From ewgraf at gmail.com Fri Dec 14 10:57:38 2012 From: ewgraf at gmail.com (Sokolov Evgeniy) Date: Fri, 14 Dec 2012 16:57:38 +0600 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <1604071355481322@web4g.yandex.ru> References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> <1604071355481322@web4g.yandex.ru> Message-ID: С большой долей вероятности что в этот location запрос не заходит, ищите куда он заходит вместо этой локации. У вас там много include и if'ов, попробуйте сократить конфиг до минимума, поотключать различные участки конфига. Что-то резолвит ваш запрос с большим приоритетом, либо вообще запрос уходит куда-то в сторону. 2012/12/14 > Так хедер не отдаётся (запрашивается jpg): > > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > add_header TEST Testing; > > А так - отдаётся: > > add_header TEST Testing; > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > > Денис > > 13.12.2012, 16:44, "Sokolov Evgeniy" : > > Ну например вставить туда добавление дополнительного header к ответу и > проверить наличие этого заголовка при запросе файла. В общем сделать что > угодно 100% рабочее и что просигнализирует о заходе в эту локацию. > > > 2012/12/13 > > Как это проверить? > > server { > include bx/node_port.conf; > server_name www.site.ru site.ru; > server_name_in_redirect off; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_set_header Host $host:80; > set $proxyserver "http://127.0.0.1:8888"; > set $imcontenttype "text/html; charset=utf-8"; > set $docroot "/home/bitrix/www/site/htdocs"; > # www redirect > if ($host ~* ^site.ru(.*)$) { > rewrite ^(.*)$ http://www.site.ru$1 permanent; > } > index index.php; > root /home/bitrix/www/site/htdocs; > # Redirect to ssl if need > if (-f /home/bitrix/www/site/htdocs/.htsecure) { > rewrite ^(.*)$ https://$host$1 permanent; > } > location ~* ^.+\.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > include bx/conf/im_common.conf; > include bx/conf/bitrix.conf; > include bx/server_monitor.conf; > } > > C уважением, > Денис > > 13.12.2012, 06:58, "Sokolov Evgeniy" : > > Может до этой локации вообще дело не доходит? > > > 12 декабря 2012 г., 18:18 пользователь написал: > > Добрый день! > Хочу убрать статику из журнала. Почему-то эта конструкция не работает: > > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|html|flv|swf)$ { > keepalive_timeout 75; > keepalive_requests 100; > root /home/bitrix/www/site/htdocs/; > access_log off; > expires 30d; > autoindex on; > } > > Хотя прекрасно работает на других серверах. > Сайт на битриксе, если что. > > nginx-1.2.4-1.el6.ngx.i386 > > Денис > > -- > -- > С уважением, Соколов Евгений > > -- > -- > С уважением, Соколов Евгений > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- -- С уважением, Соколов Евгений -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Fri Dec 14 11:01:38 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 14 Dec 2012 13:01:38 +0200 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: <200521355381418@web4e.yandex.ru> References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> Message-ID: <50CB0712.2040404@kpi.ua> 13.12.2012 8:50, dekapriz at yandex.ru пишет: > Как это проверить? http://nginx.org/ru/docs/debugging_log.html -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Fri Dec 14 11:05:52 2012 From: nginx-forum at nginx.us (alexfear) Date: Fri, 14 Dec 2012 06:05:52 -0500 Subject: =?UTF-8?B?UmU6INCt0LrRgNCw0L3QuNGA0L7QstCw0L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: <8BA1024E-C884-422E-947D-73C01AF79ABF@sysoev.ru> References: <8BA1024E-C884-422E-947D-73C01AF79ABF@sysoev.ru> Message-ID: <53047e68af0551f5bfdfc6414c43a008.NginxMailingListRussian@forum.nginx.org> Спасибо за быстрый ответ! Так всё правильно работает. Есть правда один нюанс, нгинкс у меня проксирует запросы на бекенд. А по скольку для редиректа создан отдельный локейшн, то в него тоже прийдётся рядом с условием вписать параметры для проксирования. Это единственный выход? То есть мне для любого редиректа прийдётся так делать или есть более красивое/грамотное решение? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234009,234016#msg-234016 From dekapriz at yandex.ru Fri Dec 14 11:19:57 2012 From: dekapriz at yandex.ru (dekapriz at yandex.ru) Date: Fri, 14 Dec 2012 15:19:57 +0400 Subject: =?UTF-8?B?UmU6INCY0YHQutC70Y7Rh9C40YLRjCDRgdGC0LDRgtC40LrRgyDQuNC3IGFjY2Vz?= =?UTF-8?B?c19sb2c=?= In-Reply-To: References: <1935281355314694@web8f.yandex.ru> <200521355381418@web4e.yandex.ru> <1604071355481322@web4g.yandex.ru> Message-ID: <1652111355483997@web4f.yandex.ru> An HTML attachment was scrubbed... URL: From aa.vasilenko at gmail.com Fri Dec 14 11:51:21 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Fri, 14 Dec 2012 13:51:21 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: <12044F8572FF4862860F214A6662FE2C@gmail.com> References: <12044F8572FF4862860F214A6662FE2C@gmail.com> Message-ID: <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Приветствую, Собрал немного логов. Помогите пожалуйста с интерпретацией: 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? On Dec 6, 2012, at 17:02 , Alex Vasilenko wrote: > Игорь, > > Нет, запросы были. Пример: > >> 115.244.163.71 - - [06/Dec/2012:08:04:25 +0000] "POST /v1/video/chunked_upload.json?uuid=50c0122a39633 HTTP/1.1" 400 0 "-" "lge/e0_open_esa/e0:2.3.6/GRK39F/V10b-APR-03-2012.2ED8B1E206:user/Looplr_1.3.8" > > > Спасибо, > Александр > On Thursday, 6 December 2012 г. at 16:57, Igor Sysoev wrote: > >> Если в логе на месте строки запроса пустые кавычки, то ничего и не пришло. >> >> -- >> Igor Sysoev >> >> 06.12.2012, в 14:17, Alex Vasilenko написал(а): >> >>> Приветствую! >>> >>> В логах попадаются некоторое количество 400 ответов. Хочется узнать причину. Было бы неплохо увидеть какой именно запрос (включая заголовки и тело) пришел и почему nginx его отфутболил. >>> >>> Возможно ли это средством nginx или может кто-то может подсказать сторонние программы? >>> >>> Спасибо, >>> Александр >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru at nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor at sysoev.ru Fri Dec 14 12:07:12 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 16:07:12 +0400 Subject: =?UTF-8?B?UmU6INCt0LrRgNCw0L3QuNGA0L7QstCw0L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: <53047e68af0551f5bfdfc6414c43a008.NginxMailingListRussian@forum.nginx.org> References: <8BA1024E-C884-422E-947D-73C01AF79ABF@sysoev.ru> <53047e68af0551f5bfdfc6414c43a008.NginxMailingListRussian@forum.nginx.org> Message-ID: <46E16200-AD06-4CD2-BEFB-06C24F40F05D@sysoev.ru> On Dec 14, 2012, at 15:05 , alexfear wrote: > Спасибо за быстрый ответ! > Так всё правильно работает. Есть правда один нюанс, нгинкс у меня проксирует > запросы на бекенд. А по скольку для редиректа создан отдельный локейшн, то в > него тоже прийдётся рядом с условием вписать параметры для проксирования. > Это единственный выход? То есть мне для любого редиректа прийдётся так > делать или есть более красивое/грамотное решение? Все параметры проксирования, кроме собственно директивы proxy_pass, можно описать на уровне server и они будут унаследованы во все location'ы. В нужных location'ах нужно только поставить proxy_pass: location /dir/ { if ($query_string ...) { return 301 ...; } proxy_pass ... } -- Igor Sysoev http://nginx.com/support.html From igor at sysoev.ru Fri Dec 14 12:12:20 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 16:12:20 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> References: <12044F8572FF4862860F214A6662FE2C@gmail.com> <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Message-ID: On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote: > Приветствую, > > Собрал немного логов. Помогите пожалуйста с интерпретацией: > > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body > 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 > > Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? Судя по > 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 Content-Length нормальная. А судя по > 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 > 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 собраны один или два нестандартных модуля и, возможно, они что-то делают. -- Igor Sysoev http://nginx.com/support.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa.vasilenko at gmail.com Fri Dec 14 12:16:02 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Fri, 14 Dec 2012 14:16:02 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: <12044F8572FF4862860F214A6662FE2C@gmail.com> <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Message-ID: Игорь, Забыл добавить: используется nginx upload module http://www.grid.net.ru/nginx/upload.en.html . Самая интересная часть ниже: >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) recv отвечает за получение тела запроса? Спасибо, Александр On Dec 14, 2012, at 14:12 , Igor Sysoev wrote: > On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote: > >> Приветствую, >> >> Собрал немного логов. Помогите пожалуйста с интерпретацией: >> >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 >> >> Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? > > Судя по > >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 > > Content-Length нормальная. А судя по > >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 > > собраны один или два нестандартных модуля и, возможно, они что-то делают. > > > -- > Igor Sysoev > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor at sysoev.ru Fri Dec 14 12:19:29 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 16:19:29 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: <12044F8572FF4862860F214A6662FE2C@gmail.com> <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Message-ID: On Dec 14, 2012, at 16:16 , Alex Vasilenko wrote: > Игорь, > > Забыл добавить: используется nginx upload module http://www.grid.net.ru/nginx/upload.en.html . По этому модулю ничего сказать не могу. > Самая интересная часть ниже: >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) > > recv отвечает за получение тела запроса? Да, но ошибка "11: Resource temporarily unavailable" - это нормально. -- Igor Sysoev http://nginx.com/support.html > Спасибо, > Александр > > On Dec 14, 2012, at 14:12 , Igor Sysoev wrote: > >> On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote: >> >>> Приветствую, >>> >>> Собрал немного логов. Помогите пожалуйста с интерпретацией: >>> >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 >>> >>> Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? >> >> Судя по >> >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >> >> Content-Length нормальная. А судя по >> >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >> >> собраны один или два нестандартных модуля и, возможно, они что-то делают. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Dec 14 12:52:25 2012 From: nginx-forum at nginx.us (alexfear) Date: Fri, 14 Dec 2012 07:52:25 -0500 Subject: =?UTF-8?B?UmU6INCt0LrRgNCw0L3QuNGA0L7QstCw0L3QuNC1INCyIGxvY2F0aW9u?= In-Reply-To: <46E16200-AD06-4CD2-BEFB-06C24F40F05D@sysoev.ru> References: <46E16200-AD06-4CD2-BEFB-06C24F40F05D@sysoev.ru> Message-ID: Это понятно. Спасибо! SOLVED Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234009,234026#msg-234026 From aa.vasilenko at gmail.com Fri Dec 14 12:54:19 2012 From: aa.vasilenko at gmail.com (Alex Vasilenko) Date: Fri, 14 Dec 2012 14:54:19 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: <12044F8572FF4862860F214A6662FE2C@gmail.com> <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Message-ID: Игорь, Можно подробнее, что означает "Resource temporarily unavailable" в данном случае? И если это нормально, то почему после этого закрывается соединение и отдает в ответ 400? Или же стоит копать модуль в данном случае? Спасибо, Александр On Dec 14, 2012, at 14:19 , Igor Sysoev wrote: > On Dec 14, 2012, at 16:16 , Alex Vasilenko wrote: > >> Игорь, >> >> Забыл добавить: используется nginx upload module http://www.grid.net.ru/nginx/upload.en.html . > > По этому модулю ничего сказать не могу. > >> Самая интересная часть ниже: >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >> >> recv отвечает за получение тела запроса? > > Да, но ошибка "11: Resource temporarily unavailable" - это нормально. > > > -- > Igor Sysoev > http://nginx.com/support.html > >> Спасибо, >> Александр >> >> On Dec 14, 2012, at 14:12 , Igor Sysoev wrote: >> >>> On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote: >>> >>>> Приветствую, >>>> >>>> Собрал немного логов. Помогите пожалуйста с интерпретацией: >>>> >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 >>>> >>>> Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? >>> >>> Судя по >>> >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >>> >>> Content-Length нормальная. А судя по >>> >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >>> >>> собраны один или два нестандартных модуля и, возможно, они что-то делают. > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor at sysoev.ru Fri Dec 14 13:10:20 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Fri, 14 Dec 2012 17:10:20 +0400 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: References: <12044F8572FF4862860F214A6662FE2C@gmail.com> <7D8FE5C5-66F7-453E-9724-2661ACC7461A@gmail.com> Message-ID: <814E97A8-9926-47F9-9FDA-A3947D1FA574@sysoev.ru> On Dec 14, 2012, at 16:54 , Alex Vasilenko wrote: > Игорь, > > Можно подробнее, что означает "Resource temporarily unavailable" в данном случае? Это значит, что в данный момент клиент не прислал данных. Это нормально: пришлёт позже, через секунду, две, три и т.д. > И если это нормально, то почему после этого закрывается соединение и отдает в ответ 400? Или же стоит копать модуль в данном случае? Это нужно смотреть модуль. -- Igor Sysoev http://nginx.com/support.html > Спасибо, > Александр > > On Dec 14, 2012, at 14:19 , Igor Sysoev wrote: > >> On Dec 14, 2012, at 16:16 , Alex Vasilenko wrote: >> >>> Игорь, >>> >>> Забыл добавить: используется nginx upload module http://www.grid.net.ru/nginx/upload.en.html . >> >> По этому модулю ничего сказать не могу. >> >>> Самая интересная часть ниже: >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >>> >>> recv отвечает за получение тела запроса? >> >> Да, но ошибка "11: Resource temporarily unavailable" - это нормально. >> >> >> -- >> Igor Sysoev >> http://nginx.com/support.html >> >>> Спасибо, >>> Александр >>> >>> On Dec 14, 2012, at 14:12 , Igor Sysoev wrote: >>> >>>> On Dec 14, 2012, at 15:51 , Alex Vasilenko wrote: >>>> >>>>> Приветствую, >>>>> >>>>> Собрал немного логов. Помогите пожалуйста с интерпретацией: >>>>> >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 rewrite phase: 2 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post rewrite phase: 3 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 4 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 generic phase: 5 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 6 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 access phase: 7 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 post access phase: 8 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 try files phase: 9 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 posix_memalign: 00000000015FD9A0:4096 @16 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 00000000015FE9B0:4096 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 malloc: 0000000001828FB0:102400 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http read client request body >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv: fd:94 -1 of 102400 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 recv() not ready (11: Resource temporarily unavailable) >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body recv -2 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http client request body rest 102400 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 event timer add: 94: 600000:1355455682798 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http finalize request: -4, "/request.json" a:1, c:2 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http request count:2 blk:0 >>>>> >>>>> Правильно ли я понимаю, что nginx не смог открыть файл для записи и поэтому отфутболил пользователя? Или же request content-length был указан не верно? >>>> >>>> Судя по >>>> >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 http cl:102400 max:524288000 >>>> >>>> Content-Length нормальная. А судя по >>>> >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 session id 1356329908932 >>>>> 2012/12/14 03:18:02 [debug] 6772#0: *468812 partial content, range 1126400-1228799/4594346 >>>> >>>> собраны один или два нестандартных модуля и, возможно, они что-то делают. >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Fri Dec 14 15:48:06 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 14 Dec 2012 19:48:06 +0400 Subject: =?UTF-8?Q?Re=3A_ip_hash_=D0=B8_backup?= In-Reply-To: <410e5c3c85b3af5a1c3a52b2dc5b0b28.NginxMailingListRussian@forum.nginx.org> References: <410e5c3c85b3af5a1c3a52b2dc5b0b28.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121214154806.GW40452@mdounin.ru> Hello! On Fri, Dec 14, 2012 at 04:37:51AM -0500, muhas wrote: > Возможно ли как-либо заставить работать директиву backup в апстриме где > используется ip_hash? > убирать ip_hash не вариант, а бекапный сервер вроде как нужен. может есть > вариант создания бекапного сервера если другие отвалились? Сконфигурировать error_page? error_page 502 504 = @backup; location @backup { proxy_pass http://backup.example.com; } Подробнее тут: http://nginx.org/r/error_page/ru -- Maxim Dounin http://nginx.com/support.html From ks2 at martberry.ru Fri Dec 14 17:45:22 2012 From: ks2 at martberry.ru (Kirill S) Date: Fri, 14 Dec 2012 21:45:22 +0400 Subject: FastCgi responds with HTTP 204 but nginx sends 200 Message-ID: Добрый вечер, Есть nginx 1.2.5 на Windows и nginx 1.2.4 на Ubuntu. В качестве FastCGI-апстрима-а к нему прикручено java-приложение. Проблема в том, что в случае, когда java-приложение возвращает ответ "HTTP/1.1 204 No Content\n\n", nginx выдает клиенту HTTP 200 OK. В случае, если апстрим выдает например 302 с location, все в порядке. Все fastcgi-параметры более-менее стандартные, fastcgi_keep_conn выключено. Дебаг лог nginx-a: 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 01 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 06 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 00 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 01 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 00 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 1A 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 00 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record byte: 00 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi record length: 26 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi parser: 1 2012/12/14 20:48:46 [debug] 7136#1456: *1 http fastcgi header done 2012/12/14 20:48:46 [debug] 7136#1456: *1 HTTP/1.1 200 OK Server: nginx/1.2.5 Date: Fri, 14 Dec 2012 16:48:46 GMT Transfer-Encoding: chunked Connection: keep-alive Спасибо! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Fri Dec 14 18:01:58 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 14 Dec 2012 22:01:58 +0400 Subject: FastCgi responds with HTTP 204 but nginx sends 200 In-Reply-To: References: Message-ID: <20121214180157.GC40452@mdounin.ru> Hello! On Fri, Dec 14, 2012 at 09:45:22PM +0400, Kirill S wrote: > Добрый вечер, > > Есть nginx 1.2.5 на Windows и nginx 1.2.4 на Ubuntu. В качестве > FastCGI-апстрима-а к нему прикручено java-приложение. > > Проблема в том, что в случае, когда java-приложение возвращает ответ > "HTTP/1.1 204 No Content\n\n", nginx выдает клиенту HTTP 200 OK. В случае, > если апстрим выдает например 302 с location, все в порядке. А зачем java-приложение пытается возвращать "HTTP/1.1 204 ..." по протоколу FastCGI? Правильно - вернуть "Status: 204 ...\n\n". Подробнее тут: http://tools.ietf.org/html/rfc3875 -- Maxim Dounin http://nginx.com/support.html From ks2 at martberry.ru Fri Dec 14 19:43:19 2012 From: ks2 at martberry.ru (K S) Date: Fri, 14 Dec 2012 23:43:19 +0400 Subject: FastCgi responds with HTTP 204 but nginx sends 200 In-Reply-To: <20121214180157.GC40452@mdounin.ru> References: <20121214180157.GC40452@mdounin.ru> Message-ID: Спасибо за оперативность, Максим!! Все получилось :) 2012/12/14 Maxim Dounin > Hello! > > On Fri, Dec 14, 2012 at 09:45:22PM +0400, Kirill S wrote: > > > Добрый вечер, > > > > Есть nginx 1.2.5 на Windows и nginx 1.2.4 на Ubuntu. В качестве > > FastCGI-апстрима-а к нему прикручено java-приложение. > > > > Проблема в том, что в случае, когда java-приложение возвращает ответ > > "HTTP/1.1 204 No Content\n\n", nginx выдает клиенту HTTP 200 OK. В > случае, > > если апстрим выдает например 302 с location, все в порядке. > > А зачем java-приложение пытается возвращать "HTTP/1.1 204 ..." по > протоколу FastCGI? Правильно - вернуть "Status: 204 ...\n\n". > > Подробнее тут: > http://tools.ietf.org/html/rfc3875 > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From hell-for-yahoo at umail.ru Fri Dec 14 23:35:34 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sat, 15 Dec 2012 03:35:34 +0400 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <169113245.20121214112657@ngs.ru> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> <169113245.20121214112657@ngs.ru> Message-ID: <1267204556.20121215033534@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Pavel V.! PV> 2) Не надо использовать listen без указания IP в конфиге Nginx и VirtualHost без указания IP в PV> конфиге Apache. Надо. Замудохаешься все конфиги перебирать при смене арендованных адресов. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) суббота, 15.12.2012, <03:35> From nginx-forum at nginx.us Sat Dec 15 03:02:09 2012 From: nginx-forum at nginx.us (Gnome) Date: Fri, 14 Dec 2012 22:02:09 -0500 Subject: =?UTF-8?B?0JfQsNC30LXRgNC60LDQu9C40YLRjCDRgdCw0LnRgiDRh9C10YDQtdC3INGB0LI=?= =?UTF-8?B?0L7QuSDQn9Ca?= Message-ID: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> Есть общедоступный сайт в сети необходимо его зазеркалить в городскую сеть через свой ПК. К примеру: пользователь вбил в браузер мой IP и у него открылся сайт находящийся в сети, т.е чтобы весь трафик шёл через мой ПК. Установил nginx но что-то не пойму как он работает, в стандартном конфиге nginx.conf раскомментировал строчки: location ~ \.php$ { proxy_pass http://127.0.0.1; } и вместо http://127.0.0.1 вбил адрес сайта который необходимо зеркалить, перезапустил ngnix, в браузере вбил http://localhost но всё равно открывается html страница "Welcome to nginx!" Скорее всего что-то не так делаю, а что не пойму, документация почти вся на английском с которым я почти не дружу. Прошу помощи! Заранее благодарю! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234065#msg-234065 From mva at mva.name Sat Dec 15 04:56:49 2012 From: mva at mva.name (Vadim A. Misbakh-Soloviov) Date: Sat, 15 Dec 2012 11:56:49 +0700 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> References: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> Message-ID: <50CC0311.9030903@mva.name> а как выглядит в этом конфиге директива "server_name"? 15.12.2012 10:02, Gnome пишет: > Есть общедоступный сайт в сети необходимо его зазеркалить в городскую сеть > через свой ПК. > К примеру: пользователь вбил в браузер мой IP и у него открылся сайт > находящийся в сети, т.е чтобы весь трафик шёл через мой ПК. > Установил nginx но что-то не пойму как он работает, в стандартном конфиге > nginx.conf раскомментировал строчки: > > location ~ \.php$ { > proxy_pass http://127.0.0.1; > } > > и вместо http://127.0.0.1 вбил адрес сайта который необходимо зеркалить, > перезапустил ngnix, в браузере вбил http://localhost но всё равно > открывается html страница "Welcome to nginx!" > Скорее всего что-то не так делаю, а что не пойму, документация почти вся на > английском с которым я почти не дружу. > Прошу помощи! > Заранее благодарю! > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234065#msg-234065 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: From nginx-forum at nginx.us Sat Dec 15 05:07:26 2012 From: nginx-forum at nginx.us (Gnome) Date: Sat, 15 Dec 2012 00:07:26 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: <50CC0311.9030903@mva.name> References: <50CC0311.9030903@mva.name> Message-ID: mva Wrote: ------------------------------------------------------- > а как выглядит в этом конфиге директива "server_name"? server { listen 80; server_name localhost; #charset koi8-r; #access_log logs/host.access.log main; location / { root html; index index.html index.htm; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234067#msg-234067 From pavel2000 at ngs.ru Sat Dec 15 08:25:09 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Sat, 15 Dec 2012 15:25:09 +0700 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <1267204556.20121215033534@mtu-net.ru> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> <169113245.20121214112657@ngs.ru> <1267204556.20121215033534@mtu-net.ru> Message-ID: <112998324.20121215152509@ngs.ru> Здравствуйте, Andrey. PV>> 2) Не надо использовать listen без указания IP в конфиге Nginx и VirtualHost без указания IP в PV>> конфиге Apache. > Надо. > Замудохаешься все конфиги перебирать при смене арендованных адресов. Вам подкинуть ссылки на руководства по использованию grep, sed, bash, perl для автоматизации задач администрирования или http://google.com/ обойдемся? -- С уважением, Pavel mailto:pavel2000 at ngs.ru From nginx-forum at nginx.us Sat Dec 15 12:05:15 2012 From: nginx-forum at nginx.us (Gnome) Date: Sat, 15 Dec 2012 07:05:15 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: References: <50CC0311.9030903@mva.name> Message-ID: <03e024d5973ab475ca5cbebb773def83.NginxMailingListRussian@forum.nginx.org> Сменил то что было на это: server { listen 80; server_name mysite.ru; location / { proxy_pass http://mysite.ru/; proxy_set_header X-Real-IP $remote_addr; } Заработало! Вот только картинки на сайте не отображаются, как поправить? подскажите. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234076#msg-234076 From nginx-forum at nginx.us Sat Dec 15 13:01:31 2012 From: nginx-forum at nginx.us (kirimedia) Date: Sat, 15 Dec 2012 08:01:31 -0500 Subject: =?UTF-8?B?UmU6INCe0YHRgtCw0L3QvtCy0LjRgtGMINGC0LDQudC80LXRgCDQvNC+0LTRg9C7?= =?UTF-8?B?0Y8g0L/RgNC4INC/0LXRgNC10LfQsNCz0YDRg9C30LrQtSBuZ2lueA==?= In-Reply-To: <01A63AB1-BD3D-4AEA-93E9-72E24EB69735@sysoev.ru> References: <01A63AB1-BD3D-4AEA-93E9-72E24EB69735@sysoev.ru> Message-ID: Так это условие возможно проверить только когда время таймера пройдет и вызовется его обработчик. А как узнать об этом раньше? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233957,234000#msg-234000 From hell-for-yahoo at umail.ru Sat Dec 15 20:11:29 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sun, 16 Dec 2012 00:11:29 +0400 Subject: =?UTF-8?B?UmU6IEFwYWNoZSBuZ2lueCDQtNC+0YHRgtGD0L8g0L/QviDQuNC/INC4INC00L4=?= =?UTF-8?B?0LzQtdC90YM=?= In-Reply-To: <112998324.20121215152509@ngs.ru> References: <2115efe8376003d881f297b53329f8e4.NginxMailingListRussian@forum.nginx.org> <169113245.20121214112657@ngs.ru> <1267204556.20121215033534@mtu-net.ru> <112998324.20121215152509@ngs.ru> Message-ID: <1904687823.20121216001129@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Pavel V.! PV>>> 2) Не надо использовать listen без указания IP в конфиге Nginx и VirtualHost без указания IP в PV>>> конфиге Apache. >> Надо. >> Замудохаешься все конфиги перебирать при смене арендованных адресов. PV> Вам подкинуть ссылки на руководства по использованию grep, sed, bash, perl для автоматизации задач PV> администрирования или http://google.com/ обойдемся? А ещё есть m4... Двайте не будем усложнять себе жизнь. Если есть возможность НЕ пользоваться лишними инструментами, я ими не пользуюсь. Поэтому мои сервера работают месяцами без сбоев. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 16.12.2012, <00:10> From o.palij at dp.uz.gov.ua Sun Dec 16 20:07:19 2012 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Sun, 16 Dec 2012 22:07:19 +0200 Subject: mp4 streaming tuning Message-ID: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Добрый день! nginx/1.2.3 стримит видео, упираемся в 1.5 Гб/c (две 1Гб сетевухи в bond) и nginx начинает с задержкой в начале (несколько секунд, иногда до минуты) отдавать файлы, при этом iowait 20-30%, si ~ 20%. Популярные файлы лежат на ssd, остальное на hdd. В основном видео по 100-200Мб, часть файлов отдается 206ми максимум по 1Мб. По дискам затыка вроде нет, т.к. в пики `dd if=file.mp4` начинает показывать содержимое файлов практически сразу. worker_processes 4; events { worker_connections 1024; use epoll; } http { sendfile on; tcp_nopush on; tcp_nodelay on; } server { location /video/ { root /; try_files /mnt/ssd$uri /mnt/hdd$uri; mp4; open_file_cache off; limit_rate_after 3m; limit_rate 80k; } } На сервере 4 физических процессора, имеет смысл поднимать кол-во worker_processes? Имеет-ли смысл включать AIO? linux 2.6.38 SMP x86_64 видел, что Игорь давал такой пример (http://forum.nginx.org/read.php?2,22085,216640): > output_buffers 2 1m; > aio on; > directio 1m; Что в этом случае будет происходить с 206ми меньшими 1Мб? Чтение будет блокирующимся и на это можно забить? Или надо все таки ставить directio 512? Еще Игорь писал, что: > На 16G можно обслуживать где-то до 6000 соединений. С чем это связано и можно-ли на это как-то повлиять? Хотя у нас сейчас около 3000 established, просто на будущее интересно. Или может упираемся в сетевухи? Cетевые прерывания распределены по ядрам равномерно. И когда стояла одна сетевуха - она на 1Гб стримила нормально. 00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network Connection (rev 05) 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection В какую сторону еще стоит посмотреть? Заранее спасибо. From a.vasilishin at kpi.ua Sun Dec 16 20:23:56 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 16 Dec 2012 22:23:56 +0200 Subject: mp4 streaming tuning In-Reply-To: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: <50CE2DDC.4080401@kpi.ua> 16.12.2012 22:07, Oleg Palij пишет: > Добрый день! > > nginx/1.2.3 стримит видео, упираемся в 1.5 Гб/c (две 1Гб сетевухи в bond) и nginx начинает с задержкой в начале (несколько секунд, иногда до минуты) отдавать файлы, при этом iowait 20-30%, si ~ 20%. > Популярные файлы лежат на ssd, остальное на hdd. Где это на УЖД надо стримить 2 Гбит/с видео? :) > В основном видео по 100-200Мб, часть файлов отдается 206ми максимум по 1Мб. > По дискам затыка вроде нет, т.к. в пики `dd if=file.mp4` начинает показывать содержимое файлов практически сразу. > > worker_processes 4; > events { > worker_connections 1024; > use epoll; > } > > http { > sendfile on; - sendfile on; + sendfile off; сендфайл лучше включать только для ссд, хотя оосоого выигрыша по сравнению с просто output_buffers 128к я не заметил > tcp_nopush on; > tcp_nodelay on; > } > > server { > location /video/ { > root /; > try_files /mnt/ssd$uri /mnt/hdd$uri; > mp4; > open_file_cache off; Почему off? > limit_rate_after 3m; > limit_rate 80k; > } > } > > На сервере 4 физических процессора, имеет смысл поднимать кол-во worker_processes? > в случае с sendfile on; - имеет, особенно если sendfile_max_chunk не установлен. > Имеет-ли смысл включать AIO? linux 2.6.38 SMP x86_64 > имеет для для хдд > видел, что Игорь давал такой пример (http://forum.nginx.org/read.php?2,22085,216640): >> output_buffers 2 1m; >> aio on; >> directio 1m; > Что в этом случае будет происходить с 206ми меньшими 1Мб? Чтение будет блокирующимся и на это можно забить? Или надо все таки ставить directio 512? > что такое 206е? directio 1m; - означает, что O_DIRECT будет применяться только к файлам размером от 1м, в документации это описано кстати. > Еще Игорь писал, что: >> На 16G можно обслуживать где-то до 6000 соединений. > С чем это связано и можно-ли на это как-то повлиять? Хотя у нас сейчас около 3000 established, просто на будущее интересно. > банальная арифметика, умножаем буфер на количество конектов. > Или может упираемся в сетевухи? Cетевые прерывания распределены по ядрам равномерно. И когда стояла одна сетевуха - она на 1Гб стримила нормально. > 00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network Connection (rev 05) > 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection > нет, сетевые нормальные, правда 82578DM не работал, но уверен что она не хуже 82574L > В какую сторону еще стоит посмотреть? > МБ аутсорсинг? http://nginx.com/support.html Ну, или документацию начать по-немного читать, смотреть примеры. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From o.palij at dp.uz.gov.ua Sun Dec 16 21:02:34 2012 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Sun, 16 Dec 2012 23:02:34 +0200 Subject: mp4 streaming tuning In-Reply-To: <50CE2DDC.4080401@kpi.ua> References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <50CE2DDC.4080401@kpi.ua> Message-ID: 16 дек. 2012, в 22:23, Андрей Василишин написал(а): >> open_file_cache off; > Почему off? http://forum.nginx.org/read.php?21,216319,217845 >> видел, что Игорь давал такой пример (http://forum.nginx.org/read.php?2,22085,216640): >>> output_buffers 2 1m; >>> aio on; >>> directio 1m; >> Что в этом случае будет происходить с 206ми меньшими 1Мб? Чтение будет блокирующимся и на это можно забить? Или надо все таки ставить directio 512? > что такое 206е? HTTP code 206 Partial Content > directio 1m; - означает, что O_DIRECT будет применяться только к файлам размером от 1м, в документации это описано кстати. Это понятно. Вопрос был в том, что будет при включенном AIO, directio 1m и размеров файла меньше 1мб. И надо ли обращать на это внимание. >> Еще Игорь писал, что: >>> На 16G можно обслуживать где-то до 6000 соединений. >> С чем это связано и можно-ли на это как-то повлиять? Хотя у нас сейчас около 3000 established, просто на будущее интересно. > банальная арифметика, умножаем буфер на количество конектов. Какой буфер? >> В какую сторону еще стоит посмотреть? > МБ аутсорсинг? http://nginx.com/support.html Спасибо, но к УЖД это отношения не имеет, соотв. прийдется своими силами. > Ну, или документацию начать по-немного читать, смотреть примеры. Уточните, пожалуйста, конкретнее, какой раздел документации читать и на что там обратить внимание. From a.vasilishin at kpi.ua Sun Dec 16 21:18:49 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 16 Dec 2012 23:18:49 +0200 Subject: mp4 streaming tuning In-Reply-To: References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <50CE2DDC.4080401@kpi.ua> Message-ID: <50CE3AB9.1030202@kpi.ua> 16.12.2012 23:02, Oleg Palij пишет: > > 16 дек. 2012, в 22:23, Андрей Василишин написал(а): >>> open_file_cache off; >> Почему off? > http://forum.nginx.org/read.php?21,216319,217845 ну там же Игорь написал решение: upload file.mp4.tmp && mv file.mp4.tmp file.mp4 >>> видел, что Игорь давал такой пример (http://forum.nginx.org/read.php?2,22085,216640): >>>> output_buffers 2 1m; >>>> aio on; >>>> directio 1m; >>> Что в этом случае будет происходить с 206ми меньшими 1Мб? Чтение будет блокирующимся и на это можно забить? Или надо все таки ставить directio 512? >> что такое 206е? > HTTP code 206 Partial Content directio проверяет полный размер файла, а не его кусок >> directio 1m; - означает, что O_DIRECT будет применяться только к файлам размером от 1м, в документации это описано кстати. > Это понятно. Вопрос был в том, что будет при включенном AIO, directio 1m и размеров файла меньше 1мб. И надо ли обращать на это внимание. > Не будет работать directio и AIO вместе с ним. Надо ли обращать внимание: разве что у Вас будет много популярных файлов меньше 1М будут, это наверное к лучшему, потому что закешаться в ОП, не будут создавать нагрузку на диск. >>> Еще Игорь писал, что: >>>> На 16G можно обслуживать где-то до 6000 соединений. >>> С чем это связано и можно-ли на это как-то повлиять? Хотя у нас сейчас около 3000 established, просто на будущее интересно. >> банальная арифметика, умножаем буфер на количество конектов. > Какой буфер? > output_buffers по умолчанию кажись 64к, кстати кто там документацию ведет, про эту директиву нет упоминаний на сайте nginx.org в разделе документация. >>> В какую сторону еще стоит посмотреть? >> МБ аутсорсинг? http://nginx.com/support.html > Спасибо, но к УЖД это отношения не имеет, соотв. прийдется своими силами. Ну, кто ж мешает своими силами собраться и отдать на аутсорсинг? :) >> Ну, или документацию начать по-немного читать, смотреть примеры. > Уточните, пожалуйста, конкретнее, какой раздел документации читать и на что там обратить внимание. Весь раздел, вот смотрю начали искать по рассылке похожие проблемы, там встречаются конфиги или их куски, вот про все директивы, которые не знаете что они делают, ищете описание тут http://nginx.org/ru/docs/dirindex.html -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vadim.lazovskiy at gmail.com Mon Dec 17 06:40:26 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Mon, 17 Dec 2012 10:40:26 +0400 Subject: mp4 streaming tuning In-Reply-To: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: Здравствуйте. > nginx/1.2.3 стримит видео, упираемся в 1.5 Гб/c (две 1Гб сетевухи в bond) > и nginx начинает с задержкой в начале (несколько секунд, иногда до минуты) > отдавать файлы, при этом iowait 20-30%, si ~ 20%. > moov-атом точно перенесен в начала файла? Во всех файлах? 20-30 и 20% это пики на ядре или среднее по 4 ядрам? > Популярные файлы лежат на ssd, остальное на hdd. Сколько всего ssd и обычных дисках. И не в массивах ли они часом? > На сервере 4 физических процессора, имеет смысл поднимать кол-во > worker_processes? > > 4 это мало. Я бы поднял штук до 20. Не повредит уж точно. > Имеет-ли смысл включать AIO? linux 2.6.38 SMP x86_64 > > Без aio отдаем 4 Гбит. > Или может упираемся в сетевухи? Cетевые прерывания распределены по ядрам > равномерно. И когда стояла одна сетевуха - она на 1Гб стримила нормально. > 00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network > Connection (rev 05) > 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network > Connection > > ЕМНИП, обе e1000. Не умеют очереди. Если есть возможность поставьте ту, которая на igb. 4 очереди, каждую на свое ядро. Либо включите RPS+RFS: http://code.google.com/p/kernel/wiki/NetScalingGuide > В какую сторону еще стоит посмотреть? > В каком состоянии находятся воркеры в часы максимальной нагрузки? Сколько пик wa и si на каждом ядре в часы максимальной нагрузки? Кто в топе "iostat -mdx 1 /dev/sd?" ? Как сконфигурирован bond? Мб воткнуть третий линк и добавить памяти?. > Заранее спасибо. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From o.palij at dp.uz.gov.ua Mon Dec 17 07:42:55 2012 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Mon, 17 Dec 2012 09:42:55 +0200 Subject: mp4 streaming tuning In-Reply-To: References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: <40C64971-23AC-4A61-9082-EAF6BB7DA839@dp.uz.gov.ua> 17 дек. 2012, в 08:40, Вадим Лазовский написал(а): > nginx/1.2.3 стримит видео, упираемся в 1.5 Гб/c (две 1Гб сетевухи в bond) и nginx начинает с задержкой в начале (несколько секунд, иногда до минуты) отдавать файлы, при этом iowait 20-30%, si ~ 20%. > moov-атом точно перенесен в начала файла? Во всех файлах? Точно. > 20-30 и 20% это пики на ядре или среднее по 4 ядрам? среднее по 4м > > Популярные файлы лежат на ssd, остальное на hdd. > Сколько всего ssd и обычных дисках. И не в массивах ли они часом? 1 ssd и 6 hdd в software raid5. > На сервере 4 физических процессора, имеет смысл поднимать кол-во worker_processes? > 4 это мало. Я бы поднял штук до 20. Не повредит уж точно. Поднял вчера, посмотрю сегодня в пик изменится-ли что нибудь. > Без aio отдаем 4 Гбит. С включенным sendfile? directio для очень больших файлов включен? output_buffers тюнили? > Имеет-ли смысл включать AIO? linux 2.6.38 SMP x86_64 Пробовал включить aio. Совсем плохо стало. iowait то упал до 0, но user задрался, la сильно расти начал, и стримил при этом не больше 100Мбит. > Или может упираемся в сетевухи? Cетевые прерывания распределены по ядрам равномерно. И когда стояла одна сетевуха - она на 1Гб стримила нормально. > 00:19.0 Ethernet controller: Intel Corporation 82578DM Gigabit Network Connection (rev 05) > 04:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection > ЕМНИП, обе e1000. Не умеют очереди. Одна умеет, но мало :) 48: 1852018402 1851886313 1851907204 1851967041 PCI-MSI-edge eth1 49: 3301989410 3301930314 3301981994 3302369693 PCI-MSI-edge eth0-rx-0 50: 2482755925 2482702187 2482712776 2482293121 PCI-MSI-edge eth0-tx-0 51: 401 407 405 424 PCI-MSI-edge eth0 > Если есть возможность поставьте ту, которая на igb. 4 очереди, каждую на свое ядро. > Либо включите RPS+RFS: http://code.google.com/p/kernel/wiki/NetScalingGuide Спасибо. Посмотрю в эту сторону. > В каком состоянии находятся воркеры в часы максимальной нагрузки? По памяти не скажу, пик вечером будет, гляну. > Сколько пик wa и si на каждом ядре в часы максимальной нагрузки? Распределяется равномерно +- проценты. > Кто в топе "iostat -mdx 1 /dev/sd?" ? Процентов на 60-70 чтение идет с ssd (160Gb), остальное с массива (там почти 1Тб). Дело в том, что в пик пробовал с помощью dd тестить скорость отдачи фалов с винтов. Отдаваться начинает очень быстро, а nginx тупит от 5 до 40 секунд перед началом отдачи файла. > Как сконфигурирован bond? Все по-умолчанию. balance-rr. > Мб воткнуть третий линк и добавить памяти?. А зачем третий линк, если два не утилизируются полностью? Память, к сожалению, не добавить. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vadim.lazovskiy at gmail.com Mon Dec 17 08:18:36 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Mon, 17 Dec 2012 12:18:36 +0400 Subject: mp4 streaming tuning In-Reply-To: <40C64971-23AC-4A61-9082-EAF6BB7DA839@dp.uz.gov.ua> References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <40C64971-23AC-4A61-9082-EAF6BB7DA839@dp.uz.gov.ua> Message-ID: 17 декабря 2012 г., 11:42 пользователь Oleg Palij написал: > 17 дек. 2012, в 08:40, Вадим Лазовский написал(а): > > nginx/1.2.3 стримит видео, упираемся в 1.5 Гб/c (две 1Гб сетевухи в bond) >> и nginx начинает с задержкой в начале (несколько секунд, иногда до минуты) >> отдавать файлы, при этом iowait 20-30%, si ~ 20%. > > moov-атом точно перенесен в начала файла? Во всех файлах? > > Точно. > > Вот это место я бы перепроверил. Уж очень подобное поведение похоже на то, что описано в документации: "Если файл отформатирован хорошо, с метаданными в начале файла, nginx просто посылает в ответ содержимое файла. В противном случае, он вынужден будет прочитать файл и подготовить новый поток, в котором метаданные предшествуют медийным данным. Это требует дополнительного процессорного времени, памяти и дискового ввода/вывода, поэтому лучше подготовить исходный файл для псевдо-стриминга, нежели чем заставлять nginx делать это для каждого запроса." Выключите mp4, просто раздавайте файлы без обработки. Будет ли тот же эффект? > > >> Популярные файлы лежат на ssd, остальное на hdd. > > Сколько всего ssd и обычных дисках. И не в массивах ли они часом? > > 1 ssd и 6 hdd в software raid5. > > В свое время намучились с raid5. Линейное чтение - великолепно, но как только появляется сотня-другая клиентов - начинается затуп. С тех пор только отдельные диски или raid10. Чего и вам желаю. > Без aio отдаем 4 Гбит. > > С включенным sendfile? directio для очень больших файлов > включен? output_buffers тюнили? > > sendfile включен. Все остальное, кроме "timer_resolution 100ms;" по-умолчанию. sysctl.conf: net.ipv4.tcp_tw_recycle = 1 net.core.wmem_default = 262144 net.core.wmem_max = 4194304 net.core.rmem_default = 262144 net.core.rmem_max = 4194304 net.ipv4.tcp_rmem = 8192 262144 4194304 net.ipv4.tcp_wmem = 8192 262144 4194304 > Мб воткнуть третий линк и добавить памяти?. > > А зачем третий линк, если два не утилизируются полностью? Память, > к сожалению, не добавить. > > Это на случай, если упирается в прерывания, хотя, кажется, дело не в этом. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vovansystems at gmail.com Mon Dec 17 10:00:49 2012 From: vovansystems at gmail.com (VovansystemS) Date: Mon, 17 Dec 2012 13:00:49 +0300 Subject: =?UTF-8?B?0L/RgNC+0LHQu9C10LzQsCDRgSDQutC40YDQuNC70LvQuNGH0L3Ri9C80LggdXJp?= =?UTF-8?B?INC/0YDQuCDQutC10YjQuNGA0L7QstCw0L3QuNC4?= Message-ID: Добрый день! Настраивал кеширование сайта на wordpress с помощью модуля ngx_http_fastcgi_module, но столкнулся с некоторыми проблемами. Проблемы связаны с тем, что сайт использует адреса страниц с русскими буквами. Чтобы управлять кешированием со стороны wordpress используется плагин nginx-helper, для работы которого необходимо чтобы при обращении на адрес http://example.com/purge/news/001 очищался кеш страницы http://example.com/news/001 (и то же самое при наличии аргументов). Это удалось настроить таким образом, как показано ниже в конфиге и оно работает для всех адресов, кроме тех, в которых есть русские буквы. Проблема заключается в том, что страницы с русскими адресами попадают в кеш с ключём, где uri закодирован в виде %D0%B8%D0%BC%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B, а когда я пытаюсь очистить кеш такой страницы по адресу /purge/имя_страницы, в выделение location ~ /purge(/.*) попадает незакодированный uri "имя_страницы" и очистить кеш не получается - т.к. я неправильно обращаюсь к странице по ключу. Я перепробывал уже множество вариантов с различными переменными, но так и не получил нужного результата. Возможно есть какое-нибудь элегантное решение проблемы? Linux example 2.6.32-042stab049.7 #1 SMP Thu Mar 1 18:03:05 MSK 2012 x86_64 GNU/Linux nginx version: nginx/1.2.6 конфиг: fastcgi_cache_path /tmp/fcgi levels=1:2 keys_zone=MAGE:32m max_size=64m inactive=10h; server { listen 80; server_name example.com www.example.com; charset utf-8; error_log off; access_log off; root /home/user/example.com; index index.php index.html index.htm; set $no_cache 0; # POST requests and urls with a query string should always go to PHP if ($request_method = POST) { set $no_cache 1; } if ($query_string != "") { set $no_cache 0; } # Don't cache uris containing the following segments if ($request_uri ~* "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") { set $no_cache 1; } # Don't use the cache for logged in users or recent commenters if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in") { set $no_cache 1; } location / { # This is cool because no php is touched for static content. # include the "?$args" part so non-default permalinks doesn't break when using query string try_files $uri $uri/ /index.php?$args; } # all other .php files location ~ \.php$ { try_files $fastcgi_script_name =404; include fastcgi_params; fastcgi_pass unix:/var/run/fpm-v.sock; fastcgi_cache_bypass $no_cache; fastcgi_no_cache $no_cache; fastcgi_index index.php; fastcgi_intercept_errors off; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_temp_path /tmp/fcgi2 1 2; fastcgi_cache MAGE; fastcgi_cache_key "$scheme$request_method$host$request_uri"; fastcgi_ignore_headers "Cache-Control" "Expires" "Set-Cookie"; fastcgi_cache_min_uses 1; fastcgi_cache_valid 30m; fastcgi_cache_use_stale updating error timeout invalid_header http_500; } location ~ /purge(/.*) { #default_type text/plain; #echo "fastcgi_cache_purge MAGE $scheme$request_method$host$1$is_args$args"; #echo "fastcgi_cache_key $scheme$request_method$host$request_uri"; fastcgi_cache_purge MAGE "$scheme$request_method$host$1$is_args$args"; } location ~* ^.+\.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ { access_log off; log_not_found off; expires max; } } -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Mon Dec 17 10:01:29 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 17 Dec 2012 12:01:29 +0200 Subject: mp4 streaming tuning In-Reply-To: References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: <50CEED79.4050704@kpi.ua> 17.12.2012 8:40, Вадим Лазовский пишет: > > Без aio отдаем 4 Гбит. > Это все индивидуально, есть сервера, где без аио отдаем и 6Гбит/с, а есть где без аио и больше гигабита не получится, вот первых почему-то гораздо меньше чем вторых. Вот к примеру сервер без аио Intel Core i5-2500K, 4x8GB DDR3 1333, 2xWDC WD5000AAKS-0 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: host-26.png Type: image/png Size: 50244 bytes Desc: not available URL: From a.vasilishin at kpi.ua Mon Dec 17 10:14:31 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 17 Dec 2012 12:14:31 +0200 Subject: mp4 streaming tuning In-Reply-To: References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: <50CEF087.8000708@kpi.ua> 17.12.2012 8:40, Вадим Лазовский пишет: > Без aio отдаем 4 Гбит. > Это все индивидуально, при чем это скорее исключение, чем правило, вот у нас только один сервер, который без аио и 6 отдает, но вот остальные... Intel Core i5-2500K, 4x8GB DDR3 1333, 2xWDC WD5000AAKS-0 -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vadim.lazovskiy at gmail.com Mon Dec 17 10:24:53 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Mon, 17 Dec 2012 14:24:53 +0400 Subject: mp4 streaming tuning In-Reply-To: <50CEED79.4050704@kpi.ua> References: <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <50CEED79.4050704@kpi.ua> Message-ID: Здравствуйте. Разумеется. У вас на терабайт данных 24 гигабайта RAM. Наверное хороший процент попадания в кэш файловой системы. И фронт на графике крутой, наверное какой-то очень горячий контент, который хорошо кешируется в памяти. Сейчас RAM стоит такие копейки, что грех не ставить 32+GB. Было б куда воткнуть. 17 декабря 2012 г., 14:01 пользователь Андрей Василишин написал: > 17.12.2012 8:40, Вадим Лазовский пишет: > > > >> Без aio отдаем 4 Гбит. >> >> > Это все индивидуально, есть сервера, где без аио отдаем и 6Гбит/с, а есть > где без аио и больше гигабита не получится, вот первых почему-то гораздо > меньше чем вторых. > > Вот к примеру сервер без аио > Intel Core i5-2500K, 4x8GB DDR3 1333, 2xWDC WD5000AAKS-0 > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Mon Dec 17 12:57:30 2012 From: nginx-forum at nginx.us (dga65) Date: Mon, 17 Dec 2012 07:57:30 -0500 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> Message-ID: <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> Мдя... гуру сдались... печалька... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233961,234113#msg-234113 From mdounin at mdounin.ru Mon Dec 17 15:06:50 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Dec 2012 19:06:50 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121217150649.GH40452@mdounin.ru> Hello! On Mon, Dec 17, 2012 at 07:57:30AM -0500, dga65 wrote: > Мдя... гуру сдались... печалька... Если у вас что-то не работает - приводите конфиг, который у вас не работает (_полный_, чтобы ваши тесты можно было воспроизвести), и точное описание того, в чём именно заключается ваше "не работает". Пока что все произвучавшие с вашей стороны утверждения никакой полезной информации для анализа не содержат. Just in case, на случай если вы пропустили, ответ на ваше исходное сообщение тут: http://mailman.nginx.org/pipermail/nginx-ru/2012-December/049279.html (В форуме этот ответ, насколько я вижу, по каким-то причинам не попал в тот же топик, что и исходное сообщение. Лишний повод закрыть форум совсем...) -- Maxim Dounin http://nginx.com/support.html From pavel2000 at ngs.ru Mon Dec 17 15:43:53 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Mon, 17 Dec 2012 22:43:53 +0700 Subject: Feature idea: temp_path parameter at proxy_cache_path directive Message-ID: <505945602.20121217224353@ngs.ru> Здравствуйте. Думаю, что было бы неплохо добавить в директиву proxy_cache_path параметр temp_path. proxy_cache_path настраивается только в контексте http, а proxy_temp_path - можно задать в любом контексте. Имеем несоответствие - одна директива может применяться только в http и быть указана много раз, а другая - может быть указана везде, но один раз на контекст. Если для определенного пути в proxy_cache_path требуется определенный путь для временных файлов, то его придется явно прописывать в каждом server/location, где используется соответствующий cache_path, т.к. связать эти пути вместе на данный момент не возможно. С учетом того, что "Ключом и именем файла в кэше является результат функции MD5 от проксированного URL. " и, вероятно, то же самое имя используется и для файла в каталоге временных файлов, то получается, что конфликт (коллизия) имен файлов для разных зон - невероятны, и потребность в вышеописанном возникает только для кэшей на разных устройствах. Фич реквест просто для размышления, но может быть разработчики посчитают это важным. Спасибо. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From azovmash at ukr.net Mon Dec 17 16:04:53 2012 From: azovmash at ukr.net (azovmash at ukr.net) Date: Mon, 17 Dec 2012 18:04:53 +0200 Subject: mp4 streaming tuning In-Reply-To: References: <50CEED79.4050704@kpi.ua> <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> Message-ID: <79504.1355760293.10228171058514558976@ffe12.ukr.net> Добрый вечер. Подскажите а под FreeBSD для работы nginx с aio нужно или нет делать kldload aio и если нужно, как будет работать если он не загружен ? Вот кстати плата http://www.3dnews.ru/motherboard/627735 с возможностью установки 64 гига памяти. -- Max --- Исходное сообщение --- От кого: "Вадим Лазовский" Кому: nginx-ru at nginx.org Дата: 17 декабря 2012, 12:24:58 Тема: Re: mp4 streaming tuning > Здравствуйте. > Разумеется. У вас на терабайт данных 24 гигабайта RAM. Наверное хороший процент попадания в кэш файловой системы. И фронт на графике крутой, наверное какой-то очень горячий контент, который хорошо кешируется в памяти. > Сейчас RAM стоит такие копейки, что грех не ставить 32+GB. Было б куда воткнуть. > 17 декабря 2012 г., 14:01 пользователь Андрей Василишин написал: > 17.12.2012 8:40, Вадим Лазовский пишет: > > > Без aio отдаем 4 Гбит. > > > Это все индивидуально, есть сервера, где без аио отдаем и 6Гбит/с, а есть где без аио и больше гигабита не получится, вот первых почему-то гораздо меньше чем вторых. > > Вот к примеру сервер без аио > Intel Core i5-2500K, 4x8GB DDR3 1333, 2xWDC WD5000AAKS-0 > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Mon Dec 17 16:07:33 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Mon, 17 Dec 2012 18:07:33 +0200 Subject: mp4 streaming tuning In-Reply-To: <79504.1355760293.10228171058514558976@ffe12.ukr.net> References: <50CEED79.4050704@kpi.ua> <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <79504.1355760293.10228171058514558976@ffe12.ukr.net> Message-ID: <50CF4345.80907@kpi.ua> 17.12.2012 18:04, azovmash at ukr.net пишет: > Вот кстати плата > > http://www.3dnews.ru/motherboard/627735 > > с возможностью установки 64 гига памяти. Не поверите, у Интел есть платы с возможностью установки 750Гб памяти -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From azovmash at ukr.net Mon Dec 17 16:16:09 2012 From: azovmash at ukr.net (azovmash at ukr.net) Date: Mon, 17 Dec 2012 18:16:09 +0200 Subject: mp4 streaming tuning In-Reply-To: <50CF4345.80907@kpi.ua> References: <79504.1355760293.10228171058514558976@ffe12.ukr.net> <50CEED79.4050704@kpi.ua> <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <50CF4345.80907@kpi.ua> Message-ID: <29428.1355760969.17131735002294714368@ffe6.ukr.net> Это сравнительно дешевая плата, не сервераная даже. --- Исходное сообщение --- От кого: "Андрей Василишин" Кому: nginx-ru at nginx.org Дата: 17 декабря 2012, 18:07:40 Тема: Re: mp4 streaming tuning > 17.12.2012 18:04, azovmash at ukr.net пишет: > > > Вот кстати плата > > > > http://www.3dnews.ru/motherboard/627735 > > > > с возможностью установки 64 гига памяти. > > Не поверите, у Интел есть платы с возможностью установки 750Гб памяти > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Dec 17 16:36:32 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Dec 2012 20:36:32 +0400 Subject: mp4 streaming tuning In-Reply-To: <79504.1355760293.10228171058514558976@ffe12.ukr.net> References: <50CEED79.4050704@kpi.ua> <149D23A1-FFAB-4D60-B28E-ED4706BC22F0@dp.uz.gov.ua> <79504.1355760293.10228171058514558976@ffe12.ukr.net> Message-ID: <20121217163631.GJ40452@mdounin.ru> Hello! On Mon, Dec 17, 2012 at 06:04:53PM +0200, azovmash at ukr.net wrote: > Подскажите а под FreeBSD для работы nginx с aio нужно или нет делать > kldload aio и если нужно, Нужно. > как будет работать если он не загружен ? Если не загружен - nginx выругается в лог про "[crit] ... aio_read(...) failed (78: Function not implemented) while sending response to client" (по одному разу на рабочий процесс), после чего продолжит работать без aio. -- Maxim Dounin http://nginx.com/support.html From pavel2000 at ngs.ru Mon Dec 17 17:07:04 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Tue, 18 Dec 2012 00:07:04 +0700 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIHByb3h5X2NhY2hlX2xvY2sgb247?= Message-ID: <696663123.20121218000704@ngs.ru> Здравствуйте. Пытаемся внедрять кеширование ответов от скриптов. Кеширование происходит, но не работает директива proxy_cache_lock. По логам сервера видно, что на апач одновременно передается несколько запросов, хотя используется proxy_cache_lock on; и ожидается, что на апач упадет один запрос. Подскажите, что сделано не так? Подробности: nginx version: nginx/1.1.17 , пакет nginx-full из оф. репозитария Debian. Кусок лога (формат лога приведен ниже, вместе с частью конфигурации): # tail -f /var/log/nginx/apache1.log |grep /ru/informers/small/ [test] "2.038" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.041" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.068" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.074" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.080" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.082" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.082" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.092" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "2.093" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" [test] "2.420" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" .... Далее идут логи запросов с ответами только из кэша Этот лог снят в момент запуска команды #ab -c 10 -k -n 10000 http://test/ru/informers/small/51.png Аналогичное поведение видно для той же команды и в момент устаревания уже имеющегося элемента кэша. Значащие директивы контекста http: proxy_temp_path /var/cache/nginx/tmp; proxy_cache_path /var/cache/nginx/test_my_informers levels=1 keys_zone=test_my_informers:10m; log_format main '[$host] "$upstream_response_time" $remote_addr - $remote_user [$time_local] $status ' '"$request" $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$upstream_addr" '; Других директив proxy_* в контексте http не описано. Проксирование настроено только для одного локейшена на данном сервере (первый опыт :-) ). Конфигурация server используемого вирт хоста: server { listen 1.2.3.4:80; server_name test; access_log /var/log/nginx/test-access.log; error_log /var/log/nginx/test-error.log; root /web/test/htdocs; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; location / { access_log /var/log/nginx/apache1.log main; access_log /var/log/nginx/test-access.log; proxy_pass http://127.0.0.1:80; proxy_read_timeout 60; } location ~ /([a-zA-Z]+)/informers/(small|medium|large)/([0-9]+)\.png$ { access_log /var/log/nginx/apache1.log main; access_log /var/log/nginx/test-access.log; expires 5m; proxy_pass http://127.0.0.1:80; proxy_cache test_my_informers; proxy_cache_valid 200 302 304 5m; proxy_cache_lock on; proxy_cache_key "$host$request_uri"; proxy_ignore_headers Expires Cache-Control Set-Cookie; proxy_hide_header Set-Cookie; } } Спасибо за возможные комментарии. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From a.vasilishin at kpi.ua Mon Dec 17 18:14:02 2012 From: a.vasilishin at kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Mon, 17 Dec 2012 20:14:02 +0200 Subject: reload vs restart nginx Message-ID: <50CF60EA.9010503@kpi.ua> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? Знаю точно, что рестарт надо делать при изменение размера зоны limit_req_zone Вот интересует в частности при обновление баз MaxMind для geoip модуля требуется рестарт или нет? Также интересует тоже самое для proxy_cache_path. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-ru at sadok.spb.ru Mon Dec 17 18:29:51 2012 From: nginx-ru at sadok.spb.ru (Dmitry Ivanov) Date: Mon, 17 Dec 2012 22:29:51 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <20121217150649.GH40452@mdounin.ru> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> <20121217150649.GH40452@mdounin.ru> Message-ID: <17910429626.20121217222951@sadok.spb.ru> Здравствуйте, Maxim. Вы писали 17 декабря 2012 г., 19:06:50: > (В форуме этот ответ, насколько я вижу, по каким-то причинам не > попал в тот же топик, что и исходное сообщение. Лишний повод > закрыть форум совсем...) ОФФ. А я в rss с форума вижу темы, которых нет в рассылке. И мои редкие ответы в рассылку ко мне не возвращаются, несмотря на настройки. Прошу прощения за офтопик. -- С уважением, Dmitry mailto:nginx-ru at sadok.spb.ru From vovansystems at gmail.com Mon Dec 17 21:43:23 2012 From: vovansystems at gmail.com (VovansystemS) Date: Tue, 18 Dec 2012 00:43:23 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEg0LrQuNGA0LjQu9C70LjRh9C90YvQvNC4?= =?UTF-8?B?IHVyaSDQv9GA0Lgg0LrQtdGI0LjRgNC+0LLQsNC90LjQuA==?= In-Reply-To: References: Message-ID: Добрый вечер! После ещё нескольких часов исследований проблему удалось решить! Опишу вкратце как. Для начала, нужно выяснить в каком виде в переменных nginx хранит адрес страницы. Допустим имеем страницу "http://example.com/test/рашшн" тогда: $document_uri: /test/рашшн $request: GET /test/%D1%80%D0%B0%D1%88%D1%88%D0%BD HTTP/1.1 $request_uri: /test/%D1%80%D0%B0%D1%88%D1%88%D0%BD $uri: /test/рашшн /test(/.*): /рашшн Значит, нам нужно преобразовать выделение из последнего локейшна в энкодед формат. Заюзать что-то типа urlencode() в php. Такой функции в nginx я не нашёл, но совершенно случайно, во время безумных игр с переменными, наткнулся на интересное поведение set. Оказывается, если сделать: set $uri_encoded $uri; то $uri_encoded будет закодирован! т.е. при присвоении неэнкодированного значения переменной, set энкодит это значение. Таким образом, проблема решилась. В ранее приведённом конфиге стоит добавить всего лишь одну строку в блок: location ~ /purge(/.*) { set $uri_encoded $1; # энкодим выделение fastcgi_cache_purge MAGE "$scheme$request_method$host$uri_encoded$is_args$args"; } Удачи всем и спасибо Игорю за nginx :) 2012/12/17 VovansystemS > Добрый день! > > Настраивал кеширование сайта на wordpress с помощью модуля > ngx_http_fastcgi_module, но столкнулся с некоторыми проблемами. > Проблемы связаны с тем, что сайт использует адреса страниц с русскими > буквами. Чтобы управлять кешированием со стороны wordpress используется > плагин nginx-helper, для работы которого необходимо чтобы при обращении на > адрес http://example.com/purge/news/001 очищался кеш страницы > http://example.com/news/001 (и то же самое при наличии аргументов). > > Это удалось настроить таким образом, как показано ниже в конфиге и оно > работает для всех адресов, кроме тех, в которых есть русские буквы. > Проблема заключается в том, что страницы с русскими адресами попадают в кеш > с ключём, где uri закодирован в виде > %D0%B8%D0%BC%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B, а > когда я пытаюсь очистить кеш такой страницы по адресу /purge/имя_страницы, > в выделение location ~ /purge(/.*) попадает незакодированный uri > "имя_страницы" и очистить кеш не получается - т.к. я неправильно обращаюсь > к странице по ключу. > > Я перепробывал уже множество вариантов с различными переменными, но так и > не получил нужного результата. Возможно есть какое-нибудь элегантное > решение проблемы? > > > Linux example 2.6.32-042stab049.7 #1 SMP Thu Mar 1 18:03:05 MSK 2012 > x86_64 GNU/Linux > nginx version: nginx/1.2.6 > > конфиг: > > fastcgi_cache_path /tmp/fcgi levels=1:2 keys_zone=MAGE:32m max_size=64m > inactive=10h; > > server { > listen 80; > server_name example.com www.example.com; > charset utf-8; > error_log off; access_log off; > > root /home/user/example.com; > index index.php index.html index.htm; > > set $no_cache 0; > > # POST requests and urls with a query string should always go to PHP > if ($request_method = POST) { > set $no_cache 1; > } > > if ($query_string != "") { > set $no_cache 0; > } > > # Don't cache uris containing the following segments > if ($request_uri ~* > "(/wp-admin/|/xmlrpc.php|/wp-(app|cron|login|register|mail).php|wp-.*.php|/feed/|index.php|wp-comments-popup.php|wp-links-opml.php|wp-locations.php|sitemap(_index)?.xml|[a-z0-9_-]+-sitemap([0-9]+)?.xml)") > { > set $no_cache 1; > } > > # Don't use the cache for logged in users or recent commenters > if ($http_cookie ~* > "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in") > { > set $no_cache 1; > } > > location / { > # This is cool because no php is touched for static content. > # include the "?$args" part so non-default permalinks doesn't > break when using query string > try_files $uri $uri/ /index.php?$args; > } > # all other .php files > location ~ \.php$ { > > try_files $fastcgi_script_name =404; > include fastcgi_params; > fastcgi_pass unix:/var/run/fpm-v.sock; > > fastcgi_cache_bypass $no_cache; > fastcgi_no_cache $no_cache; > > fastcgi_index index.php; > fastcgi_intercept_errors off; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > fastcgi_temp_path /tmp/fcgi2 1 2; > fastcgi_cache MAGE; > fastcgi_cache_key "$scheme$request_method$host$request_uri"; > fastcgi_ignore_headers "Cache-Control" "Expires" "Set-Cookie"; > fastcgi_cache_min_uses 1; > fastcgi_cache_valid 30m; > fastcgi_cache_use_stale updating error timeout invalid_header > http_500; > } > > location ~ /purge(/.*) { > #default_type text/plain; > #echo "fastcgi_cache_purge MAGE > $scheme$request_method$host$1$is_args$args"; > #echo "fastcgi_cache_key > $scheme$request_method$host$request_uri"; > fastcgi_cache_purge MAGE > "$scheme$request_method$host$1$is_args$args"; > } > > location ~* > ^.+\.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ > { > access_log off; log_not_found off; expires max; > } > > } > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Mon Dec 17 23:40:28 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 18 Dec 2012 03:40:28 +0400 Subject: Feature idea: temp_path parameter at proxy_cache_path directive In-Reply-To: <505945602.20121217224353@ngs.ru> References: <505945602.20121217224353@ngs.ru> Message-ID: <201212180340.28281.vbart@nginx.com> On Monday 17 December 2012 19:43:53 Pavel V. wrote: > Здравствуйте. > > Думаю, что было бы неплохо добавить в директиву proxy_cache_path параметр > temp_path. > > proxy_cache_path настраивается только в контексте http, а proxy_temp_path > - можно задать в любом контексте. Имеем несоответствие - одна директива > может применяться только в http и быть указана много раз, а другая - может > быть указана везде, но один раз на контекст. proxy_cache_path связан с зоной в разделяемой памяти, в которой накапливается различная метаинформация о конкретных объектах, размещенных в данном кэше, и которая создается на старте, потому эта директива имеет смысл только на уровне http. proxy_temp_path используется уже после того, как запрос пришел в определенный server и найден конкретный location, и потому эта директива может быть заданна в контексте location. > Если для определенного пути в proxy_cache_path требуется определенный > путь для временных файлов, то его придется явно прописывать в каждом > server/location, где используется соответствующий cache_path, т.к. связать > эти пути вместе на данный момент не возможно. Как вы себе представляете связать одно с другим - непонятно. > С учетом того, что "Ключом и именем файла в кэше является результат > функции MD5 от проксированного URL. " и, вероятно, то же самое имя > используется и для файла в каталоге временных файлов, то получается, что > конфликт (коллизия) имен файлов для разных зон - невероятны, и потребность > в вышеописанном возникает только для кэшей на разных устройствах. Это не так. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From igor at sysoev.ru Tue Dec 18 05:14:03 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 18 Dec 2012 09:14:03 +0400 Subject: reload vs restart nginx In-Reply-To: <50CF60EA.9010503@kpi.ua> References: <50CF60EA.9010503@kpi.ua> Message-ID: On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: > В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? reload'а хватает во всех случаях. А там, где его хватает, лучше делать online upgrade, а не stop/start. > Знаю точно, что рестарт надо делать при изменение размера зоны limit_req_zone Не надо. > Вот интересует в частности при обновление баз MaxMind для geoip модуля требуется рестарт или нет? > Также интересует тоже самое для proxy_cache_path. Не надо. -- Igor Sysoev http://nginx.com/support.html From pavel2000 at ngs.ru Tue Dec 18 07:33:05 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Tue, 18 Dec 2012 14:33:05 +0700 Subject: Feature idea: temp_path parameter at proxy_cache_path directive In-Reply-To: <201212180340.28281.vbart@nginx.com> References: <505945602.20121217224353@ngs.ru> <201212180340.28281.vbart@nginx.com> Message-ID: <344746228.20121218143305@ngs.ru> Здравствуйте. > proxy_cache_path связан с зоной ... > proxy_temp_path используется уже после того... Да, это я знаю. Я правда не учел (подзабыл), что proxy_temp_path используется также и для некешируемых проксируемых ответов. >> С учетом того, что "Ключом и именем файла в кэше является результат >> функции MD5 от проксированного URL. " и, вероятно, то же самое имя >> используется и для файла в каталоге временных файлов, то получается, что >> конфликт (коллизия) имен файлов для разных зон - невероятны, и потребность >> в вышеописанном возникает только для кэшей на разных устройствах. > Это не так. Что - не так, можно подробнее, от людей, знающих внутренности nginx и особенности использования? Коллизии - возможны? Требуются специальные методы для гарантированного их исключения? >> Если для определенного пути в proxy_cache_path требуется определенный >> путь для временных файлов, то его придется явно прописывать в каждом >> server/location, где используется соответствующий cache_path, т.к. связать >> эти пути вместе на данный момент не возможно. > Как вы себе представляете связать одно с другим - непонятно. Я предлагаю сделать параметр temp_path в директиву proxy_cache_path. Если запрос проксируется и дальше _может быть_ (т.к. будет оно класться в кэш или нет, определяется в том числе и ответом бэкенда) положен в кеш, (т.е. активированы директивы proxy_cache ZONE; proxy_pass BACKEND;), то каталогом хранения временных файлов приоритетнее брать значение параметра temp_path соответствующей зоны. Таким образом, можно будет _единожды_ связать путь хранения кэша зоны и путь его временных файлов в контексте http, а сейчас такое не возможно - при наличии потребности, специальный путь временных файлов требуется указывать _везде_, где используется соответствующая директива proxy_cache ZONE. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From mdounin at mdounin.ru Tue Dec 18 11:30:33 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 15:30:33 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <17910429626.20121217222951@sadok.spb.ru> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> <20121217150649.GH40452@mdounin.ru> <17910429626.20121217222951@sadok.spb.ru> Message-ID: <20121218113032.GM40452@mdounin.ru> Hello! On Mon, Dec 17, 2012 at 10:29:51PM +0400, Dmitry Ivanov wrote: > Здравствуйте, Maxim. > > Вы писали 17 декабря 2012 г., 19:06:50: > > > (В форуме этот ответ, насколько я вижу, по каким-то причинам не > > попал в тот же топик, что и исходное сообщение. Лишний повод > > закрыть форум совсем...) > > ОФФ. А я в rss с форума вижу темы, которых нет в рассылке. И мои редкие > ответы в рассылку ко мне не возвращаются, несмотря на настройки. Я, со своей стороны, запомню это как очередной аргумент для дискуссии на тему "а не пора ли нам уже перестать мучиться и закрыть форум". Если хочется что-то исправить - то можно попробовать сообщить чуть больше конкретики. -- Maxim Dounin http://nginx.com/support.html From a.vasilishin at kpi.ua Tue Dec 18 11:33:53 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 18 Dec 2012 13:33:53 +0200 Subject: reload vs restart nginx In-Reply-To: References: <50CF60EA.9010503@kpi.ua> Message-ID: <50D054A1.4010802@kpi.ua> 18.12.2012 7:14, Igor Sysoev пишет: > On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: > >> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? > > reload'а хватает во всех случаях. А там, где его хватает, лучше делать > online upgrade, а не stop/start. Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? >> Знаю точно, что рестарт надо делать при изменение размера зоны limit_req_zone > > Не надо. > Хм, вроде в рассылке когда-то видел, что надо. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin at mdounin.ru Tue Dec 18 11:52:50 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 15:52:50 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2NrIG9uOw==?= In-Reply-To: <696663123.20121218000704@ngs.ru> References: <696663123.20121218000704@ngs.ru> Message-ID: <20121218115249.GO40452@mdounin.ru> Hello! On Tue, Dec 18, 2012 at 12:07:04AM +0700, Pavel V. wrote: > Пытаемся внедрять кеширование ответов от скриптов. > Кеширование происходит, но не работает директива proxy_cache_lock. > По логам сервера видно, что на апач одновременно передается несколько запросов, > хотя используется proxy_cache_lock on; и ожидается, что на апач упадет один запрос. > > Подскажите, что сделано не так? > > Подробности: > > nginx version: nginx/1.1.17 , пакет nginx-full из оф. репозитария Debian. > > Кусок лога (формат лога приведен ниже, вместе с частью конфигурации): > > # tail -f /var/log/nginx/apache1.log |grep /ru/informers/small/ > [test] "2.038" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.041" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.068" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.074" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.080" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.082" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.082" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.092" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "2.093" 9.2.3.4 - - [17/Dec/2012:16:40:13 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > [test] "2.420" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "127.0.0.1:80" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > [test] "-" 9.2.3.4 - - [17/Dec/2012:16:40:14 +0000] 200 "GET /ru/informers/small/51.png HTTP/1.0" 6853 "-" "ApacheBench/2.3" "-" > .... Далее идут логи запросов с ответами только из кэша > > Этот лог снят в момент запуска команды > #ab -c 10 -k -n 10000 http://test/ru/informers/small/51.png > > Аналогичное поведение видно для той же команды и в момент устаревания уже имеющегося элемента кэша. Для устаревания подобное поведение нормально - для устаревших ответов следует использовать proxy_cache_use_stale updating; См. http://nginx.org/r/proxy_cache_use_stale/ru. В приведённом логе, к сожалению, отсутствует $upstream_cache_status, но подозреваю, что там было бы не MISS, а EXPIRED - т.е. речь идёт об обновлении устаревшего элемента кеша. В этом случае proxy_cache_lock работать и не должен. -- Maxim Dounin http://nginx.com/support.html From igor at sysoev.ru Tue Dec 18 12:06:08 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 18 Dec 2012 16:06:08 +0400 Subject: reload vs restart nginx In-Reply-To: <50D054A1.4010802@kpi.ua> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> Message-ID: <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: > 18.12.2012 7:14, Igor Sysoev пишет: >> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: >> >>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >> >> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >> online upgrade, а не stop/start. > > Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? Я даже не могу придумать пример. >>> Знаю точно, что рестарт надо делать при изменение размера зоны limit_req_zone >> >> Не надо. >> > > Хм, вроде в рассылке когда-то видел, что надо. В рассылке есть много чего, от чего у меня встают волосы дыбом. -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 18 12:27:45 2012 From: nginx-forum at nginx.us (kron) Date: Tue, 18 Dec 2012 07:27:45 -0500 Subject: limit_req white list In-Reply-To: <20110525155151.GC83054@sysoev.ru> References: <20110525155151.GC83054@sysoev.ru> Message-ID: ветка очень старая, но я все же попробую ее оживить. попробовал подобный вариант настройки, но в моем случае nginx выдает ошибку: # nginx -t nginx: [emerg] invalid rate "rate=$rate" in /etc/nginx/snippet.d/map-limits.conf:15 nginx: configuration file /etc/nginx/nginx.conf test failed но почему, понять не получается # nginx -V nginx version: nginx/1.2.5 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,200815,234148#msg-234148 From mdounin at mdounin.ru Tue Dec 18 12:28:48 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 16:28:48 +0400 Subject: reload vs restart nginx In-Reply-To: <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> Message-ID: <20121218122847.GR40452@mdounin.ru> Hello! On Tue, Dec 18, 2012 at 04:06:08PM +0400, Igor Sysoev wrote: > On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: > > > 18.12.2012 7:14, Igor Sysoev пишет: > >> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: > >> > >>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? > >> > >> reload'а хватает во всех случаях. А там, где его хватает, лучше делать > >> online upgrade, а не stop/start. > > > > Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? > > Я даже не могу придумать пример. Типичное использование - почистить счётчики в shared memory, e.g. счётчики stub status'а. Ну и в некоторых случаях для упрощения изменения конфига таки надо, e.g. при изменении переменной в limit_req_zone, или пути в proxy_cache_path. Понятно, что эти случаи можно обойти, сделав другую зону с новой переменной (и выкинув из конфига старую), но сделать upgrade обычно проще. -- Maxim Dounin http://nginx.com/support.html From pavel2000 at ngs.ru Tue Dec 18 12:41:16 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Tue, 18 Dec 2012 19:41:16 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2NrIG9uOw==?= In-Reply-To: <20121218115249.GO40452@mdounin.ru> References: <696663123.20121218000704@ngs.ru> <20121218115249.GO40452@mdounin.ru> Message-ID: <635776722.20121218194116@ngs.ru> Здравствуйте, Максим. Вы писали 18 декабря 2012 г., 18:52:50: > В приведённом логе, к сожалению, отсутствует $upstream_cache_status, > но подозреваю, что там было бы не MISS, а EXPIRED - т.е. речь идёт > об обновлении устаревшего элемента кеша. В этом случае > proxy_cache_lock работать и не должен. Да, скорее всего всё именно так. Видимо, следует дополнительно отразить этот момент в документации. Из того, что там сейчас есть: > Если включено, одновременно только одному запросу будет позволено заполнить новый элемент кэша, > идентифицируемый согласно директиве proxy_cache_key, передав запрос на проксируемый сервер. я _предположил_ (и ошибся), что фраза "заполнить новый элемент кэша" также применима к обновлению устаревшего элемента. > Остальные запросы этого же элемента будут либо ожидать появления ответа в кэше, либо освобождения > блокировки этого элемента, в течение времени, заданного директивой proxy_cache_lock_timeout. Я ожидал, что блокировка запроса к элементу также будет применима и во время обновления. И да, я не читал описание директивы proxy_cache_use_stale, т.к. не собирался её использовать: > Чтобы минимизировать число обращений к проксированным серверам при заполнении нового элемента > кэша, можно воспользоваться директивой proxy_cache_lock. Использование proxy_cache_use_stale updating; разрешит отдать устаревший ответ, а вот варианта "поставить запрос в очередь и дождаться обновления" - я так понимаю, нету. То, что proxy_cache_lock не работает для процедуры обновления устаревшего элемента, на мой взгляд, не ожидемо, и, думаю, что этот момент требует дополнительного уточнения в документации. Например, добавить такой абзац: "На число обращений к проксированным серверам при обновлении устаревших элементов кэша данная директива не влияет. Для минимизирования числа таких обращений следует разрешить использование устаревшего элемента в качестве ответа используя директиву proxy_cache_use_stale." Спасибо за ответ и разъяснение. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From mdounin at mdounin.ru Tue Dec 18 13:08:10 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 17:08:10 +0400 Subject: limit_req white list In-Reply-To: References: <20110525155151.GC83054@sysoev.ru> Message-ID: <20121218130810.GT40452@mdounin.ru> Hello! On Tue, Dec 18, 2012 at 07:27:45AM -0500, kron wrote: > ветка очень старая, но я все же попробую ее оживить. > > попробовал подобный вариант настройки, но в моем случае nginx выдает > ошибку: > > # nginx -t > nginx: [emerg] invalid rate "rate=$rate" in > /etc/nginx/snippet.d/map-limits.conf:15 > nginx: configuration file /etc/nginx/nginx.conf test failed > > но почему, понять не получается Исходное письмо Игоря - предлагает для обсуждения некий возможный синтаксис, который никогда так и не был релизован. В том, что nginx выдаёт ошибку, ничего удивительного нет. Если хочется сделать white list, то проще всего в переменной для соответствующих адресов выдавать пустое значение: geo $limited { default 1; 192.168.45.56/32 0; } map $limited $limit { 1 $binary_remote_addr; 0 ""; } limit_req_zone $limit zone=foo:1m rate=10r/m; limit_req zone=foo burst=5; Пример конфига цельнотянут отсюда: http://mailman.nginx.org/pipermail/nginx/2012-July/034790.html -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 18 13:18:59 2012 From: nginx-forum at nginx.us (kron) Date: Tue, 18 Dec 2012 08:18:59 -0500 Subject: limit_req white list In-Reply-To: <20121218130810.GT40452@mdounin.ru> References: <20121218130810.GT40452@mdounin.ru> Message-ID: Максим, благодарю за ответ. Интересный вариант, нужно обязательно попробовать. Есть ли в планах реализация подобного механизма, как было описано Игорем ранее? Он бы позволил очень гибко задавать ограничения не только по подсетям, но при желании и по любым встроенным переменным в nginx (например, ограничение на домен, как общее ограничение для всех, так и для каждого свое). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,200815,234153#msg-234153 From nginx-ru at sadok.spb.ru Tue Dec 18 13:25:43 2012 From: nginx-ru at sadok.spb.ru (Dmitry Ivanov) Date: Tue, 18 Dec 2012 17:25:43 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <20121218113032.GM40452@mdounin.ru> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> <20121217150649.GH40452@mdounin.ru> <17910429626.20121217222951@sadok.spb.ru> <20121218113032.GM40452@mdounin.ru> Message-ID: <1623350104.20121218172543@sadok.spb.ru> Здравствуйте, Maxim. Вы писали 18 декабря 2012 г., 15:30:33: >> ОФФ. А я в rss с форума вижу темы, которых нет в рассылке. И мои редкие >> ответы в рассылку ко мне не возвращаются, несмотря на настройки. > Я, со своей стороны, запомню это как очередной аргумент для > дискуссии на тему "а не пора ли нам уже перестать мучиться и > закрыть форум". Если хочется что-то исправить - то можно > попробовать сообщить чуть больше конкретики. Например, в настройках на http://mailman.nginx.org/mailman/options/nginx-ru стоИт галка "Yes" у опции Receive your own posts to the list? Однако этого не происходит. -- С уважением, Dmitry mailto:nginx-ru at sadok.spb.ru From pavel2000 at ngs.ru Tue Dec 18 15:02:16 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Tue, 18 Dec 2012 22:02:16 +0700 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <1623350104.20121218172543@sadok.spb.ru> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> <20121217150649.GH40452@mdounin.ru> <17910429626.20121217222951@sadok.spb.ru> <20121218113032.GM40452@mdounin.ru> <1623350104.20121218172543@sadok.spb.ru> Message-ID: <51986898.20121218220216@ngs.ru> Здравствуйте, Dmitry. Вы писали 18 декабря 2012 г., 20:25:43: > Здравствуйте, Maxim. > Вы писали 18 декабря 2012 г., 15:30:33: >>> ОФФ. А я в rss с форума вижу темы, которых нет в рассылке. И мои редкие >>> ответы в рассылку ко мне не возвращаются, несмотря на настройки. >> Я, со своей стороны, запомню это как очередной аргумент для >> дискуссии на тему "а не пора ли нам уже перестать мучиться и >> закрыть форум". Если хочется что-то исправить - то можно >> попробовать сообщить чуть больше конкретики. > Например, в настройках на http://mailman.nginx.org/mailman/options/nginx-ru > стоИт галка "Yes" у опции Receive your own posts to the list? > Однако этого не происходит. Лично мое мнение - проблема на вашей стороне, т.к. я, не настраивая никаких опций в майлмане, получаю свои сообщения, отправленные мной в рассылку почтой. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From nginx-forum at nginx.us Tue Dec 18 15:17:46 2012 From: nginx-forum at nginx.us (dinama) Date: Tue, 18 Dec 2012 10:17:46 -0500 Subject: =?UTF-8?B?dXNlcmlkIG9uINC/0YDQuCDQvtCx0YDQsNCx0L7RgtC60LUgZXJyb3IgcGFnZQ==?= Message-ID: можно-ли заставить nginx не перевыдавать uid при перенаправлении по error_page: location /a { useid on; error_page 400 /make/a # $uid_set (1) proxy_pass .... } location /make/a{ internal; userid on; # $uid_set (2) return 200 OK; } в точках (1) и (2) разный uid_set а нужен одинаковый...если убрать userid_on в /make/a то кука вообще не передается. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234159,234159#msg-234159 From sb at waeme.net Tue Dec 18 15:19:59 2012 From: sb at waeme.net (Sergey Budnevitch) Date: Tue, 18 Dec 2012 19:19:59 +0400 Subject: =?UTF-8?B?UmU6INCc0LDRgdC60LAg0LIgc2VydmVyIG5hbWU=?= In-Reply-To: <1623350104.20121218172543@sadok.spb.ru> References: <5c488871487715df869e7281f30a129e.NginxMailingListRussian@forum.nginx.org> <0382dc9f76ed13228b016c2713ece3f2.NginxMailingListRussian@forum.nginx.org> <2f4bf7dd0124c0ac056c88fce7dbb621.NginxMailingListRussian@forum.nginx.org> <20121217150649.GH40452@mdounin.ru> <17910429626.20121217222951@sadok.spb.ru> <20121218113032.GM40452@mdounin.ru> <1623350104.20121218172543@sadok.spb.ru> Message-ID: <3CF4D478-0579-4FE1-9B12-C936280BE113@waeme.net> On 18 Dec2012, at 17:25 , Dmitry Ivanov wrote: > > Например, в настройках на http://mailman.nginx.org/mailman/options/nginx-ru > стоИт галка "Yes" у опции > > Receive your own posts to the list? > > Однако этого не происходит. % host -t mx sadok.spb.ru sadok.spb.ru mail is handled by 1 ASPMX.L.GOOGLE.COM. sadok.spb.ru mail is handled by 5 ALT1.ASPMX.L.GOOGLE.COM. Они приходят, но gmail их прячет, так как это же письмо уже есть в "Отправленных". Так уж он устроен. From mdounin at mdounin.ru Tue Dec 18 16:07:14 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 20:07:14 +0400 Subject: limit_req white list In-Reply-To: References: <20121218130810.GT40452@mdounin.ru> Message-ID: <20121218160714.GF40452@mdounin.ru> Hello! On Tue, Dec 18, 2012 at 08:18:59AM -0500, kron wrote: > Максим, благодарю за ответ. > Интересный вариант, нужно обязательно попробовать. > > Есть ли в планах реализация подобного механизма, как было описано Игорем > ранее? Нет, в планах нет. > Он бы позволил очень гибко задавать ограничения не только по > подсетям, но при желании и по любым встроенным переменным в nginx (например, > ограничение на домен, как общее ограничение для всех, так и для каждого > свое). Сейчас всё это также можно сделать, вопрос лишь желания. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 18 17:39:55 2012 From: nginx-forum at nginx.us (valch85) Date: Tue, 18 Dec 2012 12:39:55 -0500 Subject: rewrite Message-ID: Помогите сделать перенаправление или подскажите куда копать, что читать? Исходный url: https://mysite.com/register/subscribe2/ + (Promo | Promo2 | Promo3lst) + email=email%40adress.com&key=000000001 + Google Analytics parameters Что нужно получить: https://mysite.com/register/subscribe2/ + email=email%40adress.com&key=000000001 Т.е. убрать Promo и удалить параметры Google Analytics , но при этом обязательно сохранить email и key. Параметры Google Analytics идут всегда в конце, их ключи начинаются с utm. Естественно, значения параметров GA, key, email могут быть разными, key - всегда число. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234171,234171#msg-234171 From self at alaz.me Tue Dec 18 17:47:09 2012 From: self at alaz.me (Azarov Alexander) Date: Tue, 18 Dec 2012 21:47:09 +0400 Subject: reload vs restart nginx In-Reply-To: <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> Message-ID: <560369CB-D523-40A7-9E6A-E2CE9ABD07C7@alaz.me> On 18.12.2012, at 16:06, Igor Sysoev wrote: > On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: > >> 18.12.2012 7:14, Igor Sysoev пишет: >>> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: >>> >>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >>> >>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >>> online upgrade, а не stop/start. >> >> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? > > Я даже не могу придумать пример. Perl? From igor at sysoev.ru Tue Dec 18 18:18:49 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 18 Dec 2012 22:18:49 +0400 Subject: reload vs restart nginx In-Reply-To: <560369CB-D523-40A7-9E6A-E2CE9ABD07C7@alaz.me> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> <560369CB-D523-40A7-9E6A-E2CE9ABD07C7@alaz.me> Message-ID: <1B671B68-43C1-4454-915A-960325FFB807@sysoev.ru> On Dec 18, 2012, at 21:47 , Azarov Alexander wrote: > > On 18.12.2012, at 16:06, Igor Sysoev wrote: > >> On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: >> >>> 18.12.2012 7:14, Igor Sysoev пишет: >>>> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: >>>> >>>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >>>> >>>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >>>> online upgrade, а не stop/start. >>> >>> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? >> >> Я даже не могу придумать пример. > > Perl? Если perl собран с MULTIPLICITY, то reload должен работать. -- Igor Sysoev http://nginx.com/support.html From vovansystems at gmail.com Tue Dec 18 18:23:37 2012 From: vovansystems at gmail.com (VovansystemS) Date: Tue, 18 Dec 2012 21:23:37 +0300 Subject: reload vs restart nginx In-Reply-To: <1B671B68-43C1-4454-915A-960325FFB807@sysoev.ru> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> <560369CB-D523-40A7-9E6A-E2CE9ABD07C7@alaz.me> <1B671B68-43C1-4454-915A-960325FFB807@sysoev.ru> Message-ID: > >>>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? > >>>> > >>>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать > >>>> online upgrade, а не stop/start. > >>> > >>> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? > >> > >> Я даже не могу придумать пример. > > > > Perl? > > Если perl собран с MULTIPLICITY, то reload должен работать. при измении ulimit -n, reload не устанвливает новые значения ограничения по открытым файлам в процессах смотрел так: for pid in `pidof nginx`; do echo "$(< /proc/$pid/cmdline)"; egrep 'files|Limit' /proc/$pid/limits; echo "Currently open files: $(ls -1 /proc/$pid/fd | wc -l)"; echo; done From igor at sysoev.ru Tue Dec 18 18:32:03 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 18 Dec 2012 22:32:03 +0400 Subject: reload vs restart nginx In-Reply-To: References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> <560369CB-D523-40A7-9E6A-E2CE9ABD07C7@alaz.me> <1B671B68-43C1-4454-915A-960325FFB807@sysoev.ru> Message-ID: On Dec 18, 2012, at 22:23 , VovansystemS wrote: >>>>>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >>>>>> >>>>>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >>>>>> online upgrade, а не stop/start. >>>>> >>>>> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? >>>> >>>> Я даже не могу придумать пример. >>> >>> Perl? >> >> Если perl собран с MULTIPLICITY, то reload должен работать. > > при измении ulimit -n, reload не устанвливает новые значения > ограничения по открытым файлам в процессах > > смотрел так: > for pid in `pidof nginx`; do echo "$(< /proc/$pid/cmdline)"; egrep > 'files|Limit' /proc/$pid/limits; echo "Currently open files: $(ls -1 > /proc/$pid/fd | wc -l)"; echo; done Разумеется. Это же только изменение ограничения в шелле, из которого этот ulimit запустили. И это изменение влияет только на процессы, которые будут запущены из данного шелла после этой команды. Специально для этого случая есть worker_rlimit_nofile: http://nginx.org/ru/docs/ngx_core_module.html#worker_rlimit_nofile -- Igor Sysoev http://nginx.com/support.html From igor at sysoev.ru Tue Dec 18 18:37:24 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Tue, 18 Dec 2012 22:37:24 +0400 Subject: reload vs restart nginx In-Reply-To: <20121218122847.GR40452@mdounin.ru> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> <20121218122847.GR40452@mdounin.ru> Message-ID: <70A1F864-1319-441A-8A27-E449B22A1D97@sysoev.ru> On Dec 18, 2012, at 16:28 , Maxim Dounin wrote: > Hello! > > On Tue, Dec 18, 2012 at 04:06:08PM +0400, Igor Sysoev wrote: > >> On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: >> >>> 18.12.2012 7:14, Igor Sysoev пишет: >>>> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: >>>> >>>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >>>> >>>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >>>> online upgrade, а не stop/start. >>> >>> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? >> >> Я даже не могу придумать пример. > > Типичное использование - почистить счётчики в shared memory, e.g. > счётчики stub status'а. > > Ну и в некоторых случаях для упрощения изменения конфига таки > надо, e.g. при изменении переменной в limit_req_zone, или пути в > proxy_cache_path. > > Понятно, что эти случаи можно обойти, сделав другую зону с новой > переменной (и выкинув из конфига старую), но сделать upgrade > обычно проще. Ещё - установить новые переменные среды: http://nginx.org/ru/docs/ngx_core_module.html#env -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 18 19:52:10 2012 From: nginx-forum at nginx.us (trace) Date: Tue, 18 Dec 2012 14:52:10 -0500 Subject: =?UTF-8?B?0LLQvtC/0YDQvtGBINC/0YDQviAibGltaXQgcmVxIHpvbmUgJGJpbmFyeSByZW1v?= =?UTF-8?B?dGUgYWRkciAi?= Message-ID: Всем здравствуйте. Вопрос следующий. Если в контексте http присутствует только ниже указанная запись, будет ли срабатывать limit_req ? "limit_req_zone $binary_remote_addr zone=lreq:10m rate=4r/s;" Соответсвенно больше про limit_req настроек нет. Заранее спасибо за ответ. п.с. давно не общался с nginx. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234183,234183#msg-234183 From a.vasilishin at kpi.ua Tue Dec 18 19:56:23 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 18 Dec 2012 21:56:23 +0200 Subject: reload vs restart nginx In-Reply-To: <70A1F864-1319-441A-8A27-E449B22A1D97@sysoev.ru> References: <50CF60EA.9010503@kpi.ua> <50D054A1.4010802@kpi.ua> <92ABF01C-3CA0-47CF-AAFF-C205A8E0DA17@sysoev.ru> <20121218122847.GR40452@mdounin.ru> <70A1F864-1319-441A-8A27-E449B22A1D97@sysoev.ru> Message-ID: <50D0CA67.3020105@kpi.ua> 18.12.2012 20:37, Igor Sysoev пишет: > On Dec 18, 2012, at 16:28 , Maxim Dounin wrote: > >> Hello! >> >> On Tue, Dec 18, 2012 at 04:06:08PM +0400, Igor Sysoev wrote: >> >>> On Dec 18, 2012, at 15:33 , Андрей Василишин wrote: >>> >>>> 18.12.2012 7:14, Igor Sysoev пишет: >>>>> On Dec 17, 2012, at 22:14 , Андрей Василишин wrote: >>>>> >>>>>> В каких случаях надо делать рестарт нгинкс, а в каких хватит релоада (kill -S HUP)? >>>>> >>>>> reload'а хватает во всех случаях. А там, где его хватает, лучше делать >>>>> online upgrade, а не stop/start. >>>> >>>> Ну, а вообще в каких случаях надо делать online upgrade (ну, кроме собственно апргрейда) или рестарт? >>> >>> Я даже не могу придумать пример. >> >> Типичное использование - почистить счётчики в shared memory, e.g. >> счётчики stub status'а. >> >> Ну и в некоторых случаях для упрощения изменения конфига таки >> надо, e.g. при изменении переменной в limit_req_zone, или пути в >> proxy_cache_path. >> >> Понятно, что эти случаи можно обойти, сделав другую зону с новой >> переменной (и выкинув из конфига старую), но сделать upgrade >> обычно проще. > > Ещё - установить новые переменные среды: > http://nginx.org/ru/docs/ngx_core_module.html#env > > Вот, теперь все стало на свои места, помню что было что-то shared memory и limit_req_zone. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin at mdounin.ru Tue Dec 18 19:58:18 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Dec 2012 23:58:18 +0400 Subject: =?UTF-8?B?UmU6IENsb3NpbmcgY29ubmVjdGlvbiDQv9GA0Lgg0LzQtdC00LvQtdC90L3QvtC8?= =?UTF-8?B?INGB0LrQsNGH0LjQstCw0L3QuNC4?= In-Reply-To: <20121211170049.4a6773c6@x220> References: <20121211170049.4a6773c6@x220> Message-ID: <20121218195817.GN40452@mdounin.ru> Hello! On Tue, Dec 11, 2012 at 05:00:49PM +0600, klimov.d.e at gmail.com wrote: > Приветствую! > > Столкнулись с такой проблемой. > > Есть необходимость отдавать большой файл. Клиент получает по http этот > файл своей системой, в которой установлен лимит на скорость скачивания. > > возникла проблема что клиент через некоторое время получает > Closing connection всегда через одно и то же время. Причем это время > зависит от скорости с которой он скачивает. > > Начали тестировать и выяснили что воспроизводится на простейшем конфиге > с крайней стабильной версией 1.2.5 и зависит от значения параметра > send_timeout. > > > server { > send_timeout 15; > location /export/ { > alias /www/export/; > } > > } > > в export находится bigfile.xml достаточно большой. > > Проверяется командой > > % curl -vvv -H 'Host: > www.example.ru' http://10.7.17.11/export/yal.xml --limit-rate 60K > > /dev/null > > * About to connect() to 10.7.17.11 port 80 (#0) > * Trying 10.7.176.11... % Total % Received % Xferd Average > Speed Time Time Time Current Dload Upload Total Spent > Left Speed 0 0 0 0 0 0 0 0 --:--:-- > --:--:-- --:--:-- 0connected > * Connected to 10.7.17.11 (10.7.17.11) port 80 (#0) > > GET /export/bigfile.xml HTTP/1.1 > > User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 > > OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6 Accept: */* > > Host: www.example.ru > > > < HTTP/1.1 200 OK > < Server: nginx/1.2.5 > < Date: Mon, 10 Dec 2012 11:23:13 GMT > < Content-Type: text/plain > < Content-Length: 1036786323 > < Last-Modified: Mon, 10 Dec 2012 10:24:03 GMT > < Connection: keep-alive > < Accept-Ranges: bytes > < > { [data not shown] > 0 988M 0 3749k 0 0 60669 0 4:44:49 0:01:03 > 4:43:46 62197* transfer closed with 1032903274 bytes remaining to read > 0 988M 0 3792k 0 0 61360 0 4:41:36 0:01:03 4:40:33 > 72301* Closing connection #0 > > curl: (18) transfer closed with 1032903274 bytes remaining to read > > > > т.е. обрывается на 0:01:03 > время обрыва каждый раз практически одинаково. Оно увеличивается при > увеличении параметра send_timeout. При значении в 30 секунд обрывается > уже на 0:34:57. > > сеть ни причем, воспроизводится также при запуске curl с того же хоста > где nginx. > > Похоже на баг в nginx или я что то я делаю не так? Надо смотреть что конкретно происходит на уровне сети и с точки зрения nginx'а (== tcpdump + debug log). Скорее всего проблема в том, что подобное ограничение скорости со стороны клиента выливается для nginx'а в ничего не читающего более connect_timeout секунд клиента. Почему выливается - отдельный вопрос, с обычным curl'ом из коробки такого быть не должно (поизучал код curl'а - он тщательно следит, чтобы задержка чтения была ~1s). Возможно где-то между nginx'ом и curl'ом затесался некий дополнительный проксирующий слой (ещё один nginx? антивирус?), из-за которого такое поведение и получается. -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Tue Dec 18 20:11:05 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 19 Dec 2012 00:11:05 +0400 Subject: =?UTF-8?B?UmU6INCy0L7Qv9GA0L7RgSDQv9GA0L4gImxpbWl0X3JlcV96b25lICRiaW5hcnlf?= =?UTF-8?B?cmVtb3RlX2FkZHIgIg==?= In-Reply-To: References: Message-ID: <20121218201104.GO40452@mdounin.ru> Hello! On Tue, Dec 18, 2012 at 02:52:10PM -0500, trace wrote: > Всем здравствуйте. > Вопрос следующий. Если в контексте http присутствует только ниже указанная > запись, будет ли срабатывать limit_req ? > "limit_req_zone $binary_remote_addr zone=lreq:10m rate=4r/s;" > Соответсвенно больше про limit_req настроек нет. Нет, не будет. Директива limit_req_zone только создаёт зону разделяемой памяти для хранения данных о частоте обращений. Для того, чтобы применялись ограничения - нужно написать ещё и директиву limit_req. Подробное описание тут: http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 18 23:17:27 2012 From: nginx-forum at nginx.us (phantom) Date: Tue, 18 Dec 2012 18:17:27 -0500 Subject: =?UTF-8?B?UmU6INC70L7Qs9C40YDQvtCy0LDQvdC40LUg0LfQsNC/0YDQvtGB0LA=?= In-Reply-To: <814E97A8-9926-47F9-9FDA-A3947D1FA574@sysoev.ru> References: <814E97A8-9926-47F9-9FDA-A3947D1FA574@sysoev.ru> Message-ID: <6c3635fd7f0ae4d86c4a2030d3c7aa6a.NginxMailingListRussian@forum.nginx.org> Можно ли избавиться этих записей в access.log? Возможно можно пересобрать исходники и исключить его из этого? Пример запроса ххх.хх.ххх.хх - - [18/Dec/2012:02:37:46 +0200] "-" 400 0 "-" "-" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233635,234132#msg-234132 From nginx-forum at nginx.us Wed Dec 19 09:27:44 2012 From: nginx-forum at nginx.us (dinama) Date: Wed, 19 Dec 2012 04:27:44 -0500 Subject: rewrite In-Reply-To: References: Message-ID: <3cb2e2a0c2c84217b490d16398045845.NginxMailingListRussian@forum.nginx.org> 1. куда перенаправление делать? 2. проблема в регекспе? 3. реальный url пример и конечный результат нужен в целом так (регекспы условные) : map $uri $myargs{ ~/register/subscribe2(?(email.+)&) $name; } location /register/subscribe2 { proxy_pass $myargs; } или location / { rewrite /register/subscribe2(?(email.+)&) /register/clean?$name last; } или location /register/subscribe2(?(email.+)&) { rewrite ^ /register/clean?$name last; или proxy_pass proxy/$name; } location /register/clean { internal; # -> $args } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234171,234197#msg-234197 From nginx-forum at nginx.us Wed Dec 19 15:09:13 2012 From: nginx-forum at nginx.us (F1restorm) Date: Wed, 19 Dec 2012 10:09:13 -0500 Subject: =?UTF-8?B?0JrQsNC6INGD0LfQvdCw0YLRjCByZXNwb25zZSBjb250ZW50IHR5cGU/?= Message-ID: <19d1af356d704b61b23bb057e5c08c21.NginxMailingListRussian@forum.nginx.org> Как сделать работоспособной следующую конструкцию? Нужно показывать разные страницы ошибок в зависимости от content type из response. location / { if ($response_content_type = application/xml) { error_page 5xx /error_5xx.html; } } Переменная $content_type содержит значение от request и не подходит. Переменной типа $response_content_type не нашел. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234203,234203#msg-234203 From mdounin at mdounin.ru Wed Dec 19 15:21:15 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 19 Dec 2012 19:21:15 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9C30L3QsNGC0YwgcmVzcG9uc2UgY29udGVudCB0eXBlPw==?= In-Reply-To: <19d1af356d704b61b23bb057e5c08c21.NginxMailingListRussian@forum.nginx.org> References: <19d1af356d704b61b23bb057e5c08c21.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121219152115.GT40452@mdounin.ru> Hello! On Wed, Dec 19, 2012 at 10:09:13AM -0500, F1restorm wrote: > Как сделать работоспособной следующую конструкцию? Нужно показывать разные > страницы ошибок в зависимости от content type из response. > > location / { > if ($response_content_type = application/xml) { > error_page 5xx /error_5xx.html; > } > } > > Переменная $content_type содержит значение от request и не подходит. > Переменной типа $response_content_type не нашел. Как вы собираетесь узнать Content-Type ответа до того, как выберете, какой именно ответ послать? -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 19 16:53:44 2012 From: nginx-forum at nginx.us (dinama) Date: Wed, 19 Dec 2012 11:53:44 -0500 Subject: =?UTF-8?B?UmU6IHVzZXJpZCBvbiDQv9GA0Lgg0L7QsdGA0LDQsdC+0YLQutC1IGVycm9yIHBh?= =?UTF-8?B?Z2U=?= In-Reply-To: References: Message-ID: <6dd43801b75b7ba464528a7efe18e16f.NginxMailingListRussian@forum.nginx.org> Уважаемые разработчики, подскажите, есть-ли такая возможность? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234159,234205#msg-234205 From nginx-forum at nginx.us Wed Dec 19 22:21:26 2012 From: nginx-forum at nginx.us (aaaa5) Date: Wed, 19 Dec 2012 17:21:26 -0500 Subject: =?UTF-8?B?0JfQsNC80LXQvdCwICRyZXF1ZXN0IG1ldGhvZCDQsiBwcm94eSBwYXNz?= Message-ID: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> Здравствуйте, в логах proxy_pass выдаёт следующую структуру запроса GET /params?aaa=5 Host: www.server.ru ...... Host: можно заменить с помощью proxy_set_header your_host подскажите пожалуйста, как заменить GET /params?aaa=5 на GET params?aaa=5 то бишь убрать слеш? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234210,234210#msg-234210 From hell-for-yahoo at umail.ru Wed Dec 19 23:19:00 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 20 Dec 2012 03:19:00 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> References: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> Message-ID: <724708688.20121220031900@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) aaaa5! a> Здравствуйте, в логах proxy_pass выдаёт следующую структуру запроса a> GET /params?aaa=5 a> Host: www.server.ru a> ...... a> Host: можно заменить с помощью proxy_set_header your_host a> подскажите пожалуйста, как заменить GET /params?aaa=5 на GET params?aaa=5 a> то бишь убрать слеш? Вы стандарты вообще читали, прежде чем свои хотелки озвучивать? -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 20.12.2012, <03:18> From nginx-forum at nginx.us Thu Dec 20 06:27:22 2012 From: nginx-forum at nginx.us (F1restorm) Date: Thu, 20 Dec 2012 01:27:22 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9C30L3QsNGC0YwgcmVzcG9uc2UgY29udGVudCB0eXBlPw==?= In-Reply-To: <20121219152115.GT40452@mdounin.ru> References: <20121219152115.GT40452@mdounin.ru> Message-ID: <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Wed, Dec 19, 2012 at 10:09:13AM -0500, F1restorm wrote: > > > Как сделать работоспособной следующую конструкцию? Нужно показывать > разные > > страницы ошибок в зависимости от content type из response. > > > > location / { > > if ($response_content_type = application/xml) { > > error_page 5xx /error_5xx.html; > > } > > } > > > > Переменная $content_type содержит значение от request и не подходит. > > Переменной типа $response_content_type не нашел. > > Как вы собираетесь узнать Content-Type ответа до того, как > выберете, какой именно ответ послать? Я хочу узнать Content-Type ответа бэкэнда, а не Content-Type ответа пользователю. Клиент обращается к nginx, nginx перенаправляет запрос на бэкэнд, бэкэнд отвечает кодом ошибки. В этот момент я хочу узнать Content-Type ответа бэкэнда и в зависимости от него ответить пользователю той или иной страницей с описанием ошибки. > > -- > Maxim Dounin > http://nginx.com/support.html > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234203,234218#msg-234218 From sytar.alex at gmail.com Thu Dec 20 07:04:00 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Thu, 20 Dec 2012 11:04:00 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> References: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> Message-ID: 20 декабря 2012 г., 2:21 пользователь aaaa5 написал: > Здравствуйте, в логах proxy_pass выдаёт следующую структуру запроса > GET /params?aaa=5 > Host: www.server.ru > ...... > Host: можно заменить с помощью proxy_set_header your_host > подскажите пожалуйста, как заменить GET /params?aaa=5 на GET params?aaa=5 > то бишь убрать слеш? Введите в лог логгирование $args там и будет то что вам нужно From nginx-forum at nginx.us Thu Dec 20 07:49:11 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 02:49:11 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: Message-ID: <5731ada54452458562c5454b8a8a0933.NginxMailingListRussian@forum.nginx.org> Цитата из лога: [GET /params?aaa=5] Где именно здесь то, что мне надо? 2. Почему просто нельзя нормально ответить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234221#msg-234221 From nginx-forum at nginx.us Thu Dec 20 07:53:46 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 02:53:46 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: Message-ID: Напомню, вопрос был задан "как заменить GET /params?aaa=5 на GET params?aaa=5, то бишь убрать слеш" Ответ "Введите в лог логгирование $args" - этим слэш не заменишь Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234222#msg-234222 From nginx-forum at nginx.us Thu Dec 20 07:56:17 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 02:56:17 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <724708688.20121220031900@mtu-net.ru> References: <724708688.20121220031900@mtu-net.ru> Message-ID: Читал стандарт ISO 9625, там про это не написано Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234212,234223#msg-234223 From dmitriy at lyalyuev.pp.ua Thu Dec 20 07:57:48 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Thu, 20 Dec 2012 09:57:48 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: Message-ID: <50D2C4FC.6010901@lyalyuev.pp.ua> Видимо Вы таки не воспользовались советом почитать RFC прежде, чем задавать вопросы. Очень зря. 20.12.2012 09:53, aaaa5 пишет: > Напомню, вопрос был задан "как заменить GET /params?aaa=5 на GET > params?aaa=5, то бишь убрать слеш" > Ответ "Введите в лог логгирование $args" - этим слэш не заменишь > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234222#msg-234222 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From dmitriy at lyalyuev.pp.ua Thu Dec 20 07:58:21 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Thu, 20 Dec 2012 09:58:21 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: <724708688.20121220031900@mtu-net.ru> Message-ID: <50D2C51D.5090500@lyalyuev.pp.ua> Тогда стоит почитать RFC, а не ISO. 20.12.2012 09:56, aaaa5 пишет: > Читал стандарт ISO 9625, там про это не написано > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234212,234223#msg-234223 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Thu Dec 20 07:59:48 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 02:59:48 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <724708688.20121220031900@mtu-net.ru> References: <724708688.20121220031900@mtu-net.ru> Message-ID: <39d61aeee3249757dc5da2b354a5ccb6.NginxMailingListRussian@forum.nginx.org> В общем, насколько я понимаю из вашего ответа, этого сделать нельзя? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234212,234224#msg-234224 From nginx-forum at nginx.us Thu Dec 20 08:04:53 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 03:04:53 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <50D2C4FC.6010901@lyalyuev.pp.ua> References: <50D2C4FC.6010901@lyalyuev.pp.ua> Message-ID: я понимаю, что все нуждаются в назиданиях. А нельзя просто ответить? Или религия не позволяет Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234227#msg-234227 From nginx-forum at nginx.us Thu Dec 20 08:15:25 2012 From: nginx-forum at nginx.us (billi) Date: Thu, 20 Dec 2012 03:15:25 -0500 Subject: =?UTF-8?B?0L3QtSDRgNCw0LHQvtGC0LDQtdGCIGZsYXNo?= Message-ID: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> Доброго всем. не работает flash на сайте через nginx. модули установлены. какие есть предложения. nginx -V nginx version: nginx/1.2.6 TLS SNI support enabled configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234228#msg-234228 From dmitriy at lyalyuev.pp.ua Thu Dec 20 08:16:15 2012 From: dmitriy at lyalyuev.pp.ua (Dmitriy Lyalyuev) Date: Thu, 20 Dec 2012 10:16:15 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: <50D2C4FC.6010901@lyalyuev.pp.ua> Message-ID: <50D2C94F.5070607@lyalyuev.pp.ua> Религия... Эх молодеж... http://www.ietf.org/rfc/rfc2616.txt п. 5.1.2 Внимательно читаем до просветления. 20.12.2012 10:04, aaaa5 пишет: > я понимаю, что все нуждаются в назиданиях. А нельзя просто ответить? Или > религия не позволяет > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234227#msg-234227 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Thu Dec 20 08:20:53 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 03:20:53 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <50D2C94F.5070607@lyalyuev.pp.ua> References: <50D2C94F.5070607@lyalyuev.pp.ua> Message-ID: <71387e5f6fb57d707865cd23e1ca3f2d.NginxMailingListRussian@forum.nginx.org> Значит всё-таки сделать нельзя... вы полагаете, почему тогда первый "докладчик" посоветовал логировать $args? Тоже стандарты не читал???????????? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234230#msg-234230 From nginx-forum at nginx.us Thu Dec 20 08:28:39 2012 From: nginx-forum at nginx.us (billi) Date: Thu, 20 Dec 2012 03:28:39 -0500 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> References: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> Message-ID: <7c421847d5fe371409c1692d4c1d6b65.NginxMailingListRussian@forum.nginx.org> упссссс . походу не туда . перенесите пож-та куда надо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234231#msg-234231 From nginx-forum at nginx.us Thu Dec 20 08:31:13 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 03:31:13 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <50D2C94F.5070607@lyalyuev.pp.ua> References: <50D2C94F.5070607@lyalyuev.pp.ua> Message-ID: но почему-то мне кажется, что вы ошибаетесь, а мы с ним - нет. Вот так. Так что в рамочку стандарт, себе на рабочий стол, а мое время не нужно отнимать невежеством Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234219,234233#msg-234233 From nginx-forum at nginx.us Thu Dec 20 08:50:33 2012 From: nginx-forum at nginx.us (billi) Date: Thu, 20 Dec 2012 03:50:33 -0500 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> References: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> Message-ID: <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> в логах такая ошибка 2012/12/20 10:36:54 [error] 1011#0: *922 open() "/etc/nginx//html/video/ajax/show/xinfo" failed (2: No such file or directory), client: 95.167.179.230, server: www.ivi.ru, request: "GET /video/ajax/show/xinfo?id=939981 HTTP/1.1", host: "www.ivi.ru", referrer: "http://www.ivi.ru/watch/59094" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234234#msg-234234 From vadim.lazovskiy at gmail.com Thu Dec 20 10:55:22 2012 From: vadim.lazovskiy at gmail.com (=?KOI8-R?B?98HEyc0g7MHaz9fTy8nK?=) Date: Thu, 20 Dec 2012 14:55:22 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9C30L3QsNGC0YwgcmVzcG9uc2UgY29udGVudCB0eXBlPw==?= In-Reply-To: <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> References: <20121219152115.GT40452@mdounin.ru> <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> Message-ID: Здравствуйте. Директива if - часть ngx_http_rewrite_module. ЕМНИП, все обработчики этого модуля вызываются до начала работы с upstream. Поэтому в данном контексте конструкция if не имеет смысла, так как nginx еще не передал запрос на backend. 20 декабря 2012 г., 10:27 пользователь F1restorm написал: > Maxim Dounin Wrote: > ------------------------------------------------------- > > Hello! > > > > On Wed, Dec 19, 2012 at 10:09:13AM -0500, F1restorm wrote: > > > > > Как сделать работоспособной следующую конструкцию? Нужно показывать > > разные > > > страницы ошибок в зависимости от content type из response. > > > > > > location / { > > > if ($response_content_type = application/xml) { > > > error_page 5xx /error_5xx.html; > > > } > > > } > > > > > > Переменная $content_type содержит значение от request и не подходит. > > > Переменной типа $response_content_type не нашел. > > > > Как вы собираетесь узнать Content-Type ответа до того, как > > выберете, какой именно ответ послать? > > Я хочу узнать Content-Type ответа бэкэнда, а не Content-Type ответа > пользователю. Клиент обращается к nginx, nginx перенаправляет запрос на > бэкэнд, бэкэнд отвечает кодом ошибки. В этот момент я хочу узнать > Content-Type ответа бэкэнда и в зависимости от него ответить пользователю > той или иной страницей с описанием ошибки. > > > > > -- > > Maxim Dounin > > http://nginx.com/support.html > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,234203,234218#msg-234218 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best Regards, Vadim Lazovskiy -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Thu Dec 20 10:58:01 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 20 Dec 2012 12:58:01 +0200 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> References: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D2EF39.9070104@kpi.ua> 20.12.2012 10:50, billi пишет: > в логах такая ошибка > 2012/12/20 10:36:54 [error] 1011#0: *922 open() > "/etc/nginx//html/video/ajax/show/xinfo" failed (2: No such file or > directory), client: 95.167.179.230, server: www.ivi.ru, request: "GET > /video/ajax/show/xinfo?id=939981 HTTP/1.1", host: "www.ivi.ru", referrer: > "http://www.ivi.ru/watch/59094" > Вам требуется услуги переводчика или телепата? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Thu Dec 20 12:05:03 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 07:05:03 -0500 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> References: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> Message-ID: причём здесь nginx? У вас нет доступа к файлу Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234243#msg-234243 From vovansystems at gmail.com Thu Dec 20 12:11:13 2012 From: vovansystems at gmail.com (VovansystemS) Date: Thu, 20 Dec 2012 15:11:13 +0300 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: References: <7dd26e23ed9f84b87c309ddf99dc0ddc.NginxMailingListRussian@forum.nginx.org> <6a2858a859d36fd0d175fb3fb4b284a2.NginxMailingListRussian@forum.nginx.org> Message-ID: *922 open() "/etc/nginx//html/video/ajax/show/xinfo" failed (2: No such file or directory), скорее доступ есть, а вот файла по такому пути нет. nginx пробует открыть файл в папке со своими настройками. очевидно, что неправильно указан root в конфиге. пока не будет возможности посмотреть конфиг - помочь вряд ли удастся. также необходимо знать где на самом деле расположены файлы сайта. 2012/12/20 aaaa5 : > причём здесь nginx? У вас нет доступа к файлу > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234243#msg-234243 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Thu Dec 20 12:15:50 2012 From: nginx-forum at nginx.us (billi) Date: Thu, 20 Dec 2012 07:15:50 -0500 Subject: =?UTF-8?B?UmU6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBmbGFzaA==?= In-Reply-To: References: Message-ID: <853472c5f39c89aa610a4b61b23e9ef6.NginxMailingListRussian@forum.nginx.org> поправил ,но сча возникает другая проблема. webfile.ru/6278870 вот конфиг nginx.conf user nginx; worker_processes 4; worker_rlimit_nofile 10240; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile on; #tcp_nopush on; keepalive_timeout 65; gzip on; proxy_cache_valid 200 301 302 304 4h; proxy_cache_valid 404 1m; proxy_cache_valid any 15m; proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=cache:1024m inactive=3d max_size=300G; proxy_temp_path /var/lib/nginx/proxy 1 2; proxy_ignore_headers Expires Cache-Control; proxy_cache_use_stale error timeout invalid_header http_502; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; } ну и настройки самого сервера server { listen 80; server_name www.hostname.ru hostname.ru; error_log /var/log/nginx/hostname-error.log; location / { limit_rate_after 10m; limit_rate 300k; proxy_pass http://www.hostname.ru; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $remote_addr; proxy_set_header Host $host; proxy_connect_timeout 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_redirect default; #off; proxy_set_header Connection close; proxy_pass_header Content-Type; proxy_pass_header Content-Disposition; proxy_pass_header Content-Length; #fastcgi_cache_key "$server_addr:$server_port$request_uri"; } # caching this types location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|js|html|avi|mp4|mkv|flv|)$ { proxy_cache cache; proxy_pass http://www.hostname.ru; } location /video/ { mp4; mp4_buffer_size 10m; mp4_max_buffer_size 50m; } location ~ \.flv$ { flv; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234228,234245#msg-234245 From dhyan at nataraj.su Thu Dec 20 12:23:41 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Thu, 20 Dec 2012 16:23:41 +0400 Subject: =?UTF-8?B?0JrQsNC6INC00L7QsdCw0LLQuNGC0Ywg0LzQtdC00LjQsCDRgtC40L/RiyDQtNC7?= =?UTF-8?B?0Y8g0LrQvtC90LrRgNC10YLQvdC+0LPQviDRgdCw0LnRgtCw?= Message-ID: <201212201623.41449.dhyan@nataraj.su> Не подскажите ли, как для конкретного сайта _добавить_ медиа-тип. В сети находятся либо рекомендации по редактированию /etc/nginx/mime.types либо полностью переопределить types {} А вот как именно добавить к существующим -- я не нашел... Подскажите плиз. From mdounin at mdounin.ru Thu Dec 20 12:32:32 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 20 Dec 2012 16:32:32 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9C30L3QsNGC0YwgcmVzcG9uc2UgY29udGVudCB0eXBlPw==?= In-Reply-To: <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> References: <20121219152115.GT40452@mdounin.ru> <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121220123232.GX40452@mdounin.ru> Hello! On Thu, Dec 20, 2012 at 01:27:22AM -0500, F1restorm wrote: > Maxim Dounin Wrote: > ------------------------------------------------------- > > Hello! > > > > On Wed, Dec 19, 2012 at 10:09:13AM -0500, F1restorm wrote: > > > > > Как сделать работоспособной следующую конструкцию? Нужно показывать > > разные > > > страницы ошибок в зависимости от content type из response. > > > > > > location / { > > > if ($response_content_type = application/xml) { > > > error_page 5xx /error_5xx.html; > > > } > > > } > > > > > > Переменная $content_type содержит значение от request и не подходит. > > > Переменной типа $response_content_type не нашел. > > > > Как вы собираетесь узнать Content-Type ответа до того, как > > выберете, какой именно ответ послать? > > Я хочу узнать Content-Type ответа бэкэнда, а не Content-Type ответа > пользователю. Клиент обращается к nginx, nginx перенаправляет запрос на > бэкэнд, бэкэнд отвечает кодом ошибки. В этот момент я хочу узнать > Content-Type ответа бэкэнда и в зависимости от него ответить пользователю > той или иной страницей с описанием ошибки. Заголовки ответа бекенда, если они есть, доступны через переменные $upstream_http_*. Если хочется, чтобы при использовании proxy_intercept_errors используемый error_page от возвращённых бекендом заголовков зависел - это можно сделать, и даже более чем одним способом. Однако следует иметь ввиду, что написанная выше конструкция работать не будет, в частности потому, что написанный в ней if() выполняется до того, как получен ответ от бекенда. Я бы сделал как-то так: map $upstream_content_type $type { default "html"; "image/jpg" "jpg"; } error_page 500 /errors/500.$type; Подробности можно почитать тут: http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#variables http://nginx.org/ru/docs/http/ngx_http_map_module.html#map -- Maxim Dounin http://nginx.com/support.html From a.vasilishin at kpi.ua Thu Dec 20 12:35:45 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 20 Dec 2012 14:35:45 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212201623.41449.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> Message-ID: <50D30621.2060803@kpi.ua> 20.12.2012 14:23, Nikolay Shaplov пишет: > > Не подскажите ли, как для конкретного сайта _добавить_ медиа-тип. > > В сети находятся либо рекомендации по редактированию /etc/nginx/mime.types > либо полностью переопределить types {} > > А вот как именно добавить к существующим -- я не нашел... Подскажите плиз. В чем проблема? http://nginx.org/ru/docs/http/ngx_http_core_module.html#types контекст: http, server, location -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From dhyan at nataraj.su Thu Dec 20 12:37:46 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Thu, 20 Dec 2012 16:37:46 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <50D30621.2060803@kpi.ua> References: <201212201623.41449.dhyan@nataraj.su> <50D30621.2060803@kpi.ua> Message-ID: <201212201637.46203.dhyan@nataraj.su> > > Не подскажите ли, как для конкретного сайта добавить медиа-тип. > > > > В сети находятся либо рекомендации по редактированию > > /etc/nginx/mime.types либо полностью переопределить types {} > > > > А вот как именно добавить к существующим -- я не нашел... Подскажите > > плиз. > > В чем проблема? > http://nginx.org/ru/docs/http/ngx_http_core_module.html#types > контекст: http, server, location Эээ... не переопределить, а добавить к существующим дефолтным из /etc/nginx/mime.types Или возможно я чего-то из базовых вещей не знаю. :-/ From nginx-forum at nginx.us Thu Dec 20 12:43:50 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 07:43:50 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> References: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> Message-ID: <474294b7ddfe7e93fe9dc7ce560fbc9a.NginxMailingListRussian@forum.nginx.org> хорошо, перефразируем вопрос: как заменить GET /www.server.ru на GET www.server.ru, т.е. убрать слеш? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234210,234250#msg-234250 From nginx-forum at nginx.us Thu Dec 20 12:56:38 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 07:56:38 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> References: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> Message-ID: <20693acdb87cc64b50194a92e53921db.NginxMailingListRussian@forum.nginx.org> теперь всё по стандарту rfc 2616 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234210,234251#msg-234251 From a.vasilishin at kpi.ua Thu Dec 20 12:58:31 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 20 Dec 2012 14:58:31 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212201637.46203.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> <50D30621.2060803@kpi.ua> <201212201637.46203.dhyan@nataraj.su> Message-ID: <50D30B77.3030309@kpi.ua> 20.12.2012 14:37, Nikolay Shaplov пишет: >>> Не подскажите ли, как для конкретного сайта добавить медиа-тип. >>> >>> В сети находятся либо рекомендации по редактированию >>> /etc/nginx/mime.types либо полностью переопределить types {} >>> >>> А вот как именно добавить к существующим -- я не нашел... Подскажите >>> плиз. >> >> В чем проблема? > >> http://nginx.org/ru/docs/http/ngx_http_core_module.html#types >> контекст: http, server, location > > Эээ... не переопределить, а добавить к существующим дефолтным из > /etc/nginx/mime.types > > Или возможно я чего-то из базовых вещей не знаю. :-/ > Из базовых вещей не знаете, что можно на уровне server дописать свои типы и они будут приоритетнее тех что в /etc/nginx/mime.types К сожалению про это не нашел на сайте в документации, но как бы интуитивно понятно должно быть, если есть возможность написать эту директиву на более низкий уровень, то это неспроста. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From dhyan at nataraj.su Thu Dec 20 13:13:52 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Thu, 20 Dec 2012 17:13:52 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <50D30B77.3030309@kpi.ua> References: <201212201623.41449.dhyan@nataraj.su> <201212201637.46203.dhyan@nataraj.su> <50D30B77.3030309@kpi.ua> Message-ID: <201212201713.52688.dhyan@nataraj.su> > >>> Не подскажите ли, как для конкретного сайта добавить медиа-тип. > >>> > >>> В сети находятся либо рекомендации по редактированию > >>> /etc/nginx/mime.types либо полностью переопределить types {} > >>> > >>> А вот как именно добавить к существующим -- я не нашел... Подскажите > >>> плиз. > >> > >> В чем проблема? > >> > >> http://nginx.org/ru/docs/http/ngx_http_core_module.html#types > >> контекст: http, server, location > > > > Эээ... не переопределить, а добавить к существующим дефолтным из > > /etc/nginx/mime.types > > > > Или возможно я чего-то из базовых вещей не знаю. :-/ > > Из базовых вещей не знаете, что можно на уровне server дописать свои > типы и они будут приоритетнее тех что в /etc/nginx/mime.types > К сожалению про это не нашел на сайте в документации, но как бы > интуитивно понятно должно быть, если есть возможность написать эту > директиву на более низкий уровень, то это неспроста. Меня видимо сбил с толку пример To make a particular location emit the ?application/octet-stream? MIME type for all requests, try the following: location /download/ { types { } default_type application/octet-stream; } Я решил что types { } -- переопределяет все... И если туда добавить данных, то тоже будет переопределять... Спасибо!! From nginx-forum at nginx.us Thu Dec 20 13:26:55 2012 From: nginx-forum at nginx.us (Yaroslav_S) Date: Thu, 20 Dec 2012 08:26:55 -0500 Subject: =?UTF-8?B?bmdpbngvd2luZG93cyDQuCDQv9GA0L7QsdC70LXQvNCwINGBIGF1dG9pbmRleA==?= Message-ID: nginx для windows версии 1.2.6, скачан с официального сайта. charset windows-1251; autoindex on; Файлы и папки с русскими именами показывает нормально, но при попытке доступа к ним - internal server error. В логе "1113: No mapping for the Unicode character exists in the target multi-byte code page" Это лечится? При этом nginx, собранный cygwin, найденный где-то на просторах интернета, такой проблемы не имеет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234255,234255#msg-234255 From mdounin at mdounin.ru Thu Dec 20 13:28:00 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 20 Dec 2012 17:28:00 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212201623.41449.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> Message-ID: <20121220132800.GY40452@mdounin.ru> Hello! On Thu, Dec 20, 2012 at 04:23:41PM +0400, Nikolay Shaplov wrote: > > Не подскажите ли, как для конкретного сайта _добавить_ медиа-тип. > > В сети находятся либо рекомендации по редактированию /etc/nginx/mime.types > либо полностью переопределить types {} > > А вот как именно добавить к существующим -- я не нашел... Подскажите плиз. Запомни, в татарском языке нет слова "назад", если что, мы разворачиваемся и "алга!". (c) Четыре татарина, Казань Так и в nginx'е - если нужно что-то куда-то добавить, то обычно это делается методом скопировать и дополнить. :) -- Maxim Dounin http://nginx.com/support.html From dhyan at nataraj.su Thu Dec 20 13:38:57 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Thu, 20 Dec 2012 17:38:57 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <20121220132800.GY40452@mdounin.ru> References: <201212201623.41449.dhyan@nataraj.su> <20121220132800.GY40452@mdounin.ru> Message-ID: <201212201738.57560.dhyan@nataraj.su> > > Не подскажите ли, как для конкретного сайта добавить медиа-тип. > > > > В сети находятся либо рекомендации по редактированию > > /etc/nginx/mime.types либо полностью переопределить types {} > > > > А вот как именно добавить к существующим -- я не нашел... Подскажите > > плиз. > > Запомни, в татарском языке нет слова "назад", если что, мы > разворачиваемся и "алга!". (c) Четыре татарина, Казань Я специально знакомого татарина допрашивал: у них есть слово для назад :-) > Так и в nginx'е - если нужно что-то куда-то добавить, то обычно > это делается методом скопировать и дополнить. Можно пример для моего случая? Я в этой теме очень плавую... From dhyan at nataraj.su Thu Dec 20 13:41:09 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Thu, 20 Dec 2012 17:41:09 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <50D30B77.3030309@kpi.ua> References: <201212201623.41449.dhyan@nataraj.su> <201212201637.46203.dhyan@nataraj.su> <50D30B77.3030309@kpi.ua> Message-ID: <201212201741.09561.dhyan@nataraj.su> > >>> Не подскажите ли, как для конкретного сайта добавить медиа-тип. > >>> > >>> В сети находятся либо рекомендации по редактированию > >>> /etc/nginx/mime.types либо полностью переопределить types {} > >>> > >>> А вот как именно добавить к существующим -- я не нашел... Подскажите > >>> плиз. > >> > >> В чем проблема? > >> > >> http://nginx.org/ru/docs/http/ngx_http_core_module.html#types > >> контекст: http, server, location > > > > Эээ... не переопределить, а добавить к существующим дефолтным из > > /etc/nginx/mime.types > > > > Или возможно я чего-то из базовых вещей не знаю. :-/ > > Из базовых вещей не знаете, что можно на уровне server дописать свои > типы и они будут приоритетнее тех что в /etc/nginx/mime.types > К сожалению про это не нашел на сайте в документации, но как бы > интуитивно понятно должно быть, если есть возможность написать эту > директиву на более низкий уровень, то это неспроста. Я попробовал переопределить types внутри server. Оно все типы переопределило и старые потерло :-( From mdounin at mdounin.ru Thu Dec 20 15:27:42 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 20 Dec 2012 19:27:42 +0400 Subject: =?UTF-8?B?UmU6IG5naW54L3dpbmRvd3Mg0Lgg0L/RgNC+0LHQu9C10LzQsCDRgSBhdXRvaW5k?= =?UTF-8?B?ZXg=?= In-Reply-To: References: Message-ID: <20121220152742.GZ40452@mdounin.ru> Hello! On Thu, Dec 20, 2012 at 08:26:55AM -0500, Yaroslav_S wrote: > nginx для windows версии 1.2.6, скачан с официального сайта. > > charset windows-1251; > autoindex on; > > Файлы и папки с русскими именами показывает нормально, но при попытке > доступа к ним - internal server error. В логе "1113: No mapping for the > Unicode character exists in the target multi-byte code page" > Это лечится? Нет, autoindex сейчас не умеет правильно работать с не-ascii символами в именах файлов под Windows. -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Thu Dec 20 15:39:48 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 20 Dec 2012 19:39:48 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212201738.57560.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> <20121220132800.GY40452@mdounin.ru> <201212201738.57560.dhyan@nataraj.su> Message-ID: <20121220153948.GB40452@mdounin.ru> Hello! On Thu, Dec 20, 2012 at 05:38:57PM +0400, Nikolay Shaplov wrote: > > > Не подскажите ли, как для конкретного сайта добавить медиа-тип. > > > > > > В сети находятся либо рекомендации по редактированию > > > /etc/nginx/mime.types либо полностью переопределить types {} > > > > > > А вот как именно добавить к существующим -- я не нашел... Подскажите > > > плиз. > > > > Запомни, в татарском языке нет слова "назад", если что, мы > > разворачиваемся и "алга!". (c) Четыре татарина, Казань > Я специально знакомого татарина допрашивал: у них есть слово для назад :-) > > > Так и в nginx'е - если нужно что-то куда-то добавить, то обычно > > это делается методом скопировать и дополнить. > Можно пример для моего случая? Я в этой теме очень плавую... cp /path/to/mime.types /path/to/mime.types.for.example.com server { server_name example.com; include /path/to/mime.types.for.example.com; ... } И дополнить /path/to/mime.types.for.example.com нужными типами. -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Thu Dec 20 16:14:08 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 20 Dec 2012 20:14:08 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <474294b7ddfe7e93fe9dc7ce560fbc9a.NginxMailingListRussian@forum.nginx.org> References: <5be2f0ec90e6b463fef11a36a5c2cf2a.NginxMailingListRussian@forum.nginx.org> <474294b7ddfe7e93fe9dc7ce560fbc9a.NginxMailingListRussian@forum.nginx.org> Message-ID: <20121220161407.GC40452@mdounin.ru> Hello! On Thu, Dec 20, 2012 at 07:43:50AM -0500, aaaa5 wrote: > хорошо, перефразируем вопрос: как заменить GET /www.server.ru на GET > www.server.ru, т.е. убрать слеш? В GET-запросах такой синтаксис запрещён, см. http://tools.ietf.org/html/rfc2616#section-5.1.2: The authority form is only used by the CONNECT method (section 9.9). Если вы хотите, чтобы nginx общался с бекендом не по http - напишите свой модуль взаимодействия с бекендом, это достаточно просто. -- Maxim Dounin http://nginx.com/support.html From hell-for-yahoo at umail.ru Thu Dec 20 16:57:09 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 20 Dec 2012 20:57:09 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRg9C30L3QsNGC0YwgcmVzcG9uc2UgY29udGVudCB0eXBlPw==?= In-Reply-To: <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> References: <20121219152115.GT40452@mdounin.ru> <0588b201b2068b73c6d3256e9ba264c1.NginxMailingListRussian@forum.nginx.org> Message-ID: <1117583420.20121220205709@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) F1restorm! F> бэкэнд отвечает кодом ошибки. В этот момент я хочу узнать Content-Type F> ответа бэкэнда text/html либо отсутствует. В общем случае, вам это знание ничем не поможет, ибо произошла ОШИБКА. Что бы вы ни ожидали, это не случилось, действуйте по аварийному плану Б. F> и в зависимости от него ответить пользователю F> той или иной страницей с описанием ошибки. Хорошим тоном в программировании сложных систем является отдача пользователю именно той ошибки, которая произошла, а не собственных фантазий на заданную тему. Сами же потом наплячетесь ваши измышленные ошибки разгребать. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 20.12.2012, <20:54> From hell-for-yahoo at umail.ru Thu Dec 20 16:53:27 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Thu, 20 Dec 2012 20:53:27 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212201623.41449.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> Message-ID: <49650430.20121220205327@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Nikolay Shaplov! NS> Не подскажите ли, как для конкретного сайта _добавить_ медиа-тип. Не вижу смысла. Почему не добавить их в общие типы? Реальный, живой пример такой необходимости можете привести? NS> В сети находятся либо рекомендации по редактированию /etc/nginx/mime.types NS> либо полностью переопределить types {} NS> А вот как именно добавить к существующим -- я не нашел... Подскажите плиз. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) четверг, 20.12.2012, <20:52> From nginx-forum at nginx.us Thu Dec 20 17:56:48 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 12:56:48 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <20121220161407.GC40452@mdounin.ru> References: <20121220161407.GC40452@mdounin.ru> Message-ID: Здравствуйте, Максим! Спасибо за внимание к моему посту, а то я уже совсем выбился из сил, весь интернет облазил! Стоит следующая задача: сделать средствами nginx каскадный прокси. Т.е. берём от клиента запрос вида http://url, вгоняем его через Location в модуль ngx_http_proxy_module и оттуда через proxy_pass отправляем на каскадный внешний прокси http://extrenal_proxy Но в чём беда: если отдавать запрос с заголовком GET /http://url, то он присылает 404 not found, а если GET http://url, то как ни странно - 200 Запросы делались через php-socket. Поправьте меня, если в чём-то я не прав, ведь интернет - штука сложная. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234267,234273#msg-234273 From nginx-forum at nginx.us Thu Dec 20 18:08:01 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 13:08:01 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <20121220161407.GC40452@mdounin.ru> References: <20121220161407.GC40452@mdounin.ru> Message-ID: <69948f71dfdcfa2511cc5ec2c596b666.NginxMailingListRussian@forum.nginx.org> Здесь то, о чём я говорю: http://www.watchguard.com/help/lss/70/proxy/proxies8.htm Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234267,234274#msg-234274 From vbart at nginx.com Thu Dec 20 20:33:01 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 21 Dec 2012 00:33:01 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <69948f71dfdcfa2511cc5ec2c596b666.NginxMailingListRussian@forum.nginx.org> References: <20121220161407.GC40452@mdounin.ru> <69948f71dfdcfa2511cc5ec2c596b666.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212210033.01969.vbart@nginx.com> On Thursday 20 December 2012 22:08:01 aaaa5 wrote: > Здесь то, о чём я говорю: > http://www.watchguard.com/help/lss/70/proxy/proxies8.htm > То, о чем вы говорите, называется forward proxy, а nginx - reverse proxy. У них принципиально разные задачи. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Thu Dec 20 20:52:12 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 15:52:12 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <201212210033.01969.vbart@nginx.com> References: <201212210033.01969.vbart@nginx.com> Message-ID: <6cf78b3878f20ae3732f2fd63549c841.NginxMailingListRussian@forum.nginx.org> Здравствуйте. я понимаю. Но неужели это так невозможно - один слеш? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234267,234283#msg-234283 From nginx-forum at nginx.us Thu Dec 20 20:58:35 2012 From: nginx-forum at nginx.us (aaaa5) Date: Thu, 20 Dec 2012 15:58:35 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <201212210033.01969.vbart@nginx.com> References: <201212210033.01969.vbart@nginx.com> Message-ID: Может пропатчить что-то надо чтобы убрать этот слеш? Что? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234267,234284#msg-234284 From a.vasilishin at kpi.ua Thu Dec 20 21:05:33 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 20 Dec 2012 23:05:33 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: <6cf78b3878f20ae3732f2fd63549c841.NginxMailingListRussian@forum.nginx.org> References: <201212210033.01969.vbart@nginx.com> <6cf78b3878f20ae3732f2fd63549c841.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D37D9D.4050500@kpi.ua> Хоть Валентин и говорит, что нгинкс не форвард прокси, все же есть вариант использования его в nаком ключе, хоть и не полноценный: server { server_name ~^(?.+)$; access_log /var/log/nginx/proxy.access.log main; error_log /var/log/nginx/proxy.error.log crit; listen 3128; resolver 8.8.8.8; auth_basic "Authentication required"; auth_basic_user_file /path/to/.htpasswd; location / { proxy_pass http://$domain; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From hell-for-yahoo at umail.ru Fri Dec 21 00:30:44 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Fri, 21 Dec 2012 04:30:44 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQvNC10L3QsCAkcmVxdWVzdCBtZXRob2Qg0LIgcHJveHkgcGFzcw==?= In-Reply-To: References: <201212210033.01969.vbart@nginx.com> Message-ID: <1255371050.20121221043044@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) aaaa5! a> Может пропатчить что-то надо чтобы убрать этот слеш? Что? Что мешает поставить нормальный прокси? squid, 3proxy, да что угодно? Вместо того, чтобы молотком шурупы забивать. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) пятница, 21.12.2012, <04:30> From nginx-forum at nginx.us Fri Dec 21 02:03:47 2012 From: nginx-forum at nginx.us (Gnome) Date: Thu, 20 Dec 2012 21:03:47 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> References: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> Message-ID: Вторую неделю уже борюсь с nginx и никак не могу настроить зеркалирование сайта в локальную сеть. Сайт уже загружается и картинки отображаются, но ссылки с сайта и ссылки на изображения ведут на оригинальный сайт. Мне нужно сделать так чтобы при вводе в браузере моего ip открывался сайта который находится в интернете все картинки выгружались с него на мой ПК и все ссылки сайта заменялись с http://site_v_seti.ru на http://moi_ip такое вообще возможно? Впринципе у меня это получилось реализовать с помощью HSDN Mirroring Cacher (PHP скрипт) но вот авторизацию на сайте настроить так и не удалось. Помогите пожалуйста примером конфиг файла с настройками, а то я уже вообще замучался :( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234294#msg-234294 From dhyan at nataraj.su Fri Dec 21 05:37:52 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Fri, 21 Dec 2012 09:37:52 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <49650430.20121220205327@mtu-net.ru> References: <201212201623.41449.dhyan@nataraj.su> <49650430.20121220205327@mtu-net.ru> Message-ID: <201212210937.52422.dhyan@nataraj.su> NS>> Не подскажите ли, как для конкретного сайта добавить медиа-тип. >Не вижу смысла. Почему не добавить их в общие типы? Реальный, живой пример >такой необходимости можете привести? Под сайт -- отдельный конфиг. Именно он отправляется в бекапы, именно он если что переезжает на другой сервер. Если я поправлю глобальный конфиг, то данная правка может потеряться при переезде с сервера на сервер или при неаккуратном апгрейде веб сервера из пакета. Если я сделаю копию глобального конфига в локальный, то я буду обречен до конца жизни проекта админить полный список типов. Работа не то чтобы сильно пыльная, но подобным образом сделанные кастомные правки, сделанные в других проектах очень сильно раздражают, когда из-за притащенных ими регрессий все начинает не работать. Я такое встречал и стараюсь так сразу не делать. Никогда. Если бы была какая-то опция вида add types {hren/fignya erunda;} или types {%types; hren/fignya erunda;} то это было бы самое то решение. Я просто не понимаю как это сделать средствами конфига nginx. From dhyan at nataraj.su Fri Dec 21 05:40:51 2012 From: dhyan at nataraj.su (Nikolay Shaplov) Date: Fri, 21 Dec 2012 09:40:51 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0Log0LTQvtCx0LDQstC40YLRjCDQvNC10LTQuNCwINGC0LjQv9GL?= =?UTF-8?B?INC00LvRjyDQutC+0L3QutGA0LXRgtC90L7Qs9C+INGB0LDQudGC0LA=?= In-Reply-To: <20121220153948.GB40452@mdounin.ru> References: <201212201623.41449.dhyan@nataraj.su> <201212201738.57560.dhyan@nataraj.su> <20121220153948.GB40452@mdounin.ru> Message-ID: <201212210940.52034.dhyan@nataraj.su> > > > > Не подскажите ли, как для конкретного сайта добавить медиа-тип. > > > > > > > > В сети находятся либо рекомендации по редактированию > > > > /etc/nginx/mime.types либо полностью переопределить types {} > > > > > > > > А вот как именно добавить к существующим -- я не нашел... Подскажите > > > > плиз. > > > > > > Запомни, в татарском языке нет слова "назад", если что, мы > > > разворачиваемся и "алга!". (c) Четыре татарина, Казань > > > > Я специально знакомого татарина допрашивал: у них есть слово для назад > > :-) > > > > > Так и в nginx'е - если нужно что-то куда-то добавить, то обычно > > > это делается методом скопировать и дополнить. > > > > Можно пример для моего случая? Я в этой теме очень плавую... > > cp /path/to/mime.types /path/to/mime.types.for.example.com > > server { > > server_name example.com; > include /path/to/mime.types.for.example.com; > ... > > } > > И дополнить /path/to/mime.types.for.example.com нужными типами. ИМХО это идейно неправильный вариант. В результате мне придется полностью админить эту ветку списка типов. Новые типы введенные в обращение не попадут в систему при обновлении сервера. Это не гут. В конфиге точно нельзя сказать types = types + что-то (в какой либо нотации)? From nginx-forum at nginx.us Fri Dec 21 08:35:52 2012 From: nginx-forum at nginx.us (Yaroslav_S) Date: Fri, 21 Dec 2012 03:35:52 -0500 Subject: =?UTF-8?B?UmU6IG5naW54L3dpbmRvd3Mg0Lgg0L/RgNC+0LHQu9C10LzQsCDRgSBhdXRvaW5k?= =?UTF-8?B?ZXg=?= In-Reply-To: <20121220152742.GZ40452@mdounin.ru> References: <20121220152742.GZ40452@mdounin.ru> Message-ID: Maxim Dounin Wrote: > Нет, autoindex сейчас не умеет правильно работать с не-ascii > символами в именах файлов под Windows. Досадно. В планах нет исправления, случайно? И странно при этом, что "левые" сборки такой проблемы не имеют... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234255,234300#msg-234300 From nefer05 at gmail.com Fri Dec 21 08:54:41 2012 From: nefer05 at gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=) Date: Fri, 21 Dec 2012 12:54:41 +0400 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: References: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> Message-ID: Есть у меня подозрения, что Вам просто нужно прокси типа сквида... Nginx - немного другое решение. 2012/12/21 Gnome > Вторую неделю уже борюсь с nginx и никак не могу настроить зеркалирование > сайта в локальную сеть. > Сайт уже загружается и картинки отображаются, но ссылки с сайта и ссылки на > изображения ведут на оригинальный сайт. > Мне нужно сделать так чтобы при вводе в браузере моего ip открывался сайта > который находится в интернете все картинки выгружались с него на мой ПК и > все ссылки сайта заменялись с http://site_v_seti.ru на http://moi_ip такое > вообще возможно? > Впринципе у меня это получилось реализовать с помощью HSDN Mirroring Cacher > (PHP скрипт) но вот авторизацию на сайте настроить так и не удалось. > Помогите пожалуйста примером конфиг файла с настройками, а то я уже вообще > замучался :( > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,234065,234294#msg-234294 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin at kpi.ua Fri Dec 21 10:29:47 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Fri, 21 Dec 2012 12:29:47 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: References: <73168af44d58a385a5f834854051e0fa.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D43A1B.4000302@kpi.ua> 21.12.2012 10:54, Роман Москвитин пишет: > Мне нужно сделать так чтобы при вводе в браузере моего ip открывался > сайта > который находится в интернете все картинки выгружались с него на мой > ПК и > все ссылки сайта заменялись с http://site_v_seti.ru на http://moi_ip > такое > вообще возможно? server { listen moi_ip:80; server_name moi_ip; location / { proxy_pass http://ip_of_site_v_seti.ru; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_redirect off; proxy_set_header Host site_v_seti.ru; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 60; proxy_send_timeout 60; proxy_read_timeout 60; } } server { listen moi_ip:80; server_name site_v_seti.ru; location / { rewrite ^(.*)$ http://moi_ip$request_uri permanent; } } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mdounin at mdounin.ru Fri Dec 21 11:06:39 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 21 Dec 2012 15:06:39 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQtNC+0LHQsNCy0LjRgtGMINC80LXQtNC40LAg0YLQuNC/0Ysg?= =?UTF-8?B?0LTQu9GPINC60L7QvdC60YDQtdGC0L3QvtCz0L4g0YHQsNC50YLQsA==?= In-Reply-To: <201212210940.52034.dhyan@nataraj.su> References: <201212201623.41449.dhyan@nataraj.su> <201212201738.57560.dhyan@nataraj.su> <20121220153948.GB40452@mdounin.ru> <201212210940.52034.dhyan@nataraj.su> Message-ID: <20121221110639.GO40452@mdounin.ru> Hello! On Fri, Dec 21, 2012 at 09:40:51AM +0400, Nikolay Shaplov wrote: > > > > > Не подскажите ли, как для конкретного сайта добавить медиа-тип. > > > > > > > > > > В сети находятся либо рекомендации по редактированию > > > > > /etc/nginx/mime.types либо полностью переопределить types {} > > > > > > > > > > А вот как именно добавить к существующим -- я не нашел... Подскажите > > > > > плиз. > > > > > > > > Запомни, в татарском языке нет слова "назад", если что, мы > > > > разворачиваемся и "алга!". (c) Четыре татарина, Казань > > > > > > Я специально знакомого татарина допрашивал: у них есть слово для назад > > > :-) > > > > > > > Так и в nginx'е - если нужно что-то куда-то добавить, то обычно > > > > это делается методом скопировать и дополнить. > > > > > > Можно пример для моего случая? Я в этой теме очень плавую... > > > > cp /path/to/mime.types /path/to/mime.types.for.example.com > > > > server { > > > > server_name example.com; > > include /path/to/mime.types.for.example.com; > > ... > > > > } > > > > И дополнить /path/to/mime.types.for.example.com нужными типами. > > ИМХО это идейно неправильный вариант. В результате мне придется полностью > админить эту ветку списка типов. Новые типы введенные в обращение не попадут в > систему при обновлении сервера. Это не гут. > > В конфиге точно нельзя сказать types = types + что-то (в какой либо нотации)? Можно сделать так: types { include /path/to/generic.types; include /path/to/site.custom.types; } Но в этом случае вам придётся полностью админить и то, и другое, и вдобавок следить за возможными конфликтами. -- Maxim Dounin http://nginx.com/support.html From maybe at arjlover.net Fri Dec 21 22:36:17 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Sat, 22 Dec 2012 05:36:17 +0700 Subject: =?UTF-8?B?0L/QuNGB0LDRgtGMINCyINC80LXQvNC60LXRiD8=?= Message-ID: Сделал у себя некое подобие Google Analytics - JS get-ом (данные в параметрах) дергает урлы. Но так как этого добра достаточно много, то нагрузка получается немаленькая, хочется такой фантастической плюшки типа нжинкс писал бы весь этот GET в мемкеш, а по окончании суток разберемся... Или как бы полегче решить эту задачу не нагружая бэкенд из php? -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hunter at comsys.com.ua Fri Dec 21 22:39:11 2012 From: hunter at comsys.com.ua (Sergey Smitienko) Date: Sat, 22 Dec 2012 00:39:11 +0200 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: References: Message-ID: <50D4E50F.3030900@comsys.com.ua> 22.12.12 00:36, Anton Kuznetsov пишет: > Сделал у себя некое подобие Google Analytics - JS get-ом (данные в > параметрах) дергает урлы. Но так как этого добра достаточно много, то > нагрузка получается немаленькая, хочется такой фантастической плюшки > типа нжинкс писал бы весь этот GET в мемкеш, а по окончании суток > разберемся... Или как бы полегче решить эту задачу не нагружая бэкенд > из php? Не проще ли писать лог в текстовой файл и потом его парсить ? -- Sergey Smitienko From vbart at nginx.com Fri Dec 21 23:34:14 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 22 Dec 2012 03:34:14 +0400 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: References: Message-ID: <201212220334.14769.vbart@nginx.com> On Saturday 22 December 2012 02:36:17 Anton Kuznetsov wrote: > Сделал у себя некое подобие Google Analytics - JS get-ом (данные в > параметрах) дергает урлы. Но так как этого добра достаточно много, то > нагрузка получается немаленькая, хочется такой фантастической плюшки типа > нжинкс писал бы весь этот GET в мемкеш, а по окончании суток разберемся... > Или как бы полегче решить эту задачу не нагружая бэкенд из php? http://nginx.org/r/access_log/ru -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From maybe at arjlover.net Sat Dec 22 01:54:17 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Sat, 22 Dec 2012 08:54:17 +0700 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: <201212220334.14769.vbart@nginx.com> References: <201212220334.14769.vbart@nginx.com> Message-ID: Спасибо, коллеги, меня точно заклинило на мемкеше. Прям смешно. :) И тут мысль снова начала развиваться... "В пути файла можно использовать переменные", а ведь нжинкс уже распарсил всю строчку на переменные? Т.е. я могу писать в кучу файлов с именами сессий которые есть в параметрах? Хотя что-то мне кажется что диск порвет. :( А так было бы хорошо все разложить... 2012/12/22 Валентин Бартенев > On Saturday 22 December 2012 02:36:17 Anton Kuznetsov wrote: > > Сделал у себя некое подобие Google Analytics - JS get-ом (данные в > > параметрах) дергает урлы. Но так как этого добра достаточно много, то > > нагрузка получается немаленькая, хочется такой фантастической плюшки типа > > нжинкс писал бы весь этот GET в мемкеш, а по окончании суток > разберемся... > > Или как бы полегче решить эту задачу не нагружая бэкенд из php? > > http://nginx.org/r/access_log/ru > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbart at nginx.com Sat Dec 22 03:21:42 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 22 Dec 2012 07:21:42 +0400 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: References: <201212220334.14769.vbart@nginx.com> Message-ID: <201212220721.42601.vbart@nginx.com> On Saturday 22 December 2012 05:54:17 Anton Kuznetsov wrote: > Спасибо, коллеги, меня точно заклинило на мемкеше. Прям смешно. :) > И тут мысль снова начала развиваться... "В пути файла можно использовать > переменные", а ведь нжинкс уже распарсил всю строчку на переменные? Т.е. я > могу писать в кучу файлов с именами сессий которые есть в параметрах? Хотя > что-то мне кажется что диск порвет. :( А так было бы хорошо все > разложить... > Не нужно писать в кучу файлов. Логи, путь к которым известен на этапе чтения конфигурации, nginx откроет на старте, и будет держать открытыми. Если путь задан с переменными, то на каждую запись лога нужно открыть файл, записать, закрыть. Кроме того, с динамическими логами нельзя использовать буферизацию, а соответственно и нельзя будет использовать gzip-сжатие на лету, поддержка которого ожидается в ближайшей версии. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From maybe at arjlover.net Sat Dec 22 11:00:21 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Sat, 22 Dec 2012 18:00:21 +0700 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: <201212220721.42601.vbart@nginx.com> References: <201212220334.14769.vbart@nginx.com> <201212220721.42601.vbart@nginx.com> Message-ID: Я понимаю что при прочих равных писать в кучу файлов и без буферизации намного хуже чем в один и с буфером. Но если это будет работать, то получится весь поток сразу разобрать на сессии, что сильно облегчит обработку, под такое и рамдиск даже не жалко сделать. 2012/12/22 Валентин Бартенев > On Saturday 22 December 2012 05:54:17 Anton Kuznetsov wrote: > > Спасибо, коллеги, меня точно заклинило на мемкеше. Прям смешно. :) > > И тут мысль снова начала развиваться... "В пути файла можно использовать > > переменные", а ведь нжинкс уже распарсил всю строчку на переменные? Т.е. > я > > могу писать в кучу файлов с именами сессий которые есть в параметрах? > Хотя > > что-то мне кажется что диск порвет. :( А так было бы хорошо все > > разложить... > > > > Не нужно писать в кучу файлов. Логи, путь к которым известен на этапе > чтения > конфигурации, nginx откроет на старте, и будет держать открытыми. Если путь > задан с переменными, то на каждую запись лога нужно открыть файл, записать, > закрыть. Кроме того, с динамическими логами нельзя использовать > буферизацию, а > соответственно и нельзя будет использовать gzip-сжатие на лету, поддержка > которого ожидается в ближайшей версии. > > -- > Валентин Бартенев > http://nginx.com/support.html > http://nginx.org/en/donation.html > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Dec 22 13:38:21 2012 From: nginx-forum at nginx.us (Gnome) Date: Sat, 22 Dec 2012 08:38:21 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: <50D43A1B.4000302@kpi.ua> References: <50D43A1B.4000302@kpi.ua> Message-ID: Во! Всё работает вот только изображения не отображаются и ссылки на них ведут на оригинальный сайт в сети :/ сам сайт shutnikov.net, может быть это из-за каких либо особенностей движка NGCMS или из-за .htaccess? Андрей Василишин Wrote: ------------------------------------------------------- > 21.12.2012 10:54, Роман Москвитин пишет: > > > Мне нужно сделать так чтобы при вводе в браузере моего ip > открывался > > сайта > > который находится в интернете все картинки выгружались с него на > мой > > ПК и > > все ссылки сайта заменялись с http://site_v_seti.ru на > http://moi_ip > > такое > > вообще возможно? > > > > server { > listen moi_ip:80; > server_name moi_ip; > location / { > proxy_pass http://ip_of_site_v_seti.ru; > proxy_http_version 1.1; > proxy_set_header Connection ""; > proxy_redirect off; > proxy_set_header Host site_v_seti.ru; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > proxy_connect_timeout 60; > proxy_send_timeout 60; > proxy_read_timeout 60; > } > > > } > > server { > listen moi_ip:80; > server_name site_v_seti.ru; > location / { > rewrite ^(.*)$ http://moi_ip$request_uri permanent; > } > } > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234065,234324#msg-234324 From a.vasilishin at kpi.ua Sat Dec 22 14:34:05 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 16:34:05 +0200 Subject: =?UTF-8?B?UmU6INCX0LDQt9C10YDQutCw0LvQuNGC0Ywg0YHQsNC50YIg0YfQtdGA0LXQtyA=?= =?UTF-8?B?0YHQstC+0Lkg0J/Qmg==?= In-Reply-To: References: <50D43A1B.4000302@kpi.ua> Message-ID: <50D5C4DD.9020205@kpi.ua> 22.12.2012 15:38, Gnome пишет: > Во! Всё работает вот только изображения не отображаются и ссылки на них > ведут на оригинальный сайт в сети :/ > сам сайт shutnikov.net, может быть это из-за каких либо особенностей движка > NGCMS или из-за .htaccess? > Против ДНС не попрешь. Надо собрать нгинкс с ngx_http_sub_module http://nginx.org/ru/docs/http/ngx_http_sub_module.html server { listen moi_ip:80; server_name moi_ip; location / { sub_filter shutnikov.net moi_ip; sub_filter_once off; proxy_pass http://ip_of_site_v_seti.ru; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_redirect off; proxy_set_header Host site_v_seti.ru; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 60; proxy_send_timeout 60; proxy_read_timeout 60; } } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Dec 22 16:12:40 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 11:12:40 -0500 Subject: =?UTF-8?B?0YHQu9C10Ygg0YMg0YTQsNC50LvQvtCy?= Message-ID: Всем привет. Такой вопрос. Для избавления от дублей была прописана такая конструкция: location ~[^/]$ { if (!-f $request_filename) { return 301 $uri/$is_args$args; } } работает нормально, но добавляет слеши и файлам, например site.ru/news.html/ site.ru/text.txt/ Подскажите пожалуйста, как исправить. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234326#msg-234326 From a.vasilishin at kpi.ua Sat Dec 22 16:58:33 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 18:58:33 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: <50D5E6B9.3040302@kpi.ua> 22.12.2012 18:12, 1www пишет: > Всем привет. > Такой вопрос. > Для избавления от дублей была прописана такая конструкция: > > location ~[^/]$ { if (!-f $request_filename) { return 301 > $uri/$is_args$args; } } > > работает нормально, но добавляет слеши и файлам, например > site.ru/news.html/ > site.ru/text.txt/ > > Подскажите пожалуйста, как исправить. Вы ж сами этот слеш вставляете: $uri/$is_args$args; -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Dec 22 17:16:32 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 12:16:32 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D5E6B9.3040302@kpi.ua> References: <50D5E6B9.3040302@kpi.ua> Message-ID: <18057d14fa665952353088042ca84257.NginxMailingListRussian@forum.nginx.org> Андрей Василишин, подскажите пожалуйста, как правильно будет? пс возможно ли с вами связаться? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234330#msg-234330 From a.vasilishin at kpi.ua Sat Dec 22 17:22:00 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 19:22:00 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <18057d14fa665952353088042ca84257.NginxMailingListRussian@forum.nginx.org> References: <50D5E6B9.3040302@kpi.ua> <18057d14fa665952353088042ca84257.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D5EC38.8040805@kpi.ua> 22.12.2012 19:16, 1www пишет: > Андрей Василишин, подскажите пожалуйста, как правильно будет? > Вы лучше скажите, что пытаетесь сделать, если хотите перенести какой-то апачевский рирайт на нгинкс, лучше напишите его сюда. Потому что я не могу понять что должна делать эта конструкция location ~[^/]$ { if (!-f $request_filename) { return 301 $uri/$is_args$args; } } Скорее всего что-то типа такого требуется location / { try_files $uri $uri/ /index.php?q=$uri&$args; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Dec 22 17:27:30 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 12:27:30 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D5EC38.8040805@kpi.ua> References: <50D5EC38.8040805@kpi.ua> Message-ID: <854b073b6baaa813c1ba2fd6e10b158a.NginxMailingListRussian@forum.nginx.org> Подскажите пожалуйста, как с вами связаться? не хочу оставлять ссылки на сайт. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234332#msg-234332 From nginx-forum at nginx.us Sat Dec 22 17:53:20 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 12:53:20 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D5EC38.8040805@kpi.ua> References: <50D5EC38.8040805@kpi.ua> Message-ID: <5079db0194bc6c624ae1cad9404e236b.NginxMailingListRussian@forum.nginx.org> Андрей Василишин Wrote: > Скорее всего что-то типа такого требуется > location / { > try_files $uri $uri/ /index.php?q=$uri&$args; > } это не верно. а требуется убрать дубли страниц Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234333#msg-234333 From nginx-forum at nginx.us Sat Dec 22 17:54:54 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 12:54:54 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <5079db0194bc6c624ae1cad9404e236b.NginxMailingListRussian@forum.nginx.org> References: <50D5EC38.8040805@kpi.ua> <5079db0194bc6c624ae1cad9404e236b.NginxMailingListRussian@forum.nginx.org> Message-ID: как я уже писал, они убираются, но к .html тоже добавляется слеш, в этом и проблема. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234334#msg-234334 From a.vasilishin at kpi.ua Sat Dec 22 17:56:35 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 19:56:35 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <50D5EC38.8040805@kpi.ua> <5079db0194bc6c624ae1cad9404e236b.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D5F453.7060109@kpi.ua> 22.12.2012 19:54, 1www пишет: > как я уже писал, они убираются, но к .html тоже добавляется слеш, в этом и > проблема. > Как выглядят ссылки дублей и что из них надо оставить, а что - отрирайтить? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vovansystems at gmail.com Sat Dec 22 17:57:06 2012 From: vovansystems at gmail.com (VovansystemS) Date: Sat, 22 Dec 2012 20:57:06 +0300 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <50D5EC38.8040805@kpi.ua> <5079db0194bc6c624ae1cad9404e236b.NginxMailingListRussian@forum.nginx.org> Message-ID: > как я уже писал, они убираются, но к .html тоже добавляется слеш, в этом и > проблема. а что такое "дубли спраниц"? http://domain.com/category и http://domain.com/category/ это дубли? From nginx-forum at nginx.us Sat Dec 22 18:13:30 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 13:13:30 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: <5a29193c07a8f073bdd2254327b97d47.NginxMailingListRussian@forum.nginx.org> VovansystemS Wrote: ------------------------------------------------------- > > как я уже писал, они убираются, но к .html тоже добавляется слеш, в > этом и > > проблема. > а что такое "дубли спраниц"? > > http://domain.com/category > и > http://domain.com/category/ > это дубли? > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru да, в вебмастере гугла они определяются как дубли. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234337#msg-234337 From nginx-forum at nginx.us Sat Dec 22 18:15:09 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 13:15:09 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D5F453.7060109@kpi.ua> References: <50D5F453.7060109@kpi.ua> Message-ID: <40e4b7428aa29ec51ea83b8998d3ee5c.NginxMailingListRussian@forum.nginx.org> Андрей Василишин Wrote: ------------------------------------------------------- > 22.12.2012 19:54, 1www пишет: > > как я уже писал, они убираются, но к .html тоже добавляется слеш, в > этом и > > проблема. > > > > > Как выглядят ссылки дублей и что из них надо оставить, а что - > отрирайтить? > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru http://domain.com/category http://domain.com/category/ нужно оставить со слешем. location ~[^/]$ { if (!-f $request_filename) { return 301 $uri/$is_args$args; } } - оно и оставляет, но дописывает слеш к файлам: site.ru/news.html/ site.ru/text.txt/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234338#msg-234338 From a.vasilishin at kpi.ua Sat Dec 22 18:21:58 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 20:21:58 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <40e4b7428aa29ec51ea83b8998d3ee5c.NginxMailingListRussian@forum.nginx.org> References: <50D5F453.7060109@kpi.ua> <40e4b7428aa29ec51ea83b8998d3ee5c.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D5FA46.6070101@kpi.ua> 22.12.2012 20:15, 1www пишет: > site.ru/news.html/ > site.ru/text.txt/ news.html и text.txt это именно файлы на ФС, или тоже каким-то рирайтом потом на пхп-скрипт перенаправляет? Приведите полный конфиг, замените свой суперсекретный домен на example.com или site.ru -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vovansystems at gmail.com Sat Dec 22 18:38:52 2012 From: vovansystems at gmail.com (VovansystemS) Date: Sat, 22 Dec 2012 21:38:52 +0300 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <40e4b7428aa29ec51ea83b8998d3ee5c.NginxMailingListRussian@forum.nginx.org> References: <50D5F453.7060109@kpi.ua> <40e4b7428aa29ec51ea83b8998d3ee5c.NginxMailingListRussian@forum.nginx.org> Message-ID: > location ~[^/]$ { if (!-f $request_filename) { return 301 > $uri/$is_args$args; } } - оно и оставляет, но дописывает слеш к файлам: > site.ru/news.html/ > site.ru/text.txt/ я бы сделал так. если это то, что надо, то стоит переписать через $request_uri - так будет быстрее. location ~* ^/(.*)$ { try_files /$1 /$1/ /$1/; } но как выше отметил Андрей, без оригинального конфига написать именно тот вариант, который подойдёт Вам невозможно. From nginx-forum at nginx.us Sat Dec 22 18:49:13 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 13:49:13 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D5FA46.6070101@kpi.ua> References: <50D5FA46.6070101@kpi.ua> Message-ID: Андрей Василишин Wrote: ------------------------------------------------------- > 22.12.2012 20:15, 1www пишет: > > site.ru/news.html/ > > site.ru/text.txt/ > > > news.html и text.txt это именно файлы на ФС, или тоже каким-то > рирайтом > потом на пхп-скрипт перенаправляет? > Приведите полный конфиг, замените свой суперсекретный домен на > example.com или site.ru > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru он не секретный) http://pastebin.com/c7cufTTF Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234341#msg-234341 From nginx-forum at nginx.us Sat Dec 22 18:51:35 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 13:51:35 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: Message-ID: <42d81729fadca721058d258867ad94eb.NginxMailingListRussian@forum.nginx.org> VovansystemS Wrote: ------------------------------------------------------- > > location ~[^/]$ { if (!-f $request_filename) { return 301 > > $uri/$is_args$args; } } - оно и оставляет, но дописывает слеш к > файлам: > > site.ru/news.html/ > > site.ru/text.txt/ > > я бы сделал так. если это то, что надо, то стоит переписать через > $request_uri - так будет быстрее. > location ~* ^/(.*)$ { > try_files /$1 /$1/ /$1/; > } > но как выше отметил Андрей, без оригинального конфига написать именно > тот вариант, который подойдёт Вам невозможно. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru конфиг выложил Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234342#msg-234342 From a.vasilishin at kpi.ua Sat Dec 22 18:58:39 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 20:58:39 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <50D5FA46.6070101@kpi.ua> Message-ID: <50D602DF.7010606@kpi.ua> 22.12.2012 20:49, 1www пишет: > он не секретный) > http://pastebin.com/c7cufTTF > По рирайтам похоже на движок DLE news.html и text.txt это именно файлы на ФС и как много таких файлов? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Dec 22 19:03:13 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 14:03:13 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D602DF.7010606@kpi.ua> References: <50D602DF.7010606@kpi.ua> Message-ID: <3589197412c4d71e6fd41f2923e213cd.NginxMailingListRussian@forum.nginx.org> Андрей Василишин Wrote: ------------------------------------------------------- > 22.12.2012 20:49, 1www пишет: > > > он не секретный) > > http://pastebin.com/c7cufTTF > > > > > По рирайтам похоже на движок DLE > news.html и text.txt это именно файлы на ФС и как много таких файлов? > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru html много Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234344#msg-234344 From a.vasilishin at kpi.ua Sat Dec 22 19:21:39 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 21:21:39 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <3589197412c4d71e6fd41f2923e213cd.NginxMailingListRussian@forum.nginx.org> References: <50D602DF.7010606@kpi.ua> <3589197412c4d71e6fd41f2923e213cd.NginxMailingListRussian@forum.nginx.org> Message-ID: <50D60843.9070805@kpi.ua> > html много > Ну тогда убираете локейшн: location ~[^/]$ { if (!-f $request_filename) { return 301 $uri/$is_args$args; } } И в локейшн location / { добавляете { if (!-f $request_filename) rewrite ^/(.*)/$ /$1 permanent; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From a.vasilishin at kpi.ua Sat Dec 22 19:23:34 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sat, 22 Dec 2012 21:23:34 +0200 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D60843.9070805@kpi.ua> References: <50D602DF.7010606@kpi.ua> <3589197412c4d71e6fd41f2923e213cd.NginxMailingListRussian@forum.nginx.org> <50D60843.9070805@kpi.ua> Message-ID: <50D608B6.9090108@kpi.ua> 22.12.2012 21:21, Андрей Василишин пишет: > >> html много >> > > > > Ну тогда убираете локейшн: > location ~[^/]$ { if (!-f $request_filename) { return 301 > $uri/$is_args$args; } } > > > И в локейшн location / { > добавляете > { if (!-f $request_filename) rewrite ^/(.*)/$ /$1 permanent; } > Извиняюсь, вот так надо, что бы для файлов убирало слеш в конце: { if (-f $request_filename) rewrite ^/(.*)/$ /$1 permanent; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum at nginx.us Sat Dec 22 20:06:09 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 15:06:09 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <50D608B6.9090108@kpi.ua> References: <50D608B6.9090108@kpi.ua> Message-ID: <9735f76911caa2678be68349e10bd3e4.NginxMailingListRussian@forum.nginx.org> попробую, благодарю. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234348#msg-234348 From nginx-forum at nginx.us Sat Dec 22 23:01:37 2012 From: nginx-forum at nginx.us (Junker) Date: Sat, 22 Dec 2012 18:01:37 -0500 Subject: =?UTF-8?Q?core_dump_=D0=B8_systemd?= Message-ID: Недавно перевел систему на systemd, после чего появились сюрпризы. При падении воркеры nginx'а не сохраняют core dump в журнал systemd. В логе запись такая: 2012/12/23 05:31:29 [alert] 24487#0: worker process 24488 exited on signal 11 (core dumped) Но systemd-coredumpctl дамп не показывает. Остальные программы нормально дампятся. Это только у меня такая проблема или это общий баг? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234351,234351#msg-234351 From hell-for-yahoo at umail.ru Sun Dec 23 01:57:04 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Sun, 23 Dec 2012 05:57:04 +0400 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <5a29193c07a8f073bdd2254327b97d47.NginxMailingListRussian@forum.nginx.org> References: <5a29193c07a8f073bdd2254327b97d47.NginxMailingListRussian@forum.nginx.org> Message-ID: <1934462574.20121223055704@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) 1www! 1> VovansystemS Wrote: 1> ------------------------------------------------------- >> > как я уже писал, они убираются, но к .html тоже добавляется слеш, в >> этом и >> > проблема. >> а что такое "дубли спраниц"? >> >> http://domain.com/category >> и >> http://domain.com/category/ >> это дубли? >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru 1> да, в вебмастере гугла они определяются как дубли. Вообще-то, такие моменты движок сайта обязан отрабатывать самостоятельно. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 23.12.2012, <05:56> From nginx-forum at nginx.us Sun Dec 23 04:45:47 2012 From: nginx-forum at nginx.us (1www) Date: Sat, 22 Dec 2012 23:45:47 -0500 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: <1934462574.20121223055704@mtu-net.ru> References: <1934462574.20121223055704@mtu-net.ru> Message-ID: Andrey Repin Wrote: ------------------------------------------------------- > Здравствуйте, Уважаемый(-ая, -ое) 1www! > > 1> VovansystemS Wrote: > 1> ------------------------------------------------------- > >> > как я уже писал, они убираются, но к .html тоже добавляется слеш, > в > >> этом и > >> > проблема. > >> а что такое "дубли спраниц"? > >> > >> http://domain.com/category > >> и > >> http://domain.com/category/ > >> это дубли? > >> _______________________________________________ > >> nginx-ru mailing list > >> nginx-ru at nginx.org > >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > 1> да, в вебмастере гугла они определяются как дубли. > > Вообще-то, такие моменты движок сайта обязан отрабатывать > самостоятельно. > > > -- > С уважением > > Andrey Repin (hell-for-yahoo at umail.ru) воскресенье, 23.12.2012, > <05:56> > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru движок это делает нормально, криво работает модуль, установленный на этом движке Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234326,234355#msg-234355 From nginx-forum at nginx.us Sun Dec 23 05:20:02 2012 From: nginx-forum at nginx.us (petbka) Date: Sun, 23 Dec 2012 00:20:02 -0500 Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgiDQu9GO0LHQvtCz0L4gcmVxdWVzdCB1cmkg0LIg0Lo=?= =?UTF-8?B?0L7RgNC10L3RjA==?= Message-ID: <6cb2b2a657b88aa658a512af179e4568.NginxMailingListRussian@forum.nginx.org> Добрый день. Имеется такая конфигурация: server { listen 1.1.1.1:80; server_name my.example.com; rewrite ^ https://my.example.com$request_uri? permanent; } server { listen 1.1.1.1:443; server_name my.example.com; ssl on; ssl_certificate /etc/nginx/ssl/my.crt; ssl_certificate_key /etc/nginx/ssl/my.key; server_name_in_redirect on; ssl_session_timeout 10m; ssl_session_cache shared:SSL:10m; ssl_protocols SSLv3 TLSv1; ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP; ssl_prefer_server_ciphers on; location / { proxy_pass http://127.0.0.1:8082; ... location /i/ { root /usr/local/www/secure/public_html; } но порой требуется поставить "заглушку", делаетcя это так: location / { # proxy_pass http://127.0.0.1:8082; # ... root /var/www/my.example.com/public_html/maintenance/; index index.html; } Заглушка работает при запросе корня, но не обрабатываются запросы с request_uri, например, https://my.example.com/ru/news?id=24. Получаем в ответ 404, что логично. Пробую такую конструкцию в server: if ($request_uri != "") { rewrite ^.* https://my.example.com/ redirect; break; } получаю цикличный 302 и в конце концом "Internal error". Вопрос: как описать редирект любого запроса на "заглушку"? Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234356,234356#msg-234356 From pavel2000 at ngs.ru Sun Dec 23 08:17:34 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Sun, 23 Dec 2012 15:17:34 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2NrIG9uOw==?= In-Reply-To: <635776722.20121218194116@ngs.ru> References: <696663123.20121218000704@ngs.ru> <20121218115249.GO40452@mdounin.ru> <635776722.20121218194116@ngs.ru> Message-ID: <701168161.20121223151734@ngs.ru> Здравствуйте. > То, что proxy_cache_lock не работает для процедуры обновления устаревшего элемента, на мой взгляд, > не ожидемо, и, думаю, что этот момент требует дополнительного уточнения в документации. Так что скажете по поводу предложения добавить в русскую документацию в описание директивы proxy_cache_lock предлагаемого абзаца: > "На число обращений к проксированным серверам при обновлении устаревших элементов кэша данная > директива не влияет. Для минимизирования числа таких обращений следует разрешить использование > устаревшего элемента в качестве ответа используя директиву proxy_cache_use_stale." ? -- С уважением, Pavel mailto:pavel2000 at ngs.ru From vovansystems at gmail.com Sun Dec 23 08:56:55 2012 From: vovansystems at gmail.com (VovansystemS) Date: Sun, 23 Dec 2012 11:56:55 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRjtCx0L7Qs9C+IHJlcXVlc3QgdXJpINCy?= =?UTF-8?B?INC60L7RgNC10L3RjA==?= In-Reply-To: <6cb2b2a657b88aa658a512af179e4568.NginxMailingListRussian@forum.nginx.org> References: <6cb2b2a657b88aa658a512af179e4568.NginxMailingListRussian@forum.nginx.org> Message-ID: > Вопрос: как описать редирект любого запроса на "заглушку"? > Заранее спасибо. Редирект любого запроса кроме запроса к статическому файлу на заглушку: location / { # proxy_pass http://127.0.0.1:8082; ... root /var/www/my.example.com/public_html/maintenance/; index index.html; try_files $uri index.html =503; } nginx сначала попробует отдать файл, который у него запрашивают, и если у него не получилось, покажет страницу /var/www/my.example.com/public_html/maintenance/index.html с кодом 503. Если это то что надо, имеет смысл немного переписать исходный конфиг таким образом, чтобы при появлении файла-заглушки nginx начинал отдавать его автоматически без редактирования конфига. Хороший пример как это сделать с использованием именованного локейшна тут: http://nginx.org/ru/docs/http/ngx_http_core_module.html#try_files From vovansystems at gmail.com Sun Dec 23 09:16:35 2012 From: vovansystems at gmail.com (VovansystemS) Date: Sun, 23 Dec 2012 12:16:35 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRjtCx0L7Qs9C+IHJlcXVlc3QgdXJpINCy?= =?UTF-8?B?INC60L7RgNC10L3RjA==?= In-Reply-To: References: <6cb2b2a657b88aa658a512af179e4568.NginxMailingListRussian@forum.nginx.org> Message-ID: > try_files $uri index.html =503; > покажет страницу /var/www/my.example.com/public_html/maintenance/index.html с кодом 503. извините, неправильно написал пояснение. страница с кодом 503 будет отдана пользователю, только при отсуствии первых двух файлов. поэтому имеет смысл сделать, чтобы страница maintenance/index.html отдавалась с кодом отличным от 200, ибо seo. From mdounin at mdounin.ru Sun Dec 23 11:22:50 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Sun, 23 Dec 2012 15:22:50 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2NrIG9uOw==?= In-Reply-To: <701168161.20121223151734@ngs.ru> References: <696663123.20121218000704@ngs.ru> <20121218115249.GO40452@mdounin.ru> <635776722.20121218194116@ngs.ru> <701168161.20121223151734@ngs.ru> Message-ID: <20121223112250.GC40452@mdounin.ru> Hello! On Sun, Dec 23, 2012 at 03:17:34PM +0700, Pavel V. wrote: > Здравствуйте. > > > То, что proxy_cache_lock не работает для процедуры обновления устаревшего элемента, на мой взгляд, > > не ожидемо, и, думаю, что этот момент требует дополнительного уточнения в документации. > > Так что скажете по поводу предложения добавить в русскую документацию в описание директивы > proxy_cache_lock предлагаемого абзаца: > > > "На число обращений к проксированным серверам при обновлении устаревших элементов кэша данная > > директива не влияет. Для минимизирования числа таких обращений следует разрешить использование > > устаревшего элемента в качестве ответа используя директиву proxy_cache_use_stale." > > ? Не вижу смысла повторять одну и ту же информацию несколько раз - в документации по proxy_cache_lock уже явно написано, что директива влияет на загрузку новых элементов кеша. Сослаться на proxy_cache_use_stale - да, имеет смысл (собственно, оттуда ссылка уже есть). -- Maxim Dounin http://nginx.com/support.html From pavel2000 at ngs.ru Sun Dec 23 12:23:35 2012 From: pavel2000 at ngs.ru (Pavel V.) Date: Sun, 23 Dec 2012 19:23:35 +0700 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBwcm94eV9jYWNoZV9sb2NrIG9uOw==?= In-Reply-To: <20121223112250.GC40452@mdounin.ru> References: <696663123.20121218000704@ngs.ru> <20121218115249.GO40452@mdounin.ru> <635776722.20121218194116@ngs.ru> <701168161.20121223151734@ngs.ru> <20121223112250.GC40452@mdounin.ru> Message-ID: <1106180916.20121223192335@ngs.ru> Здравствуйте, Maxim. Вы писали 23 декабря 2012 г., 18:22:50: > Hello! > On Sun, Dec 23, 2012 at 03:17:34PM +0700, Pavel V. wrote: >> Здравствуйте. >> >> > То, что proxy_cache_lock не работает для процедуры обновления устаревшего элемента, на мой взгляд, >> > не ожидемо, и, думаю, что этот момент требует дополнительного уточнения в документации. >> >> Так что скажете по поводу предложения добавить в русскую документацию в описание директивы >> proxy_cache_lock предлагаемого абзаца: >> >> > "На число обращений к проксированным серверам при обновлении устаревших элементов кэша данная >> > директива не влияет. Для минимизирования числа таких обращений следует разрешить использование >> > устаревшего элемента в качестве ответа используя директиву proxy_cache_use_stale." >> >> ? > Не вижу смысла повторять одну и ту же информацию несколько раз - в > документации по proxy_cache_lock уже явно написано, что директива > влияет на загрузку новых элементов кеша. Лично мне не было очевидно, что поведение в случае наличия устаревшего элемента кэша отличается от поведения в случае его полного отсутствия. > Сослаться на proxy_cache_use_stale - да, имеет смысл (собственно, оттуда ссылка > уже есть). Ссылка оттуда - да, есть, но название директивы звучит само за себя, и поэтому особого внимания на чтение её подробного описания не было уделено. Думаю, что я не одинок в подобном. -- С уважением, Pavel mailto:pavel2000 at ngs.ru From nginx-forum at nginx.us Sun Dec 23 15:44:23 2012 From: nginx-forum at nginx.us (Ncs) Date: Sun, 23 Dec 2012 10:44:23 -0500 Subject: =?UTF-8?B?0JrQsNC6INC30LDQutGA0YvRgtGMINC/0YDQvtC60YHQuNGA0YPQtdC80YvQuSA=?= =?UTF-8?B?0YHQsNC50YI/?= Message-ID: Суть в том, что сервер1 имеющий ип 1.1.1.1 проксирует сервер2 с ип 2.2.2.2 Конфиг сервера1 location / { proxy_pass http://server2:80; proxy_set_header X-Real-IP $remote_addr; } Конфиг сервера2 location = /index.php { set_real_ip_from 1.1.1.1; real_ip_header X-Real-IP; ........ } Я использую мод real_ip, вопрос такой: Как закрыть доступ к серверу2 для всех ип кроме 1.1.1.1 средствами nginx? Если написать allow 1.1.1.1; deny all; То из-за real_ip это правило не действует. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234365,234365#msg-234365 From vovansystems at gmail.com Sun Dec 23 17:31:04 2012 From: vovansystems at gmail.com (VovansystemS) Date: Sun, 23 Dec 2012 20:31:04 +0300 Subject: =?UTF-8?B?YWRkX2hlYWRlciDQuCDQutC+0LQgNTAz?= Message-ID: Добрый вечер! Каким образом возможно настроить выдачу статической maintenance.html страницы с заголовком "Retry-After: 60", если add_header не добавляет заголовки к ответам с кодами отличными от 200, 201, 204, 206, 301, 302, 303, 304 или 307, а страница об обслуживании сайта выдаётся с кодом 503? Способ настройки стандартный: http://mailman.nginx.org/pipermail/nginx/2011-November/030165.html From nginx-forum at nginx.us Sun Dec 23 19:35:40 2012 From: nginx-forum at nginx.us (petbka) Date: Sun, 23 Dec 2012 14:35:40 -0500 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRjtCx0L7Qs9C+IHJlcXVlc3QgdXJpINCy?= =?UTF-8?B?INC60L7RgNC10L3RjA==?= In-Reply-To: References: Message-ID: В общем-то я думал об этом варианте, но было лень что-то переписывать. Появился ещё один вопрос и задать его хотелось бы тут. Видел конструкцию вида: ... location = /robots.txt { break; } location /skins/ { break; } location /images/ { break; } ... Вопрос: действительно ли директива "break", которая по документации применима только к модулю rewrite, тут уместна или при отсутствии корректирующих директив лучше делать так: location = /robots.txt { } location /skins/ { } location /images/ { } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234358,234372#msg-234372 From voron at amhost.net Sun Dec 23 19:40:10 2012 From: voron at amhost.net (Alex Vorona) Date: Sun, 23 Dec 2012 21:40:10 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQt9Cw0LrRgNGL0YLRjCDQv9GA0L7QutGB0LjRgNGD0LXQvNGL?= =?UTF-8?B?0Lkg0YHQsNC50YI/?= In-Reply-To: References: Message-ID: <50D75E1A.4000500@amhost.net> 23.12.2012 17:44, Ncs wrote: [...] > Как закрыть доступ к серверу2 для всех ип кроме 1.1.1.1 средствами nginx? Дополнительным уровнем проксирования в server2 самого на себя например. server1 -> server2 с allow from 1.1.1.1;deny all; и без real_ip_from, но с проксированием заголовка X-Real-IP -> server2 с real_ip_from server2 и без allow/deny; From hell-for-yahoo at umail.ru Sun Dec 23 21:39:31 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Mon, 24 Dec 2012 01:39:31 +0400 Subject: =?UTF-8?B?UmU6INGB0LvQtdGIINGDINGE0LDQudC70L7Qsg==?= In-Reply-To: References: <1934462574.20121223055704@mtu-net.ru> Message-ID: <532881634.20121224013931@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) 1www! >> 1> да, в вебмастере гугла они определяются как дубли. >> >> Вообще-то, такие моменты движок сайта обязан отрабатывать >> самостоятельно. 1> движок это делает нормально, криво работает модуль, установленный на этом 1> движке Вы уже там определитесь, движок нормально работает, или не работает. Модуль после установки - часть движка. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) понедельник, 24.12.2012, <01:38> From nginx-forum at nginx.us Mon Dec 24 04:52:27 2012 From: nginx-forum at nginx.us (lordkevin) Date: Sun, 23 Dec 2012 23:52:27 -0500 Subject: reload vs restart nginx In-Reply-To: <50CF60EA.9010503@kpi.ua> References: <50CF60EA.9010503@kpi.ua> Message-ID: <3085e14a52b1f3b06e320e0cd692e38c.NginxMailingListRussian@forum.nginx.org> Спасибо за хороший дорогой пост ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234123,234379#msg-234379 From nginx-forum at nginx.us Mon Dec 24 04:52:57 2012 From: nginx-forum at nginx.us (lordkevin) Date: Sun, 23 Dec 2012 23:52:57 -0500 Subject: reload vs restart nginx In-Reply-To: <3085e14a52b1f3b06e320e0cd692e38c.NginxMailingListRussian@forum.nginx.org> References: <50CF60EA.9010503@kpi.ua> <3085e14a52b1f3b06e320e0cd692e38c.NginxMailingListRussian@forum.nginx.org> Message-ID: <528000432df653b7e4322bbfbf88e086.NginxMailingListRussian@forum.nginx.org> lordkevin Wrote: ------------------------------------------------------- > Спасибо за хороший дорогой пост ... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234123,234380#msg-234380 From nginx-forum at nginx.us Mon Dec 24 05:25:24 2012 From: nginx-forum at nginx.us (Hett) Date: Mon, 24 Dec 2012 00:25:24 -0500 Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlIGFjY2VzcyDQtNC70Y8g0YTQsNC50LvQvtCyLCDRgdC+?= =?UTF-8?B?0LfQtNCw0LLQsNC10LzRi9GFIHByb3h5IGNhY2hl?= In-Reply-To: References: Message-ID: <286c88301f1d118b5cb13167bb0c19fa.NginxMailingListRussian@forum.nginx.org> Присоединяюсь, вот сейчас надо почистить кэш, а приходится из под рута. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,13602,234381#msg-234381 From nginx-forum at nginx.us Mon Dec 24 11:06:35 2012 From: nginx-forum at nginx.us (Ncs) Date: Mon, 24 Dec 2012 06:06:35 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQt9Cw0LrRgNGL0YLRjCDQv9GA0L7QutGB0LjRgNGD0LXQvNGL?= =?UTF-8?B?0Lkg0YHQsNC50YI/?= In-Reply-To: <50D75E1A.4000500@amhost.net> References: <50D75E1A.4000500@amhost.net> Message-ID: <4e65040ffce35b5f889ef448975fe99c.NginxMailingListRussian@forum.nginx.org> Спасибо за идею, но я лучше тогда файрволом закрою. Плодить еще один слой прокси не хочется. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234365,234388#msg-234388 From mdounin at mdounin.ru Mon Dec 24 13:00:43 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 24 Dec 2012 17:00:43 +0400 Subject: =?UTF-8?B?UmU6INCg0LXQtNC40YDQtdC60YIg0LvRjtCx0L7Qs9C+IHJlcXVlc3QgdXJpINCy?= =?UTF-8?B?INC60L7RgNC10L3RjA==?= In-Reply-To: References: Message-ID: <20121224130043.GE40452@mdounin.ru> Hello! On Sun, Dec 23, 2012 at 02:35:40PM -0500, petbka wrote: > В общем-то я думал об этом варианте, но было лень что-то переписывать. > Появился ещё один вопрос и задать его хотелось бы тут. Видел конструкцию > вида: > ... > location = /robots.txt { break; } > location /skins/ { break; } > location /images/ { break; } > ... > > Вопрос: действительно ли директива "break", которая по документации > применима только к модулю rewrite, тут уместна или при отсутствии > корректирующих директив лучше делать так: > location = /robots.txt { } > location /skins/ { } > location /images/ { } Директива break тут не нужна, её использование ведёт лишь к бессмысленной трате электроэнергии. Если никакая специальная обработка не нужна, то правильно просто указать пустые скобки. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Mon Dec 24 19:49:17 2012 From: nginx-forum at nginx.us (dwow) Date: Mon, 24 Dec 2012 14:49:17 -0500 Subject: http_gunzip_module In-Reply-To: <20121112183133.GC40452@mdounin.ru> References: <20121112183133.GC40452@mdounin.ru> Message-ID: <3009c08b34348220986b58731b5731f5.NginxMailingListRussian@forum.nginx.org> nginx 1.3.9 модулем gunzip_filter вот такая конфигурация: location /xxx/ { index index.html.gz; gunzip on; default_type text/html; add_header Content-Encoding gzip; gzip_vary on; gzip_static always; } всегда отдается сжатый контент вне зависимости от Accept-Encoding клиента, что не так? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234396#msg-234396 From vbart at nginx.com Mon Dec 24 20:00:18 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 25 Dec 2012 00:00:18 +0400 Subject: http_gunzip_module In-Reply-To: <3009c08b34348220986b58731b5731f5.NginxMailingListRussian@forum.nginx.org> References: <20121112183133.GC40452@mdounin.ru> <3009c08b34348220986b58731b5731f5.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212250000.18995.vbart@nginx.com> On Monday 24 December 2012 23:49:17 dwow wrote: > nginx 1.3.9 модулем gunzip_filter > > вот такая конфигурация: > location /xxx/ { > index index.html.gz; > Сжатый файл называется index.html.gz.gz? Подозреваю, что нет. index index.html; > gunzip on; > default_type text/html; > add_header Content-Encoding gzip; add_header Content-Encoding gzip; - лишний. > gzip_vary on; > gzip_static always; > } > > всегда отдается сжатый контент вне зависимости от Accept-Encoding клиента, > что не так? > Спасибо. > -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Mon Dec 24 20:09:46 2012 From: nginx-forum at nginx.us (dwow) Date: Mon, 24 Dec 2012 15:09:46 -0500 Subject: http_gunzip_module In-Reply-To: <201212250000.18995.vbart@nginx.com> References: <201212250000.18995.vbart@nginx.com> Message-ID: <21c785b357687c9738910db1ae181727.NginxMailingListRussian@forum.nginx.org> если ставить вашу конфигурацию, то 403 ошибка. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234398#msg-234398 From vbart at nginx.com Mon Dec 24 22:16:16 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 25 Dec 2012 02:16:16 +0400 Subject: http_gunzip_module In-Reply-To: <21c785b357687c9738910db1ae181727.NginxMailingListRussian@forum.nginx.org> References: <201212250000.18995.vbart@nginx.com> <21c785b357687c9738910db1ae181727.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212250216.16947.vbart@nginx.com> On Tuesday 25 December 2012 00:09:46 dwow wrote: > если ставить вашу конфигурацию, то 403 ошибка. > index и gzip_static при отсутствии index.html, вместе работать не будут. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Tue Dec 25 04:04:15 2012 From: nginx-forum at nginx.us (dwow) Date: Mon, 24 Dec 2012 23:04:15 -0500 Subject: http_gunzip_module In-Reply-To: <201212250216.16947.vbart@nginx.com> References: <201212250216.16947.vbart@nginx.com> Message-ID: <660de18644289084f50f4ff54ea6de01.NginxMailingListRussian@forum.nginx.org> ок, а как тогда мне корректно использовать http://nginx.org/ru/docs/http/ngx_http_gunzip_module.html чтобы у меня хранился только сжатый контент? Данные хранятся в статике. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234402#msg-234402 From nginx-forum at nginx.us Tue Dec 25 06:41:08 2012 From: nginx-forum at nginx.us (1www) Date: Tue, 25 Dec 2012 01:41:08 -0500 Subject: nginx + logwatch Message-ID: <4757e85a9acb526a34c89db625ec7cf0.NginxMailingListRussian@forum.nginx.org> Привет. С некоторых пор logwatch присылает следующее сообщение касаемо nginx: This is a listing of log lines that were not parsed correctly. Perhaps the variable $LogFormat in file conf/services/http.conf is not correct? cat /etc/logwatch/conf/logfiles/nginx.conf LogFile = nginx/site.ru.access_log Archive = nginx/site.ru.access_log.gz *ExpandRepeats *ApplyhttpDate cat /etc/logwatch/conf/services/http.conf Title = "nginx" LogFile = nginx Изначально никакой $LogFormat в conf/services/http.conf не было и всё работало Кто нибудь сталкивался? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234406,234406#msg-234406 From nginx-forum at nginx.us Tue Dec 25 07:30:24 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 25 Dec 2012 02:30:24 -0500 Subject: http_gunzip_module In-Reply-To: <201212250216.16947.vbart@nginx.com> References: <201212250216.16947.vbart@nginx.com> Message-ID: <85622d21766054df3608d582e6d5c61e.NginxMailingListRussian@forum.nginx.org> А как же еще вот это замечание? "Со значением ?always? (1.3.6) во всех случаях будет использоваться сжатый файл, без проверки поддержки на стороне клиента. Это полезно, если на диске всё равно нет несжатых файлов, или используется модуль ngx_http_gunzip_module." http://nginx.org/ru/docs/http/ngx_http_gzip_static_module.html Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234408#msg-234408 From vbart at nginx.com Tue Dec 25 09:03:24 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 25 Dec 2012 13:03:24 +0400 Subject: http_gunzip_module In-Reply-To: <85622d21766054df3608d582e6d5c61e.NginxMailingListRussian@forum.nginx.org> References: <201212250216.16947.vbart@nginx.com> <85622d21766054df3608d582e6d5c61e.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212251303.24683.vbart@nginx.com> On Tuesday 25 December 2012 11:30:24 dwow wrote: > А как же еще вот это замечание? > > "Со значением ?always? (1.3.6) во всех случаях будет использоваться сжатый > файл, без проверки поддержки на стороне клиента. Это полезно, если на диске > всё равно нет несжатых файлов, или используется модуль > ngx_http_gunzip_module." > > http://nginx.org/ru/docs/http/ngx_http_gzip_static_module.html > Модуль index проверяет существование файла, и если тот существует делает на него внутренний редирект. Ничего о модуле gzip_static он не знает. http://nginx.org/r/index/ru Соответственно, если указать index index.html; - то будет проверяться существование index.html, а его у вас нет. А если указать: index index.html.gz; - то будет проверен файл index.html.gz, а затем на него будет сделан редирект, словно изначально обратились к файлу index.html.gz и модуль gzip_static будет считать index.html.gz не сжатым, а его сжатым аналогом тогда должен быть index.html.gz.gz Как-то так должно работать: location /xxx/ { try_files $uri $uri/index.html gunzip on; gzip_vary on; gzip_static always; } location = /xxx/index.html { gunzip on; gzip_vary on; gzip_static always; } -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Tue Dec 25 09:12:01 2012 From: nginx-forum at nginx.us (dwow) Date: Tue, 25 Dec 2012 04:12:01 -0500 Subject: http_gunzip_module In-Reply-To: <201212251303.24683.vbart@nginx.com> References: <201212251303.24683.vbart@nginx.com> Message-ID: <2bc82e3d10315344ac9487d83984773e.NginxMailingListRussian@forum.nginx.org> Проблема в том, что не работает. В браузер выдается сжатый контент (абаркадабры). При этом в ответе не подставляется заголовок: "Content-Encoding gzip" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234413#msg-234413 From nginx-forum at nginx.us Tue Dec 25 10:29:42 2012 From: nginx-forum at nginx.us (billi) Date: Tue, 25 Dec 2012 05:29:42 -0500 Subject: ngnix GSLB In-Reply-To: References: Message-ID: <0058b5958accc063bc1405da2ce942ca.NginxMailingListRussian@forum.nginx.org> ну для начала как включить данный модуль ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,233084,234415#msg-234415 From mdounin at mdounin.ru Tue Dec 25 14:47:53 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Dec 2012 18:47:53 +0400 Subject: nginx-1.3.10 Message-ID: <20121225144753.GZ40452@mdounin.ru> Изменения в nginx 1.3.10 25.12.2012 *) Изменение: для указанных в конфигурационном файле доменных имён теперь используются не только IPv4, но и IPv6 адреса. *) Изменение: теперь при использовании директивы include с маской на Unix-системах включаемые файлы сортируются в алфавитном порядке. *) Изменение: директива add_header добавляет строки в ответы с кодом 201. *) Добавление: директива geo теперь поддерживает IPv6 адреса в формате CIDR. *) Добавление: параметры flush и gzip в директиве access_log. *) Добавление: директива auth_basic поддерживает переменные. *) Исправление: nginx в некоторых случаях не собирался с модулем ngx_http_perl_module. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовался модуль ngx_http_xslt_module. *) Исправление: nginx мог не собираться на MacOSX. Спасибо Piotr Sikora. *) Исправление: при использовании директивы limit_rate с большими значениями скорости на 32-битных системах ответ мог возвращаться не целиком. Спасибо Алексею Антропову. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива if. Спасибо Piotr Sikora. *) Исправление: ответ "100 Continue" выдавался вместе с ответом "413 Request Entity Too Large". *) Исправление: директивы image_filter, image_filter_jpeg_quality и image_filter_sharpen могли наследоваться некорректно. Спасибо Ивану Боброву. *) Исправление: при использовании директивы auth_basic под Linux могли возникать ошибки "crypt_r() failed". *) Исправление: в обработке backup-серверов. Спасибо Thomas Chen. *) Исправление: при проксировании HEAD-запросов мог возвращаться некорректный ответ, если использовалась директива gzip. -- Maxim Dounin http://nginx.com/support.html From postmaster at softsearch.ru Tue Dec 25 16:08:54 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 25 Dec 2012 20:08:54 +0400 Subject: nginx-1.3.10 In-Reply-To: <20121225144753.GZ40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> Message-ID: <1045387165.20121225200854@softsearch.ru> Здравствуйте, Maxim. > *) Добавление: параметры flush и gzip в директиве access_log. А что они значат? > *) Исправление: в рабочем процессе мог произойти segmentation fault, > если использовалась директива if. > Спасибо Piotr Sikora. > *) Исправление: в обработке backup-серверов. > Спасибо Thomas Chen. А что именно исправлено? -- С уважением, Михаил mailto:postmaster at softsearch.ru From mdounin at mdounin.ru Tue Dec 25 16:14:38 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Dec 2012 20:14:38 +0400 Subject: nginx-1.3.10 In-Reply-To: <1045387165.20121225200854@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> Message-ID: <20121225161437.GG40452@mdounin.ru> Hello! On Tue, Dec 25, 2012 at 08:08:54PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > > *) Добавление: параметры flush и gzip в директиве access_log. > > А что они значат? http://nginx.org/r/access_log (обновить страницу если вдруг не показывает) > > *) Исправление: в рабочем процессе мог произойти segmentation fault, > > если использовалась директива if. > > Спасибо Piotr Sikora. > > > *) Исправление: в обработке backup-серверов. > > Спасибо Thomas Chen. > > А что именно исправлено? http://trac.nginx.org/nginx/ticket/257 Выход за границу выделенной памяти при 32 (64 на 64-битных платформах) backup-серверах. -- Maxim Dounin http://nginx.com/support.html From tetsio.nainn at gmail.com Tue Dec 25 16:24:22 2012 From: tetsio.nainn at gmail.com (TetSio[Nainn]) Date: Wed, 26 Dec 2012 02:24:22 +1000 Subject: nginx-1.3.10 In-Reply-To: <20121225144753.GZ40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> Message-ID: Здравствуйте! 26 декабря 2012 г., 0:47 пользователь Maxim Dounin написал: > *) Изменение: теперь при использовании директивы include с маской на > Unix-системах включаемые файлы сортируются в алфавитном порядке. А тут из двух файлов с названиями "9_file" и "10_file" какой подключится раньше? From vovansystems at gmail.com Tue Dec 25 16:27:00 2012 From: vovansystems at gmail.com (VovansystemS) Date: Tue, 25 Dec 2012 19:27:00 +0300 Subject: nginx-1.3.10 In-Reply-To: References: <20121225144753.GZ40452@mdounin.ru> Message-ID: > А тут из двух файлов с названиями "9_file" и "10_file" какой подключится раньше? логично предположить что первый подключится "10_file" , т.к. скорее всего применяется посимвольное сравнение и сравниваются коды символов в таблице символов. From vbart at nginx.com Tue Dec 25 16:37:48 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 25 Dec 2012 20:37:48 +0400 Subject: nginx-1.3.10 In-Reply-To: <1045387165.20121225200854@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> Message-ID: <201212252037.48712.vbart@nginx.com> On Tuesday 25 December 2012 20:08:54 Михаил Монашёв wrote: > Здравствуйте, Maxim. > > > *) Добавление: параметры flush и gzip в директиве access_log. > > А что они значат? > http://nginx.org/r/access_log/ru > > *) Исправление: в рабочем процессе мог произойти segmentation fault, > > если использовалась директива if. > > Спасибо Piotr Sikora. > > > > *) Исправление: в обработке backup-серверов. > > Спасибо Thomas Chen. > > А что именно исправлено? Что касается первого, в процитированном, то раньше там всегда был segfault, и это один из случаев описанных на http://wiki.nginx.org/IfIsEvil , теперь там будет 500-ая. Подробнее: http://mailman.nginx.org/pipermail/nginx-devel/2012-December/thread.html#3070 По второму. Проще говоря, если количество backup серверов в конфигурации было равно количеству бит в указателе на данной платформе, и обычных серверов было меньше, то при переключении на backup-сервера могло что-нибудь произойти. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From maybe at arjlover.net Tue Dec 25 16:50:26 2012 From: maybe at arjlover.net (Anton Kuznetsov) Date: Tue, 25 Dec 2012 23:50:26 +0700 Subject: =?UTF-8?B?UmU6INC/0LjRgdCw0YLRjCDQsiDQvNC10LzQutC10Yg/?= In-Reply-To: References: <201212220334.14769.vbart@nginx.com> <201212220721.42601.vbart@nginx.com> Message-ID: Не могу не поделиться результатами, это какой очень success story или все гениальное просто! Писать таки пришлось в рамдиск, ибо диск конечно рвет на части, в час получается около 0.5М файлов. Входящий траф 25мегабит - это праздники, будет наверно 35. И сейчас это примерно 1.2M запросов в час. Все это стоит примерно... 5% ЦПУ двух старых E5410. )) Простой скрипт все это разгребает раз в 10 минут и кладет в много. И сразу агрегирует все что необходимо. Все очень быстро и имеем целую гору статистики! Это ЦПУ недельный, в середине - это я 4 дня пытался на php ловить на ходу и складывать в мемкеш для дальнейшей обработки. И это была 1/10 всего трафа - дальше все загибалось! http://my.jetscreenshot.com/2419/20121225-n76e-40kb.jpg nginx: http://my.jetscreenshot.com/2419/20121225-z1ze-38kb.jpg траф: http://my.jetscreenshot.com/2419/20121225-dysu-34kb.jpg 2012/12/22 Anton Kuznetsov > Я понимаю что при прочих равных писать в кучу файлов и без буферизации > намного хуже чем в один и с буфером. Но если это будет работать, то > получится весь поток сразу разобрать на сессии, что сильно облегчит > обработку, под такое и рамдиск даже не жалко сделать. > > > 2012/12/22 Валентин Бартенев > >> On Saturday 22 December 2012 05:54:17 Anton Kuznetsov wrote: >> > Спасибо, коллеги, меня точно заклинило на мемкеше. Прям смешно. :) >> > И тут мысль снова начала развиваться... "В пути файла можно использовать >> > переменные", а ведь нжинкс уже распарсил всю строчку на переменные? >> Т.е. я >> > могу писать в кучу файлов с именами сессий которые есть в параметрах? >> Хотя >> > что-то мне кажется что диск порвет. :( А так было бы хорошо все >> > разложить... >> > >> >> Не нужно писать в кучу файлов. Логи, путь к которым известен на этапе >> чтения >> конфигурации, nginx откроет на старте, и будет держать открытыми. Если >> путь >> задан с переменными, то на каждую запись лога нужно открыть файл, >> записать, >> закрыть. Кроме того, с динамическими логами нельзя использовать >> буферизацию, а >> соответственно и нельзя будет использовать gzip-сжатие на лету, поддержка >> которого ожидается в ближайшей версии. >> >> -- >> Валентин Бартенев >> http://nginx.com/support.html >> http://nginx.org/en/donation.html >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Best regards, > Anton Kuznetsov. > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Dec 25 17:32:30 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Dec 2012 21:32:30 +0400 Subject: nginx-1.3.10 In-Reply-To: References: <20121225144753.GZ40452@mdounin.ru> Message-ID: <20121225173230.GI40452@mdounin.ru> Hello! On Wed, Dec 26, 2012 at 02:24:22AM +1000, TetSio[Nainn] wrote: > Здравствуйте! > > 26 декабря 2012 г., 0:47 пользователь Maxim Dounin написал: > > *) Изменение: теперь при использовании директивы include с маской на > > Unix-системах включаемые файлы сортируются в алфавитном порядке. > > А тут из двух файлов с названиями "9_file" и "10_file" какой подключится раньше? Фраза "в алфавитном порядке" как бы намекает, что "10_file". Но, в любом случае, я бы не рекомендовал на это полагаться. Сортировка в данном случае нужна для обеспечения стабильности, т.е. чтобы поведение было по возможности одинаковым при разных запусках nginx'а. Если ваш конфиг зависит от взаимного порядка включаемых по маске файлов - это плохой конфиг. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Tue Dec 25 17:37:41 2012 From: nginx-forum at nginx.us (vadox) Date: Tue, 25 Dec 2012 12:37:41 -0500 Subject: =?UTF-8?B?0JrQsNC6INC90LDRgdGC0YDQvtC40YLRjCAzMDEg0YDQtdC00LjRgNC10LrRgg==?= Message-ID: <9b00b38e5f744c92e64e2ac884f7f3aa.NginxMailingListRussian@forum.nginx.org> Добрый день. Для СЕО необходимо настроить 301 редирект по данным правилам: 1. Настроить 301 редирект с внутренних страниц разделов на раздел /news/ (сами главные страницы разделов не перенаправлять на /news/) http://sitename.ru/politics/ http://sitename.ru/society/ 2. Настроить , если такой страницы не существует, то редирект на главную страницу (вместо 404 ответа) 3. Настроить редирект 301 с поддоменов a) Постраничный: http://w.sitename.ru/ http://test2.sitename.ru/ http://tim.sitename.ru/ b) со всех страниц на главную страницу http://sitename.ru/ http://www2.sitename.ru/ Заранее благодарен. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234404,234404#msg-234404 From postmaster at softsearch.ru Tue Dec 25 18:08:58 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 25 Dec 2012 22:08:58 +0400 Subject: nginx-1.3.10 In-Reply-To: <20121225161437.GG40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> <20121225161437.GG40452@mdounin.ru> Message-ID: <1674699993.20121225220858@softsearch.ru> Здравствуйте, Maxim. >> > *) Добавление: параметры flush и gzip в директиве access_log. >> >> А что они значат? > http://nginx.org/r/access_log Спорное нововведение. Развитие Апача сейчас к сожалению идёт тем же путём: они пытаются вбирать в себя функционал утилит, обслуживающих основную программу. Но только зачем, если есть тот же logrotate, который уже умеет заниматься ротацией и сжатием логов? Апач, по-хорошему, уже давно закончен и надо разработчикам остановится и только баги фиксить. Так и в nginx-е, зачем рабочие процессы занимать сжатием логов, если сторонний процесс этим может качественее занимаются? Например, можно сжимать другим архиватором и потом пускать разные скрипты. Только в nginx-е, а отличии от Апача, ещё есть много нереализованного. Хотя может я что-то не понимаю... Или это может для экономии нагрузки на диск делается, когда диск слаб, а процессора и памяти много? -- С уважением, Михаил mailto:postmaster at softsearch.ru From vbart at nginx.com Tue Dec 25 18:32:00 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 25 Dec 2012 22:32:00 +0400 Subject: nginx-1.3.10 In-Reply-To: <1674699993.20121225220858@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <20121225161437.GG40452@mdounin.ru> <1674699993.20121225220858@softsearch.ru> Message-ID: <201212252232.00619.vbart@nginx.com> On Tuesday 25 December 2012 22:08:58 Михаил Монашёв wrote: > Здравствуйте, Maxim. > > >> > *) Добавление: параметры flush и gzip в директиве access_log. > >> > >> А что они значат? > > > > http://nginx.org/r/access_log > [...] > Или это может для экономии нагрузки на диск делается, когда диск слаб, > а процессора и памяти много? Для этого и нужно. Типичные логи жмутся gzip-ом в 8-15 раз. -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From mdounin at mdounin.ru Tue Dec 25 18:38:31 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Dec 2012 22:38:31 +0400 Subject: nginx-1.3.10 In-Reply-To: <1674699993.20121225220858@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> <20121225161437.GG40452@mdounin.ru> <1674699993.20121225220858@softsearch.ru> Message-ID: <20121225183831.GK40452@mdounin.ru> Hello! On Tue, Dec 25, 2012 at 10:08:58PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > >> > *) Добавление: параметры flush и gzip в директиве access_log. > >> > >> А что они значат? > > > http://nginx.org/r/access_log > > Спорное нововведение. Развитие Апача сейчас к сожалению идёт тем же > путём: они пытаются вбирать в себя функционал утилит, обслуживающих > основную программу. Но только зачем, если есть тот же logrotate, > который уже умеет заниматься ротацией и сжатием логов? Апач, > по-хорошему, уже давно закончен и надо разработчикам остановится и > только баги фиксить. > > Так и в nginx-е, зачем рабочие процессы занимать сжатием логов, если > сторонний процесс этим может качественее занимаются? Например, можно > сжимать другим архиватором и потом пускать разные скрипты. Только в > nginx-е, а отличии от Апача, ещё есть много нереализованного. > > Хотя может я что-то не понимаю... > > Или это может для экономии нагрузки на диск делается, когда диск слаб, > а процессора и памяти много? Делать это сторонним процессом постфактум (как это обычно и делается) - значит получить периодически всплески нагрузки на процессор и на диски, что не всегда приемлемо. (Ну и опять же, тратит лишние ресурсы на запись в диск.) Делать это сторонним процессом налету - значит зависеть от работоспособности этого стороннего процесса, что плохо, а также тратить память на вечное висение этого стороннего процеса (особенно если логов много), и CPU на переключение контекста между nginx'ом и этим процессом. Возможность "быстро и дёшево" жать логи - она слегка специфична (большинству вполне подходит стандартная схема с logrotate + gzip/bzip/whatever, либо же годится банальное отключение access_log'а), но местами очень полезна. Собственно, это такое логичное продолжение работы с буферизированными логами. -- Maxim Dounin http://nginx.com/support.html From postmaster at softsearch.ru Tue Dec 25 18:59:04 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 25 Dec 2012 22:59:04 +0400 Subject: nginx-1.3.10 In-Reply-To: <20121225183831.GK40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> <20121225161437.GG40452@mdounin.ru> <1674699993.20121225220858@softsearch.ru> <20121225183831.GK40452@mdounin.ru> Message-ID: <638868699.20121225225904@softsearch.ru> Здравствуйте, Maxim. >> Или это может для экономии нагрузки на диск делается, когда диск >> слаб, а процессора и памяти много? > Делать это сторонним процессом постфактум (как это обычно и > делается) - значит получить периодически всплески нагрузки на > процессор и на диски, что не всегда приемлемо. (Ну и опять же, > тратит лишние ресурсы на запись в диск.) > Делать это сторонним процессом налету - значит зависеть от > работоспособности этого стороннего процесса, что плохо, а также > тратить память на вечное висение этого стороннего процеса (особенно > если логов много), и CPU на переключение контекста между nginx'ом и > этим процессом. > Возможность "быстро и дёшево" жать логи - она слегка специфична > (большинству вполне подходит стандартная схема с logrotate + > gzip/bzip/whatever, либо же годится банальное отключение > access_log'а), но местами очень полезна. Собственно, это такое > логичное продолжение работы с буферизированными логами. Ты описал какую-ту систему, находящуюся ну совсем на грани заваливания. Я конечно всеми руками за оптимизацию, включая микрооптимизацию, но кронтам у меня ест сейчас 8 мегабайт оперативки, logrotate только ротирует, а если б ещё и жал логи, то кушал бы памяти не сильно больше, чем nginx за тем же занятием при подобных настройках. Переключения процессора и порча кэша процессора - ну это наверное не то, на что ротация сильно повлияет. Ну да, импульсная нагрузка, но как-то она совсем незаметна. Хотя, допускаю, кто-то её может замечать... Можешь в общих чертах описать что-то реальное, где опция gzip вам реально помогла? Вы же её не с потолка взяли, а под какую-то реальную потребность делали. -- С уважением, Михаил mailto:postmaster at softsearch.ru From mdounin at mdounin.ru Tue Dec 25 19:22:38 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Dec 2012 23:22:38 +0400 Subject: nginx-1.3.10 In-Reply-To: <638868699.20121225225904@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> <20121225161437.GG40452@mdounin.ru> <1674699993.20121225220858@softsearch.ru> <20121225183831.GK40452@mdounin.ru> <638868699.20121225225904@softsearch.ru> Message-ID: <20121225192238.GO40452@mdounin.ru> Hello! On Tue, Dec 25, 2012 at 10:59:04PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > >> Или это может для экономии нагрузки на диск делается, когда диск > >> слаб, а процессора и памяти много? > > > Делать это сторонним процессом постфактум (как это обычно и > > делается) - значит получить периодически всплески нагрузки на > > процессор и на диски, что не всегда приемлемо. (Ну и опять же, > > тратит лишние ресурсы на запись в диск.) > > > Делать это сторонним процессом налету - значит зависеть от > > работоспособности этого стороннего процесса, что плохо, а также > > тратить память на вечное висение этого стороннего процеса (особенно > > если логов много), и CPU на переключение контекста между nginx'ом и > > этим процессом. > > > Возможность "быстро и дёшево" жать логи - она слегка специфична > > (большинству вполне подходит стандартная схема с logrotate + > > gzip/bzip/whatever, либо же годится банальное отключение > > access_log'а), но местами очень полезна. Собственно, это такое > > логичное продолжение работы с буферизированными логами. > > Ты описал какую-ту систему, находящуюся ну совсем на грани > заваливания. Я конечно всеми руками за оптимизацию, включая > микрооптимизацию, но кронтам у меня ест сейчас 8 мегабайт оперативки, > logrotate только ротирует, а если б ещё и жал логи, то кушал бы памяти > не сильно больше, чем nginx за тем же занятием при подобных > настройках. Переключения процессора и порча кэша процессора - ну это > наверное не то, на что ротация сильно повлияет. Ну да, импульсная > нагрузка, но как-то она совсем незаметна. Хотя, допускаю, кто-то её > может замечать... > > Можешь в общих чертах описать что-то реальное, где опция gzip вам > реально помогла? Вы же её не с потолка взяли, а под какую-то реальную > потребность делали. Я описал реальность высоконагруженных систем: запущенный рядом gzip логов напрягает, т.к. существенно ухудшает показатели по latency (ибо жрёт CPU и дёргает диск, при этом ещё и вымывая кеш файловой системы). В результате e.g. одному известному в рунете счётчику (не будем показывать пальцем, хотя это и был Openstat) в своё время приходилось обходиться без сжатия логов, а очень хотелось. -- Maxim Dounin http://nginx.com/support.html From vovansystems at gmail.com Tue Dec 25 19:28:24 2012 From: vovansystems at gmail.com (VovansystemS) Date: Tue, 25 Dec 2012 22:28:24 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0YHRgtGA0L7QuNGC0YwgMzAxINGA0LXQtNC40YDQtdC6?= =?UTF-8?B?0YI=?= In-Reply-To: <9b00b38e5f744c92e64e2ac884f7f3aa.NginxMailingListRussian@forum.nginx.org> References: <9b00b38e5f744c92e64e2ac884f7f3aa.NginxMailingListRussian@forum.nginx.org> Message-ID: Здравствуйте! >Для СЕО необходимо настроить 301 редирект по данным правилам [..] Будьте так любезны, если Вас не затруднит, укажите для каждого пункта примеры адресов страниц страниц до перенаправления и после перенаправления. From sytar.alex at gmail.com Tue Dec 25 19:36:15 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Tue, 25 Dec 2012 23:36:15 +0400 Subject: nginx-1.3.10 In-Reply-To: <20121225144753.GZ40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> Message-ID: 25 декабря 2012 г., 18:47 пользователь Maxim Dounin написал: > Изменения в nginx 1.3.10 25.12.2012 > > *) Изменение: для указанных в конфигурационном файле доменных имён > теперь используются не только IPv4, но и IPv6 адреса. > > *) Изменение: теперь при использовании директивы include с маской на > Unix-системах включаемые файлы сортируются в алфавитном порядке. > > *) Изменение: директива add_header добавляет строки в ответы с кодом > 201. > > *) Добавление: директива geo теперь поддерживает IPv6 адреса в формате > CIDR. > > *) Добавление: параметры flush и gzip в директиве access_log. > > *) Добавление: директива auth_basic поддерживает переменные. > > *) Исправление: nginx в некоторых случаях не собирался с модулем > ngx_http_perl_module. > > *) Исправление: в рабочем процессе мог произойти segmentation fault, > если использовался модуль ngx_http_xslt_module. > > *) Исправление: nginx мог не собираться на MacOSX. > Спасибо Piotr Sikora. > > *) Исправление: при использовании директивы limit_rate с большими > значениями скорости на 32-битных системах ответ мог возвращаться не > целиком. > Спасибо Алексею Антропову. > > *) Исправление: в рабочем процессе мог произойти segmentation fault, > если использовалась директива if. > Спасибо Piotr Sikora. > > *) Исправление: ответ "100 Continue" выдавался вместе с ответом "413 > Request Entity Too Large". > > *) Исправление: директивы image_filter, image_filter_jpeg_quality и > image_filter_sharpen могли наследоваться некорректно. > Спасибо Ивану Боброву. > > *) Исправление: при использовании директивы auth_basic под Linux могли > возникать ошибки "crypt_r() failed". > > *) Исправление: в обработке backup-серверов. > Спасибо Thomas Chen. > > *) Исправление: при проксировании HEAD-запросов мог возвращаться > некорректный ответ, если использовалась директива gzip. > > > -- > Maxim Dounin > http://nginx.com/support.html > c:\nginx>nginx -V nginx version: nginx/1.3.10 TLS SNI support enabled configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug --prefix= --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid --http-log-path=logs/access.log --error-log-path=logs/error.log --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp --http-proxy-temp-path=temp/proxy_temp --http-fastcgi-temp-path=temp/fastcgi_temp --http-scgi-temp-path=temp/scgi_temp --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=1024 --with-pcre=objs.msvc8/lib/pcre-8.31 --with-zlib=objs.msvc8/lib/zlib-1.2.7 --with-select_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_stub_status_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-mail --with-openssl=objs.msvc8/lib/openssl-1.0.1c --with-openssl-opt=enable-tlsext --with-http_ssl_module --with-mail_ssl_module --with-ipv6 location / { try_flies $uri @apache; } 2012/12/25 23:27:10 [error] 560#7228: *121 could not find named location "@apache", client: xxx.xxxx.xxx.xxx, server: domain.ltd, request: "GET / HTTP/1.1", host: "www.domain.ltd" From sytar.alex at gmail.com Tue Dec 25 21:32:50 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Wed, 26 Dec 2012 01:32:50 +0400 Subject: nginx-1.3.10 In-Reply-To: References: <20121225144753.GZ40452@mdounin.ru> Message-ID: 25 декабря 2012 г., 23:36 пользователь Aleksandr Sytar написал: > 25 декабря 2012 г., 18:47 пользователь Maxim Dounin > написал: >> Изменения в nginx 1.3.10 25.12.2012 >> >> *) Изменение: для указанных в конфигурационном файле доменных имён >> теперь используются не только IPv4, но и IPv6 адреса. >> >> *) Изменение: теперь при использовании директивы include с маской на >> Unix-системах включаемые файлы сортируются в алфавитном порядке. >> >> *) Изменение: директива add_header добавляет строки в ответы с кодом >> 201. >> >> *) Добавление: директива geo теперь поддерживает IPv6 адреса в формате >> CIDR. >> >> *) Добавление: параметры flush и gzip в директиве access_log. >> >> *) Добавление: директива auth_basic поддерживает переменные. >> >> *) Исправление: nginx в некоторых случаях не собирался с модулем >> ngx_http_perl_module. >> >> *) Исправление: в рабочем процессе мог произойти segmentation fault, >> если использовался модуль ngx_http_xslt_module. >> >> *) Исправление: nginx мог не собираться на MacOSX. >> Спасибо Piotr Sikora. >> >> *) Исправление: при использовании директивы limit_rate с большими >> значениями скорости на 32-битных системах ответ мог возвращаться не >> целиком. >> Спасибо Алексею Антропову. >> >> *) Исправление: в рабочем процессе мог произойти segmentation fault, >> если использовалась директива if. >> Спасибо Piotr Sikora. >> >> *) Исправление: ответ "100 Continue" выдавался вместе с ответом "413 >> Request Entity Too Large". >> >> *) Исправление: директивы image_filter, image_filter_jpeg_quality и >> image_filter_sharpen могли наследоваться некорректно. >> Спасибо Ивану Боброву. >> >> *) Исправление: при использовании директивы auth_basic под Linux могли >> возникать ошибки "crypt_r() failed". >> >> *) Исправление: в обработке backup-серверов. >> Спасибо Thomas Chen. >> >> *) Исправление: при проксировании HEAD-запросов мог возвращаться >> некорректный ответ, если использовалась директива gzip. >> >> >> -- >> Maxim Dounin >> http://nginx.com/support.html >> > > c:\nginx>nginx -V > nginx version: nginx/1.3.10 > TLS SNI support enabled > configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug > --prefix= --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid > --http-log-path=logs/access.log --error-log-path=logs/error.log > --sbin-path=nginx.exe > --http-client-body-temp-path=temp/client_body_temp > --http-proxy-temp-path=temp/proxy_temp > --http-fastcgi-temp-path=temp/fastcgi_temp > --http-scgi-temp-path=temp/scgi_temp > --http-uwsgi-temp-path=temp/uwsgi_temp --with-cc-opt=-DFD_SETSIZE=1024 > --with-pcre=objs.msvc8/lib/pcre-8.31 > --with-zlib=objs.msvc8/lib/zlib-1.2.7 --with-select_module > --with-http_realip_module --with-http_addition_module > --with-http_sub_module --with-http_dav_module > --with-http_stub_status_module --with-http_flv_module > --with-http_mp4_module --with-http_gunzip_module > --with-http_gzip_static_module --with-http_random_index_module > --with-http_secure_link_module --with-mail > --with-openssl=objs.msvc8/lib/openssl-1.0.1c > --with-openssl-opt=enable-tlsext --with-http_ssl_module > --with-mail_ssl_module --with-ipv6 > > location / { > try_flies $uri @apache; > } > > 2012/12/25 23:27:10 [error] 560#7228: *121 could not find named > location "@apache", client: xxx.xxxx.xxx.xxx, server: domain.ltd, > request: "GET / HTTP/1.1", host: "www.domain.ltd" Естественно локейшн в конфиге присутствовал до обновления From hell-for-yahoo at umail.ru Wed Dec 26 02:03:45 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Wed, 26 Dec 2012 06:03:45 +0400 Subject: nginx + logwatch In-Reply-To: <4757e85a9acb526a34c89db625ec7cf0.NginxMailingListRussian@forum.nginx.org> References: <4757e85a9acb526a34c89db625ec7cf0.NginxMailingListRussian@forum.nginx.org> Message-ID: <927190099.20121226060345@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) 1www! 1> Привет. 1> С некоторых пор logwatch присылает следующее сообщение касаемо nginx: 1> This is a listing of log lines that were not parsed correctly. 1> Perhaps the variable $LogFormat in file conf/services/http.conf is not 1> correct? 1> cat /etc/logwatch/conf/logfiles/nginx.conf 1> LogFile = nginx/site.ru.access_log 1> Archive = nginx/site.ru.access_log.gz 1> *ExpandRepeats 1> *ApplyhttpDate 1> cat /etc/logwatch/conf/services/http.conf 1> Title = "nginx" 1> LogFile = nginx 1> Изначально никакой $LogFormat в conf/services/http.conf не было и всё 1> работало Должно быть. Чтобы таких вот проблем не возникало, когда одна программа подумала одно, а другая предположила другое. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) среда, 26.12.2012, <06:03> From hell-for-yahoo at umail.ru Wed Dec 26 02:08:25 2012 From: hell-for-yahoo at umail.ru (Andrey Repin) Date: Wed, 26 Dec 2012 06:08:25 +0400 Subject: nginx-1.3.10 In-Reply-To: <638868699.20121225225904@softsearch.ru> References: <20121225144753.GZ40452@mdounin.ru> <1045387165.20121225200854@softsearch.ru> <20121225161437.GG40452@mdounin.ru> <1674699993.20121225220858@softsearch.ru> <20121225183831.GK40452@mdounin.ru> <638868699.20121225225904@softsearch.ru> Message-ID: <691862202.20121226060825@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Михаил Монашёв! >>> Или это может для экономии нагрузки на диск делается, когда диск >>> слаб, а процессора и памяти много? >> Делать это сторонним процессом постфактум (как это обычно и >> делается) - значит получить периодически всплески нагрузки на >> процессор и на диски, что не всегда приемлемо. (Ну и опять же, >> тратит лишние ресурсы на запись в диск.) >> Делать это сторонним процессом налету - значит зависеть от >> работоспособности этого стороннего процесса, что плохо, а также >> тратить память на вечное висение этого стороннего процеса (особенно >> если логов много), и CPU на переключение контекста между nginx'ом и >> этим процессом. >> Возможность "быстро и дёшево" жать логи - она слегка специфична >> (большинству вполне подходит стандартная схема с logrotate + >> gzip/bzip/whatever, либо же годится банальное отключение >> access_log'а), но местами очень полезна. Собственно, это такое >> логичное продолжение работы с буферизированными логами. ММ> Ты описал какую-ту систему, находящуюся ну совсем на грани ММ> заваливания. Я конечно всеми руками за оптимизацию, включая ММ> микрооптимизацию, но кронтам у меня ест сейчас 8 мегабайт оперативки, ММ> logrotate только ротирует, а если б ещё и жал логи, то кушал бы памяти ММ> не сильно больше, чем nginx за тем же занятием при подобных ММ> настройках. Переключения процессора и порча кэша процессора - ну это ММ> наверное не то, на что ротация сильно повлияет. Ну да, импульсная ММ> нагрузка, но как-то она совсем незаметна. Хотя, допускаю, кто-то её ММ> может замечать... ММ> Можешь в общих чертах описать что-то реальное, где опция gzip вам ММ> реально помогла? Вы же её не с потолка взяли, а под какую-то реальную ММ> потребность делали. Это просто у вас реально мощный сервер, либо реально невысокая на него нагрузка. Кто-то другой, выжимающий последние капли возможностей из имеющегося оборудования, вполне может оценить это нововведение. Я вот оценил со своей стороны. -- С уважением Andrey Repin (hell-for-yahoo at umail.ru) среда, 26.12.2012, <06:05> From mdounin at mdounin.ru Wed Dec 26 07:55:09 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 26 Dec 2012 11:55:09 +0400 Subject: nginx-1.3.10 In-Reply-To: References: <20121225144753.GZ40452@mdounin.ru> Message-ID: <20121226075509.GP40452@mdounin.ru> Hello! On Wed, Dec 26, 2012 at 01:32:50AM +0400, Aleksandr Sytar wrote: > > c:\nginx>nginx -V > > nginx version: nginx/1.3.10 > > TLS SNI support enabled > > configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug [...] > > location / { > > try_flies $uri @apache; > > } Just a side note: nginx не умеет пробовать мух, так что ругаться на такой конфиг должен словами "unknown directive "try_flies"". > > > > 2012/12/25 23:27:10 [error] 560#7228: *121 could not find named > > location "@apache", client: xxx.xxxx.xxx.xxx, server: domain.ltd, > > request: "GET / HTTP/1.1", host: "www.domain.ltd" > > Естественно локейшн в конфиге присутствовал до обновления Который из (/ или @apache?) и что именно _сейчас_ в конфиге? Если location @apache в конфиге отсутствует - ругань правильная. -- Maxim Dounin http://nginx.com/support.html From sytar.alex at gmail.com Wed Dec 26 07:59:38 2012 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Wed, 26 Dec 2012 11:59:38 +0400 Subject: nginx-1.3.10 In-Reply-To: <20121226075509.GP40452@mdounin.ru> References: <20121225144753.GZ40452@mdounin.ru> <20121226075509.GP40452@mdounin.ru> Message-ID: 26 декабря 2012 г., 11:55 пользователь Maxim Dounin написал: > Hello! > > On Wed, Dec 26, 2012 at 01:32:50AM +0400, Aleksandr Sytar wrote: > >> > c:\nginx>nginx -V >> > nginx version: nginx/1.3.10 >> > TLS SNI support enabled >> > configure arguments: --with-cc=cl --builddir=objs.msvc8 --with-debug > > [...] > >> > location / { >> > try_flies $uri @apache; >> > } > > Just a side note: nginx не умеет пробовать мух, так что ругаться > на такой конфиг должен словами "unknown directive "try_flies"". Бывает, очпятался >> > >> > 2012/12/25 23:27:10 [error] 560#7228: *121 could not find named >> > location "@apache", client: xxx.xxxx.xxx.xxx, server: domain.ltd, >> > request: "GET / HTTP/1.1", host: "www.domain.ltd" >> >> Естественно локейшн в конфиге присутствовал до обновления > > Который из (/ или @apache?) и что именно _сейчас_ в конфиге? Если > location @apache в конфиге отсутствует - ругань правильная. > > -- > Maxim Dounin > http://nginx.com/support.html Да, еще раз проверил конфиг - пропал блок @apache - пришлось вернуть. Ругань оставалась, а потом ушла. Видать мой косяк From nginx-forum at nginx.us Wed Dec 26 10:43:45 2012 From: nginx-forum at nginx.us (dwow) Date: Wed, 26 Dec 2012 05:43:45 -0500 Subject: http_gunzip_module In-Reply-To: <2bc82e3d10315344ac9487d83984773e.NginxMailingListRussian@forum.nginx.org> References: <201212251303.24683.vbart@nginx.com> <2bc82e3d10315344ac9487d83984773e.NginxMailingListRussian@forum.nginx.org> Message-ID: <06768fa68c68b3c8c56e70bbd78563a2.NginxMailingListRussian@forum.nginx.org> Ситауция такая: 1. если делать так: default_type text/html; gunzip on; gzip_vary on; gzip_static always; и создать файл t.gz, то все работает отлично 2. если пытаться отдать файл через директиву index или try_files, то не работает. nginx не подставляет в ответ Content-Encoding из-за чего в браузер выдается нераспакованный сжатый контент. Если Content-Encoding подставить жестко для location, то для клиентов неподдерживающих gzip разъархивирование не происходит. Мне кажется это ошибка. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234469#msg-234469 From vbart at nginx.com Wed Dec 26 11:31:34 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 26 Dec 2012 15:31:34 +0400 Subject: http_gunzip_module In-Reply-To: <06768fa68c68b3c8c56e70bbd78563a2.NginxMailingListRussian@forum.nginx.org> References: <201212251303.24683.vbart@nginx.com> <2bc82e3d10315344ac9487d83984773e.NginxMailingListRussian@forum.nginx.org> <06768fa68c68b3c8c56e70bbd78563a2.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212261531.34529.vbart@nginx.com> On Wednesday 26 December 2012 14:43:45 dwow wrote: > Ситауция такая: > 1. если делать так: > default_type text/html; > gunzip on; > gzip_vary on; > gzip_static always; > > и создать файл t.gz, то все работает отлично > > 2. если пытаться отдать файл через директиву index или try_files, то не > работает. nginx не подставляет в ответ Content-Encoding из-за чего в > браузер выдается нераспакованный сжатый контент. Если Content-Encoding > подставить жестко для location, то для клиентов неподдерживающих gzip > разъархивирование не происходит. > > Мне кажется это ошибка. > Без указания того, что именно у вас написано в конфигурации, как вы тестируете, трудно судить, что это, ошибка или непонимание как оно работает. Специально проверил: events { } http { default_type text/html; types {} server { listen 8000; location / { try_files $uri $uri/test.html; gunzip on; gzip_vary on; gzip_static always; } location = /test.html { gunzip on; gzip_vary on; gzip_static always; } } } и всё отлично работает: % ls 50x.html index.html test.html.gz % zcat test.html.gz GOOD % curl -i localhost:8000/test.html HTTP/1.1 200 OK Server: nginx/1.3.11 Date: Wed, 26 Dec 2012 11:23:20 GMT Content-Type: text/html Last-Modified: Wed, 26 Dec 2012 11:21:46 GMT Transfer-Encoding: chunked Connection: keep-alive Vary: Accept-Encoding GOOD % curl -i localhost:8000/test.html -H "Accept-Encoding: gzip" HTTP/1.1 200 OK Server: nginx/1.3.11 Date: Wed, 26 Dec 2012 11:23:50 GMT Content-Type: text/html Content-Length: 35 Last-Modified: Wed, 26 Dec 2012 11:21:46 GMT Connection: keep-alive Vary: Accept-Encoding ETag: "50daddca-23" Content-Encoding: gzip ???Ptest.htmls??w????% -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Wed Dec 26 11:39:12 2012 From: nginx-forum at nginx.us (dwow) Date: Wed, 26 Dec 2012 06:39:12 -0500 Subject: http_gunzip_module In-Reply-To: <201212261531.34529.vbart@nginx.com> References: <201212261531.34529.vbart@nginx.com> Message-ID: <12879cfb1c66e4fde1f207fe9e1d4c52.NginxMailingListRussian@forum.nginx.org> А что у вас покажут вот эти две команды при вашей конфигурации? curl -i localhost:8000/ curl -i localhost:8000/ -H "Accept-Encoding: gzip" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234471#msg-234471 From vbart at nginx.com Wed Dec 26 12:00:09 2012 From: vbart at nginx.com (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 26 Dec 2012 16:00:09 +0400 Subject: http_gunzip_module In-Reply-To: <12879cfb1c66e4fde1f207fe9e1d4c52.NginxMailingListRussian@forum.nginx.org> References: <201212261531.34529.vbart@nginx.com> <12879cfb1c66e4fde1f207fe9e1d4c52.NginxMailingListRussian@forum.nginx.org> Message-ID: <201212261600.10084.vbart@nginx.com> On Wednesday 26 December 2012 15:39:12 dwow wrote: > А что у вас покажут вот эти две команды при вашей конфигурации? > > curl -i localhost:8000/ > curl -i localhost:8000/ -H "Accept-Encoding: gzip" > Из-за лишнего слеша в try_files покажет 500-ую в обоих случаях, но если слегка исправить: events { } http { default_type text/html; types {} server { listen 8000; location / { try_files $uri "${uri}test.html"; gunzip on; gzip_vary on; gzip_static always; } location = /test.html { gunzip on; gzip_vary on; gzip_static always; } } } % curl -i localhost:8000/ HTTP/1.1 200 OK Server: nginx/1.3.11 Date: Wed, 26 Dec 2012 11:51:36 GMT Content-Type: text/html Last-Modified: Wed, 26 Dec 2012 11:21:46 GMT Transfer-Encoding: chunked Connection: keep-alive Vary: Accept-Encoding GOOD % curl -i localhost:8000/ -H "Accept-Encoding: gzip" HTTP/1.1 200 OK Server: nginx/1.3.11 Date: Wed, 26 Dec 2012 11:51:39 GMT Content-Type: text/html Content-Length: 35 Last-Modified: Wed, 26 Dec 2012 11:21:46 GMT Connection: keep-alive Vary: Accept-Encoding ETag: "50daddca-23" Content-Encoding: gzip ???Ptest.htmls??w????% Чтобы избежать появления 500-ой ошибки при других несуществующих запросах, лучше переписать конфигурацию так: location / { try_files $uri /test.html; gunzip on; gzip_vary on; gzip_static always; } location = /test.html { gunzip on; gzip_vary on; gzip_static always; } если функциональность индекса нужна во множестве директорий, то так: location / { try_files $uri "${uri}test.html"; gunzip on; gzip_vary on; gzip_static always; } location ~ /test\.html$ { gunzip on; gzip_vary on; gzip_static always; } -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From nginx-forum at nginx.us Wed Dec 26 12:01:16 2012 From: nginx-forum at nginx.us (User) Date: Wed, 26 Dec 2012 07:01:16 -0500 Subject: =?UTF-8?B?UkVRVUVTVCBVUkkg0L/RgNC4IHJld3JpdGUn0LDRhQ==?= Message-ID: Всем привет! Делаю надстройку над wordpress... в процессе нужно пути с определенным началом заворачивать на заданную страницу wordpress'а. Rewrite сейчас такой: location /test/ { rewrite ^/test/(.*)$ /wp_page/?path=$1& last; } Проблема здесь в том, что wordpress ориентируется по REQUEST_URI , который остается от оригинального запроса. Возможно ли как-то подсунуть в REQUEST_URI то, что получилось после rewrite ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234473,234473#msg-234473 From peter at vereshagin.org Wed Dec 26 13:05:50 2012 From: peter at vereshagin.org (Peter Vereshagin) Date: Wed, 26 Dec 2012 17:05:50 +0400 Subject: =?UTF-8?B?UmU6IFJFUVVFU1QgVVJJINC/0YDQuCByZXdyaXRlJ9Cw0YU=?= In-Reply-To: References: Message-ID: <20121226130550.GA5388@external.screwed.box> Hello. 2012/12/26 07:01:16 -0500 User => To nginx-ru at nginx.org : U> Делаю надстройку над wordpress... в процессе нужно пути с определенным U> началом заворачивать на заданную страницу wordpress'а. Rewrite сейчас U> такой: U> U> location /test/ U> { U> rewrite ^/test/(.*)$ /wp_page/?path=$1& last; U> } U> U> Проблема здесь в том, что wordpress ориентируется по REQUEST_URI , который U> остается от оригинального запроса. Возможно ли как-то подсунуть в U> REQUEST_URI то, что получилось после rewrite ? fastcgi_param ? -- Peter Vereshagin (http://vereshagin.org) pgp: 1754B9C1 From nginx-forum at nginx.us Wed Dec 26 13:40:52 2012 From: nginx-forum at nginx.us (bioargonaft) Date: Wed, 26 Dec 2012 08:40:52 -0500 Subject: =?UTF-8?B?0LrQtdGI0LjRgNC+0LLQsNC90LjQtSDRjdC70LXQvNC10L3RgtC+0LIg0LTQuNC3?= =?UTF-8?B?0LDQudC90LA=?= Message-ID: <7bc86e6055b603af263d743c90cff354.NginxMailingListRussian@forum.nginx.org> Есть задача использовать nginx естественно в качестве фронтенда. При обращении по http сессия перебрасывается на защищенную, обращения проксируются, элементы dojo берутся из локального каталога. С этой задачей справился. Выложить всю папку с сайтом на фронтенд нет возможности по 2-м причинам: - сайт (система) крутится на Lotus Domino и размецен в базе nsf. - при обновлении версии софта потребуется менять его не только на стороне бэкенда, но и на хосте с джиниксом. Для увеличения производительности предполагается делать кеширование, но только элементов дизайна. Тут мне требуется помощь. Прилагаю конфиги: # nginx.conf:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: user nginx; worker_processes 4; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; proxy_cache_path /var/cache/nginx/proxy_cache levels=1:2 keys_zone=cache:64m; proxy_temp_path /var/cache/nginx/proxy_temp 1 2; proxy_ignore_headers Expires Cache-Control; #proxy_cache_use_stale error timeout invalid_header http_502; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; sendfile on; tcp_nopush on; keepalive_timeout 65; gzip on; gzip_static on; gzip_proxied any; gzip_min_length 1100; gzip_http_version 1.0; gzip_buffers 4 8k; gzip_comp_level 5; gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript application/json; include /etc/nginx/conf.d/*.conf; } # default.conf:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: server { listen 80; server_name localhost; #charset koi8-r; #access_log /var/log/nginx/log/host.access.log main; if ( $scheme = "http" ) { rewrite ^/(.*)$ https://$host/$1 permanent; } } # ssl.conf ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: # HTTPS server # server { listen 443; server_name localhost; ssl on; ssl_certificate /etc/nginx/ssl/cert.pem; ssl_certificate_key /etc/nginx/ssl/cert.key; ssl_session_timeout 5m; ssl_protocols SSLv2 SSLv3 TLSv1; ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; location ~^/domjs/ { root /var/www/; } #location ~* ^.+\.(gif|gz|css|ico|js)$ { #expires 1y; #error_page 404 = @cached; #} location / { proxy_pass http://192.168.1.245:8080; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234478,234478#msg-234478 From gmm at csdoc.com Wed Dec 26 13:49:18 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Wed, 26 Dec 2012 15:49:18 +0200 Subject: nginx: configuration file test failed Message-ID: <50DB005E.2050307@csdoc.com> Здравствуйте! тестирование конфигурации завершается с сообщением про ошибку: # nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: [emerg] listen() to 11.22.33.44:80, backlog 1024 failed (98: Address already in use) nginx: configuration file /etc/nginx/nginx.conf test failed в логах при этом только: 2012/12/26 15:15:29 [debug] 24975#0: bind() 11.22.33.44:80 #101 2012/12/26 15:15:29 [emerg] 24975#0: listen() to 11.22.33.44:80, backlog 1024 failed (98: Address already in use) в конфиге: nginx.conf: include /etc/nginx/conf/virtual/*; в файле /etc/nginx/conf/virtual/zzz-default-server-zzz: server { listen 11.22.33.44:80 default_server backlog=1024; server_name default-server; return 403; } во всех остальных конфигурационных файлах в каталоге virtual только директива listen 11.22.33.44:80 без "backlog" и "default_server". nginx version: nginx/1.2.6, сторонних модулей нет. вопрос: что я делаю неправильно, и почему configuration file test failed, если configuration file syntax is ok? может быть есть какой-то ключ командной строки, чтобы nginx не пытался открывать порты, потому что в это самое время другой экземпляр nginx запущен и работает, слушая эти же самые порты. P.S. на самом деле эта ошибка появляется при попытке сделать "service nginx reload", перед "kill -HUP" команда "nginx -t" завершается с ошибкой. workaround понятен - не делать "nginx -t" перед тем как делаю reload, но смысл тогда в команде "nginx -t" если она практически всегда будет завершаться с ошибкой? и как тогда можно протестировать конфиг на предмет наличия синтаксических ошибок в нем, если "nginx -t" работает не так как ожидалось, всегда завершаясь с кодом ошибки... P.P.S операционная система - Linux, OpenVZ ядро версии 2.6.32-042stab068.8, контейнер 64-битный. по крайней мере у апача ключ командной строки -t работает ожидаемым образом, тестирует свой конфиг только на предмет наличия в нем синтаксических ошибок, не пытаясь открывать порты (которые могут быть заняты) -- Best regards, Gena From igor at sysoev.ru Wed Dec 26 14:35:25 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 26 Dec 2012 18:35:25 +0400 Subject: nginx: configuration file test failed In-Reply-To: <50DB005E.2050307@csdoc.com> References: <50DB005E.2050307@csdoc.com> Message-ID: <16D660C7-EA70-4B5C-A072-FE04687DF9D5@sysoev.ru> On Dec 26, 2012, at 17:49 , Gena Makhomed wrote: > Здравствуйте! > > тестирование конфигурации завершается с сообщением про ошибку: > > # nginx -t > nginx: the configuration file /etc/nginx/nginx.conf syntax is ok > nginx: [emerg] listen() to 11.22.33.44:80, backlog 1024 failed (98: Address already in use) > nginx: configuration file /etc/nginx/nginx.conf test failed > > в логах при этом только: > > 2012/12/26 15:15:29 [debug] 24975#0: bind() 11.22.33.44:80 #101 > 2012/12/26 15:15:29 [emerg] 24975#0: listen() to 11.22.33.44:80, backlog 1024 failed (98: Address already in use) > > в конфиге: > > nginx.conf: > > include /etc/nginx/conf/virtual/*; > > в файле /etc/nginx/conf/virtual/zzz-default-server-zzz: > > server { > listen 11.22.33.44:80 default_server backlog=1024; > server_name default-server; > return 403; > } > > во всех остальных конфигурационных файлах в каталоге virtual > только директива listen 11.22.33.44:80 без "backlog" и "default_server". > > nginx version: nginx/1.2.6, сторонних модулей нет. > > вопрос: что я делаю неправильно, и почему > configuration file test failed, если configuration file syntax is ok? > > может быть есть какой-то ключ командной строки, чтобы nginx > не пытался открывать порты, потому что в это самое время другой > экземпляр nginx запущен и работает, слушая эти же самые порты. > > P.S. на самом деле эта ошибка появляется при попытке сделать > "service nginx reload", перед "kill -HUP" команда "nginx -t" > завершается с ошибкой. > > workaround понятен - не делать "nginx -t" > перед тем как делаю reload, но смысл тогда в команде > "nginx -t" если она практически всегда будет завершаться > с ошибкой? и как тогда можно протестировать конфиг на предмет > наличия синтаксических ошибок в нем, если "nginx -t" работает > не так как ожидалось, всегда завершаясь с кодом ошибки... > > P.P.S операционная система - Linux, > OpenVZ ядро версии 2.6.32-042stab068.8, > контейнер 64-битный. > > по крайней мере у апача ключ командной строки -t > работает ожидаемым образом, тестирует свой конфиг > только на предмет наличия в нем синтаксических ошибок, > не пытаясь открывать порты (которые могут быть заняты) "nginx -t" делает bind() и listen(), чтобы убедиться, что указанные адреса существуют. Ошибка EADDRINUSE обычно возвращается для bind() и в режиме "nginx -t" игнорируется. Linux возвращет EADDRINUSE для listen(), если кто-то уже слушает на *:80, а для listen() указан конкретный адрес. -- Igor Sysoev http://nginx.com/support.html From nginx-forum at nginx.us Wed Dec 26 15:34:42 2012 From: nginx-forum at nginx.us (vadox) Date: Wed, 26 Dec 2012 10:34:42 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0YHRgtGA0L7QuNGC0YwgMzAxINGA0LXQtNC40YDQtdC6?= =?UTF-8?B?0YI=?= In-Reply-To: References: Message-ID: <5243da4e9ef9f1dc2a2d791ca2f1ac8d.NginxMailingListRussian@forum.nginx.org> 1.Пример: до редиректа: http://sitename.ru/politics/106103.html или http://sitename.ru/society/106103.html после: http://sitename.ru/news/106103.html при этом со страниц http://sitename.ru/politics/ и http://sitename.ru/society/ редирект делать не нужно, только со внутренних страниц. 2.Пример: до редиректа: http://sitename.ru/любой_раздел/несуществующая_страница.html или http://sitename.ru/несуществующий_раздел/ после: http://sitename.ru/ 3.Пример: до редиректа: http://w.sitename.ru/любой_раздел/любая_страница.html после: http://sitename.ru/любой_раздел/любая_страница.html до редиректа: http://test2.sitename.ru/любой_раздел/любая_страница.html после: http://sitename.ru/любой_раздел/любая_страница.html до редиректа: http://tim.sitename.ru/любой_раздел/любая_страница.html после: http://sitename.ru/любой_раздел/любая_страница.html до редиректа: http://www2.sitename.ru/любой_раздел/любая_страница.html или http://www2.sitename.ru/любой_раздел/ после: http://sitename.ru/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234404,234461#msg-234461 From igor at sysoev.ru Wed Dec 26 15:51:19 2012 From: igor at sysoev.ru (Igor Sysoev) Date: Wed, 26 Dec 2012 19:51:19 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0YHRgtGA0L7QuNGC0YwgMzAxINGA0LXQtNC40YDQtdC6?= =?UTF-8?B?0YI=?= In-Reply-To: <5243da4e9ef9f1dc2a2d791ca2f1ac8d.NginxMailingListRussian@forum.nginx.org> References: <5243da4e9ef9f1dc2a2d791ca2f1ac8d.NginxMailingListRussian@forum.nginx.org> Message-ID: <29B5C13D-99F7-46F8-A947-7E7FE0C15E97@sysoev.ru> On Dec 26, 2012, at 19:34 , vadox wrote: > 1.Пример: > до редиректа: http://sitename.ru/politics/106103.html или > http://sitename.ru/society/106103.html > после: http://sitename.ru/news/106103.html > > при этом со страниц http://sitename.ru/politics/ и > http://sitename.ru/society/ редирект делать не нужно, только со внутренних > страниц. location = /politics/ { } location /politics/ { locatiion ~ ^/politics(?.+)$ { return 301 http://sitename.ru/news$page; } } > 2.Пример: > до редиректа: http://sitename.ru/любой_раздел/несуществующая_страница.html > или http://sitename.ru/несуществующий_раздел/ > после: http://sitename.ru/ error_page 404 =301 http://sitename.ru; > 3.Пример: > до редиректа: http://w.sitename.ru/любой_раздел/любая_страница.html после: > http://sitename.ru/любой_раздел/любая_страница.html > до редиректа: http://test2.sitename.ru/любой_раздел/любая_страница.html > после: http://sitename.ru/любой_раздел/любая_страница.html > до редиректа: http://tim.sitename.ru/любой_раздел/любая_страница.html после: > http://sitename.ru/любой_раздел/любая_страница.html server { server_name w.sitename.ru test2.sitename.ru tim.sitename.ru; return 301 http://sitename$request_uri; } > до редиректа: http://www2.sitename.ru/любой_раздел/любая_страница.html или > http://www2.sitename.ru/любой_раздел/ > после: http://sitename.ru/ server { server_name www2.sitename.ru; return 301 http://sitename/; } -- Igor Sysoev http://nginx.com/support.html From postmaster at softsearch.ru Wed Dec 26 15:52:42 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 26 Dec 2012 19:52:42 +0400 Subject: =?UTF-8?B?UmU6INC60LXRiNC40YDQvtCy0LDQvdC40LUg0Y3Qu9C10LzQtdC90YLQvtCyINC0?= =?UTF-8?B?0LjQt9Cw0LnQvdCw?= In-Reply-To: <7bc86e6055b603af263d743c90cff354.NginxMailingListRussian@forum.nginx.org> References: <7bc86e6055b603af263d743c90cff354.NginxMailingListRussian@forum.nginx.org> Message-ID: <769926935.20121226195242@softsearch.ru> Здравствуйте, bioargonaft. > Для увеличения производительности предполагается делать кеширование, но > только элементов дизайна. > Тут мне требуется помощь. http://wiki.nginx.org/ReverseProxyCachingExample -- С уважением, Михаил mailto:postmaster at softsearch.ru From gmm at csdoc.com Wed Dec 26 17:33:28 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Wed, 26 Dec 2012 19:33:28 +0200 Subject: nginx: configuration file test failed In-Reply-To: <16D660C7-EA70-4B5C-A072-FE04687DF9D5@sysoev.ru> References: <50DB005E.2050307@csdoc.com> <16D660C7-EA70-4B5C-A072-FE04687DF9D5@sysoev.ru> Message-ID: <50DB34E8.8030403@csdoc.com> On 26.12.2012 16:35, Igor Sysoev wrote: >> тестирование конфигурации завершается с сообщением про ошибку: >> # nginx -t >> nginx: the configuration file /etc/nginx/nginx.conf syntax is ok >> nginx: [emerg] listen() to 11.22.33.44:80, backlog 1024 failed (98: Address already in use) >> nginx: configuration file /etc/nginx/nginx.conf test failed > "nginx -t" делает bind() и listen(), чтобы убедиться, что > указанные адреса существуют. Ошибка EADDRINUSE обычно > возвращается для bind() и в режиме "nginx -t" игнорируется. > Linux возвращет EADDRINUSE для listen(), если кто-то уже слушает > на *:80, а для listen() указан конкретный адрес. Игорь, спасибо за ответ. на *:80 в этом контейнере никто не слушал. похоже что я нашел ошибку в OpenVZ ядре, которая проявляется если контейнер был восстановлен после suspend / resume, как сейчас по умолчанию делает новая версия /etc/init.d/vz из vzctl-4.1.1 при полном reboot`e всего сервера. более подробно про эту ошибку здесь: http://bugzilla.openvz.org/show_bug.cgi?id=2470 -- Best regards, Gena From nginx-forum at nginx.us Thu Dec 27 07:57:38 2012 From: nginx-forum at nginx.us (bioargonaft) Date: Thu, 27 Dec 2012 02:57:38 -0500 Subject: =?UTF-8?B?UmU6INC60LXRiNC40YDQvtCy0LDQvdC40LUg0Y3Qu9C10LzQtdC90YLQvtCyINC0?= =?UTF-8?B?0LjQt9Cw0LnQvdCw?= In-Reply-To: <769926935.20121226195242@softsearch.ru> References: <769926935.20121226195242@softsearch.ru> Message-ID: Этот пример я видел. Дело в том, что пользователи работают по ssl, у всех разные права, разным пользователям видны разные поля страницы, данные подтягиваются баз. В связи с этим хотелось бы не просто кешировать статику на усмотрение nginix, а задать типы файлов, которые будут кешироваться. Например хочется кешировать gif, ico, js, gz. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234478,234494#msg-234494 From alexandr at tverdikov.ru Thu Dec 27 08:15:48 2012 From: alexandr at tverdikov.ru (=?UTF-8?B?0KLQstC10YDQtNC40LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?=) Date: Thu, 27 Dec 2012 15:15:48 +0700 Subject: =?UTF-8?B?bGRhcCDQsNCy0YLQvtGA0LjQt9Cw0YbQuNGP?= Message-ID: <50DC03B4.6000006@tverdikov.ru> Добрый день! Появилась необходимость заменить auth_basic на лдавп авторизацию. Как это лучше сделать? -- ------------------------------ С уважением, Александр. Мои контакты: icq : 271715650 jabber: atverdikov at jabber.ru skype : ATverdikov ------------------------------ From nginx at anes.su Thu Dec 27 08:51:32 2012 From: nginx at anes.su (Anes Mukhametov) Date: Thu, 27 Dec 2012 12:51:32 +0400 Subject: =?UTF-8?B?UmU6IGxkYXAg0LDQstGC0L7RgNC40LfQsNGG0LjRjw==?= In-Reply-To: <50DC03B4.6000006@tverdikov.ru> References: <50DC03B4.6000006@tverdikov.ru> Message-ID: Можно сторонним модулем https://github.com/kvspb/nginx-auth-ldap Либо средствами веб-сервера, например, для httpd есть модуль mod_auth_ldap. Твердиков Александр писал 2012-12-27 12:15: > Добрый день! > Появилась необходимость заменить auth_basic на лдавп авторизацию. > Как это лучше сделать? From postmaster at softsearch.ru Thu Dec 27 09:17:31 2012 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 27 Dec 2012 13:17:31 +0400 Subject: =?UTF-8?B?UmVbMl06INC60LXRiNC40YDQvtCy0LDQvdC40LUg0Y3Qu9C10LzQtdC90YLQvtCy?= =?UTF-8?B?INC00LjQt9Cw0LnQvdCw?= In-Reply-To: References: <769926935.20121226195242@softsearch.ru> Message-ID: <855759387.20121227131731@softsearch.ru> Здравствуйте, bioargonaft. Вы писали 27 декабря 2012 г., 11:57:38: > Этот пример я видел. Дело в том, что пользователи работают по ssl, у всех > разные права, разным пользователям видны разные поля страницы, данные > подтягиваются баз. > В связи с этим хотелось бы не просто кешировать статику на усмотрение > nginix, а задать типы файлов, которые будут кешироваться. Например хочется > кешировать gif, ico, js, gz. В Вашем исходном письме есть закоментированный локейшн, в котором уже прописано. Включите его и в него припишите кэширование, как в примере. -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Thu Dec 27 10:55:11 2012 From: nginx-forum at nginx.us (dwow) Date: Thu, 27 Dec 2012 05:55:11 -0500 Subject: http_gunzip_module In-Reply-To: <201212261600.10084.vbart@nginx.com> References: <201212261600.10084.vbart@nginx.com> Message-ID: Спасибо Валентин! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,232740,234500#msg-234500 From mdounin at mdounin.ru Thu Dec 27 12:22:37 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 27 Dec 2012 16:22:37 +0400 Subject: =?UTF-8?B?UmU6IGxkYXAg0LDQstGC0L7RgNC40LfQsNGG0LjRjw==?= In-Reply-To: References: <50DC03B4.6000006@tverdikov.ru> Message-ID: <20121227122237.GC40452@mdounin.ru> Hello! On Thu, Dec 27, 2012 at 12:51:32PM +0400, Anes Mukhametov wrote: > Можно сторонним модулем > https://github.com/kvspb/nginx-auth-ldap Я бы не рекомендовал - оно блокируется, и блокирует вместе с собой весь рабочий процесс nginx'а, вместе со всеми обрабатываемыми им соединениями. В свое время, устав от созерцания подобных "модулей для nginx'а", я написал модуль auth request, который позволяет сделать любую проверку авторизации на бекенде: http://mdounin.ru/hg/ngx_http_auth_request_module В таком виде проверка авторизации по крайней мере не ухудшает работоспособность самого nginx'а. -- Maxim Dounin http://nginx.com/support.html From vbart at nginx.com Thu Dec 27 13:24:37 2012 From: vbart at nginx.com (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 27 Dec 2012 17:24:37 +0400 Subject: =?UTF-8?Q?Re=3A_core_dump_=D0=B8_systemd?= In-Reply-To: References: Message-ID: <201212271724.37734.vbart@nginx.com> On Sunday 23 December 2012 03:01:37 Junker wrote: > Недавно перевел систему на systemd, после чего появились сюрпризы. При > падении воркеры nginx'а не сохраняют core dump в журнал systemd. В логе > запись такая: > 2012/12/23 05:31:29 [alert] 24487#0: worker process 24488 exited on signal > 11 (core dumped) > > Но systemd-coredumpctl дамп не показывает. Остальные программы нормально > дампятся. Это только у меня такая проблема или это общий баг? > Падающие воркеры это вообще ситуация чрезвычайная и требующая принятия мер. Пока ничего не могу сказать на счет systemd-coredumpctl, но вообще: http://wiki.nginx.org/Debugging#Core_dump -- Валентин Бартенев http://nginx.com/support.html http://nginx.org/en/donation.html From alexandr at tverdikov.ru Thu Dec 27 16:24:29 2012 From: alexandr at tverdikov.ru (=?KOI8-R?Q?=F4=D7=C5=D2=C4=C9=CB=CF=D7_=E1=CC=C5=CB=D3=C1=CE=C4=D2?=) Date: Thu, 27 Dec 2012 23:24:29 +0700 Subject: =?UTF-8?B?UmU6IGxkYXAg0LDQstGC0L7RgNC40LfQsNGG0LjRjw==?= In-Reply-To: <20121227122237.GC40452@mdounin.ru> References: <50DC03B4.6000006@tverdikov.ru> <20121227122237.GC40452@mdounin.ru> Message-ID: <50DC763D.6080705@tverdikov.ru> Спасибо за ответ! Этот модуль под nginx 1.2 будет работать? Как я понимаю для его работы нужно перекомпилировать nginx? ------------------------------ С уважением, Александр. Мои контакты: icq : 271715650 jabber: atverdikov at jabber.ru skype : ATverdikov ------------------------------ 27.12.2012 19:22, Maxim Dounin пишет: > Hello! > > On Thu, Dec 27, 2012 at 12:51:32PM +0400, Anes Mukhametov wrote: > >> Можно сторонним модулем >> https://github.com/kvspb/nginx-auth-ldap > Я бы не рекомендовал - оно блокируется, и блокирует вместе с собой > весь рабочий процесс nginx'а, вместе со всеми обрабатываемыми им > соединениями. > > В свое время, устав от созерцания подобных "модулей для nginx'а", > я написал модуль auth request, который позволяет сделать любую > проверку авторизации на бекенде: > > http://mdounin.ru/hg/ngx_http_auth_request_module > > В таком виде проверка авторизации по крайней мере > не ухудшает работоспособность самого nginx'а. > From vovansystems at gmail.com Thu Dec 27 18:38:29 2012 From: vovansystems at gmail.com (VovansystemS) Date: Thu, 27 Dec 2012 21:38:29 +0300 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: References: Message-ID: переформулирую вопрос: Можно ли в следующих версиях nginx реализовать возможность добавлять заголовок Retry-After директивой add_header к ответу с кодом 503, как это описывается возможным в RFC http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.5.4 ? From nginx-forum at nginx.us Thu Dec 27 19:08:13 2012 From: nginx-forum at nginx.us (max2013) Date: Thu, 27 Dec 2012 14:08:13 -0500 Subject: =?UTF-8?B?0J3QtSDQt9Cw0L/Rg9GB0LrQsNC10YLRgdGPOiAibmd4IG1hc3RlciB4eHgiIHdh?= =?UTF-8?B?cyBub3Qgc2lnbmFsZWQgZm9yIDVz?= Message-ID: Запостил баг: http://trac.nginx.org/nginx/ticket/265 Когда исправят этот баг не известно, потому прошу помощи у специалиста - кто сможет перекомпилить Nginx под винду? Либо же подскажите адрес где можно найти подробную инструкцию по сборке Nginx для Windows, я тогда сам исправлю таймаут и пересоберу nginx. Описание бага: Баг - невозможность старта и соответственно использования всех версий Nginx на Windows машинах при большом количестве SSL доменов в файле конфигурации. Проверены версии 1.2.x и 1.3.x, на других версиях думаю то же самое. Проверены конфигурации SSL - дефолтная из документации, своя и еще куча всяких возможных. SSL key были использованы обычные без пароля, полностью корректные и рабочие (при малом количестве доменов). Конфигурация SSL не имеет значения, мощность Windows сервера так же не имеет значения - проблема везде идентична и упирается в таймаут. Важен сам факт использования SSL (ssl on) и количество доменов. При использовании SSL и кол-ве доменов больше ~1300 сервер Nginx не запускается с ошибкой: the event "ngx_master_xxx" was not signaled for 5s Без использования SSL в конфиге сервер стартует даже с 10 тыс. доменов и проблема не наблюдается. Проблема заключается скорее всего тут (жёстко прописан таймаут): http://trac.nginx.org/nginx/browser/nginx/trunk/src/os/win32/ngx_process.c Строка 87: rc = WaitForMultipleObjects(2, events, 0, 5000); и потом строки 146 case WAIT_TIMEOUT:case WAIT_TIMEOUT: 147 ngx_log_error(NGX_LOG_ALERT, cycle->log, 0, 148 "the event \"%s\" was not signaled for 5s", 149 ngx_master_process_event_name); Просьба исправить этот критический баг. Сервер просто невозможно использовать. Таймаут должен быть настраиваемым, либо сделайте его очень большим. Либо исправьте SSL, чтобы он не тормозил запуск. P.S. О баге сообщаю впервые, прошу простить если написано сумбурно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234521,234521#msg-234521 From a.vasilishin at kpi.ua Thu Dec 27 19:53:36 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 27 Dec 2012 21:53:36 +0200 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: References: Message-ID: <50DCA740.5020407@kpi.ua> 27.12.2012 20:38, VovansystemS пишет: > переформулирую вопрос: > > Можно ли в следующих версиях nginx реализовать возможность добавлять > заголовок Retry-After директивой add_header к ответу с кодом 503, как > это описывается возможным в RFC > http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.5.4 ? В чем проблема это делать сейчас? http://nginx.org/ru/docs/http/ngx_http_core_module.html#error_page error_page 503 /503.html; location /503.html { add_header Retry-After 60s; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vovansystems at gmail.com Thu Dec 27 20:00:52 2012 From: vovansystems at gmail.com (VovansystemS) Date: Thu, 27 Dec 2012 23:00:52 +0300 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: <50DCA740.5020407@kpi.ua> References: <50DCA740.5020407@kpi.ua> Message-ID: проблема сейчас в том что add_header "Добавляет указанное поле в заголовок ответа при условии, что код ответа равен 200, 201, 204, 206, 301, 302, 303, 304 или 307". Т.е. такой конфиг, который привели Вы, не работает (первым делом так и тестил) :) http://nginx.org/ru/docs/http/ngx_http_headers_module.html#add_header From a.vasilishin at kpi.ua Thu Dec 27 20:05:18 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 27 Dec 2012 22:05:18 +0200 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: References: <50DCA740.5020407@kpi.ua> Message-ID: <50DCA9FE.30006@kpi.ua> 27.12.2012 22:00, VovansystemS пишет: > проблема сейчас в том что add_header "Добавляет указанное поле в > заголовок ответа при условии, что код ответа равен 200, 201, 204, 206, > 301, 302, 303, 304 или 307". Т.е. такой конфиг, который привели Вы, не > работает (первым делом так и тестил) :) > > http://nginx.org/ru/docs/http/ngx_http_headers_module.html#add_header Есть еще такой модуль: http://wiki.nginx.org/HttpHeadersModule Но, я так понял надо просто показать страницу и добавить хедер, тогда так: error_page 503 =200 /maintenance.html; location /maintenance.html { add_header Retry-After 60s; } -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From voron at amhost.net Thu Dec 27 20:09:57 2012 From: voron at amhost.net (Alex Vorona) Date: Thu, 27 Dec 2012 22:09:57 +0200 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: <50DCA9FE.30006@kpi.ua> References: <50DCA740.5020407@kpi.ua> <50DCA9FE.30006@kpi.ua> Message-ID: <50DCAB15.3060205@amhost.net> 27.12.2012 22:05, Андрей Василишин wrote: [...] > Но, я так понял надо просто показать страницу и добавить хедер, тогда так: > error_page 503 =200 /maintenance.html; Вряд ли поисковым ботам это понравится. From vovansystems at gmail.com Thu Dec 27 20:13:48 2012 From: vovansystems at gmail.com (VovansystemS) Date: Thu, 27 Dec 2012 23:13:48 +0300 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: <50DCA9FE.30006@kpi.ua> References: <50DCA740.5020407@kpi.ua> <50DCA9FE.30006@kpi.ua> Message-ID: > Но, я так понял надо просто показать страницу и добавить хедер, тогда так: > error_page 503 =200 /maintenance.html; > location /maintenance.html { такой вариант не подходит, т.к. ответы с кодом 200 как минимум нелогичны, когда сервис недоступен всилу проводимых работ, а как максимум нехорошо влияют на работу поисковых роботов и кеширующих слоёв. Т.е. когда сайт закрыт на обслуживание должны выдаваться именно страница с кодом 503 (как оговорено в стандарте) и по-возможности хотелось бы иметь добавить к этой странице заголовок Retry-After. > Есть еще такой модуль: > http://wiki.nginx.org/HttpHeadersModule да. директива add_header - часть этого модуля, но добавлять заголовки к ответам с кодом 503 она не умеет. оттого и вопрошаю :) From a.vasilishin at kpi.ua Thu Dec 27 20:18:16 2012 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Thu, 27 Dec 2012 22:18:16 +0200 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: References: <50DCA740.5020407@kpi.ua> <50DCA9FE.30006@kpi.ua> Message-ID: <50DCAD08.2030807@kpi.ua> 27.12.2012 22:13, VovansystemS пишет: >> Но, я так понял надо просто показать страницу и добавить хедер, тогда так: >> error_page 503 =200 /maintenance.html; >> location /maintenance.html { > такой вариант не подходит, т.к. ответы с кодом 200 как минимум > нелогичны, когда сервис недоступен всилу проводимых работ, а как > максимум нехорошо влияют на работу поисковых роботов и кеширующих > слоёв. Т.е. когда сайт закрыт на обслуживание должны выдаваться именно > страница с кодом 503 (как оговорено в стандарте) и по-возможности > хотелось бы иметь добавить к этой странице заголовок Retry-After. > >> Есть еще такой модуль: >> http://wiki.nginx.org/HttpHeadersModule > да. директива add_header - часть этого модуля, но добавлять заголовки > к ответам с кодом 503 она не умеет. оттого и вопрошаю :) Не то скопировал, http://wiki.nginx.org/NginxHttpHeadersMoreModule -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From vovansystems at gmail.com Thu Dec 27 20:29:04 2012 From: vovansystems at gmail.com (VovansystemS) Date: Thu, 27 Dec 2012 23:29:04 +0300 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: <50DCAD08.2030807@kpi.ua> References: <50DCA740.5020407@kpi.ua> <50DCA9FE.30006@kpi.ua> <50DCAD08.2030807@kpi.ua> Message-ID: > Не то скопировал, http://wiki.nginx.org/NginxHttpHeadersMoreModule спасибо! да, этот модуль решает проблему (возьму на заметку). но т.к. он не входит в "стандартный комплект nginx", такое решение лично для меня больше workaround. как вариант, можно также полностью генерировать страницу ошибки с нужными заголовками на уровне приложения и поместить это на другой бэкенд, на которым работы не проводятся.. но на продакшн-системах проще отказаться от Retry-After при 503. Самое простое, на мой взгляд, это расширить функционал стандартного add_header, позволив ему ещё дописывать в 503. Я не исключаю, что есть причины этого не делать и тут было бы интересно послушать разработчиков. From gmm at csdoc.com Thu Dec 27 20:40:11 2012 From: gmm at csdoc.com (Gena Makhomed) Date: Thu, 27 Dec 2012 22:40:11 +0200 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: References: Message-ID: <50DCB22B.1030104@csdoc.com> On 27.12.2012 20:38, VovansystemS wrote: > переформулирую вопрос: > > Можно ли в следующих версиях nginx реализовать возможность добавлять > заголовок Retry-After директивой add_header к ответу с кодом 503, как > это описывается возможным в RFC > http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.5.4 ? это можно сделать с помощью экспериментального и нестабильного, но стандартного модуля ngx_http_perl_module: http://mailman.nginx.org/pipermail/nginx/2009-July/013499.html хотя задавать Retry-After через add_header действительно было бы и удобнее и проще... народ об этом часто спрашивает google:// 503 Retry-After site:nginx.org странно что этой feature все еще нет в nginx (без ngx_http_perl_module) -- Best regards, Gena From mdounin at mdounin.ru Fri Dec 28 01:49:45 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 28 Dec 2012 05:49:45 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: References: Message-ID: <20121228014944.GO40452@mdounin.ru> Hello! On Thu, Dec 27, 2012 at 02:08:13PM -0500, max2013 wrote: > Запостил баг: http://trac.nginx.org/nginx/ticket/265 > > Когда исправят этот баг не известно, потому прошу помощи у специалиста - кто > сможет перекомпилить Nginx под винду? Либо же подскажите адрес где можно > найти подробную инструкцию по сборке Nginx для Windows, я тогда сам исправлю > таймаут и пересоберу nginx. http://nginx.org/en/docs/howto_build_on_win32.html > Описание бага: > > Баг - невозможность старта и соответственно использования всех версий Nginx > на Windows машинах при большом количестве SSL доменов в файле конфигурации. > > Проверены версии 1.2.x и 1.3.x, на других версиях думаю то же самое. > Проверены конфигурации SSL - дефолтная из документации, своя и еще куча > всяких возможных. SSL key были использованы обычные без пароля, полностью > корректные и рабочие (при малом количестве доменов). Конфигурация SSL не > имеет значения, мощность Windows сервера так же не имеет значения - проблема > везде идентична и упирается в таймаут. Важен сам факт использования SSL (ssl > on) и количество доменов. > > При использовании SSL и кол-ве доменов больше ~1300 сервер Nginx не > запускается с ошибкой: the event "ngx_master_xxx" was not signaled for 5s > Без использования SSL в конфиге сервер стартует даже с 10 тыс. доменов и > проблема не наблюдается. > > Проблема заключается скорее всего тут (жёстко прописан таймаут): > http://trac.nginx.org/nginx/browser/nginx/trunk/src/os/win32/ngx_process.c > Строка 87: rc = WaitForMultipleObjects(2, events, 0, 5000); > > и потом строки > > 146 case WAIT_TIMEOUT:case WAIT_TIMEOUT: > 147 ngx_log_error(NGX_LOG_ALERT, cycle->log, 0, > 148 "the event \"%s\" was not signaled for 5s", > 149 ngx_master_process_event_name); > > Просьба исправить этот критический баг. Сервер просто невозможно > использовать. Таймаут должен быть настраиваемым, либо сделайте его очень > большим. Либо исправьте SSL, чтобы он не тормозил запуск. Я снесняюсь спросить - а что заставляет использовать бету с кучей известных ограничений (http://nginx.org/ru/docs/windows.html) для работы с тысячами доменов, да ещё и по ssl? Что до "исправьте SSL", то попробуйте вот такой патч. Untested, но должен немного улучшить ситуацию: diff --git a/src/event/ngx_event_openssl.c b/src/event/ngx_event_openssl.c --- a/src/event/ngx_event_openssl.c +++ b/src/event/ngx_event_openssl.c @@ -643,10 +643,10 @@ ngx_ssl_ecdh_curve(ngx_conf_t *cf, ngx_s return NGX_ERROR; } + SSL_CTX_set_options(ssl->ctx, SSL_OP_SINGLE_ECDH_USE); + SSL_CTX_set_tmp_ecdh(ssl->ctx, ecdh); - SSL_CTX_set_options(ssl->ctx, SSL_OP_SINGLE_ECDH_USE); - EC_KEY_free(ecdh); #endif #endif -- Maxim Dounin http://nginx.com/support.html From chipitsine at gmail.com Fri Dec 28 07:04:29 2012 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 28 Dec 2012 12:04:29 +0500 Subject: =?UTF-8?B?UmU6IGFkZF9oZWFkZXIg0Lgg0LrQvtC0IDUwMw==?= In-Reply-To: <50DCAD08.2030807@kpi.ua> References: <50DCA740.5020407@kpi.ua> <50DCA9FE.30006@kpi.ua> <50DCAD08.2030807@kpi.ua> Message-ID: HeadersMoreModule - бажный. 28 декабря 2012 г., 2:18 пользователь Андрей Василишин написал: > 27.12.2012 22:13, VovansystemS пишет: > > Но, я так понял надо просто показать страницу и добавить хедер, тогда так: >>> error_page 503 =200 /maintenance.html; >>> location /maintenance.html { >>> >> такой вариант не подходит, т.к. ответы с кодом 200 как минимум >> нелогичны, когда сервис недоступен всилу проводимых работ, а как >> максимум нехорошо влияют на работу поисковых роботов и кеширующих >> слоёв. Т.е. когда сайт закрыт на обслуживание должны выдаваться именно >> страница с кодом 503 (как оговорено в стандарте) и по-возможности >> хотелось бы иметь добавить к этой странице заголовок Retry-After. >> >> Есть еще такой модуль: >>> http://wiki.nginx.org/**HttpHeadersModule >>> >> да. директива add_header - часть этого модуля, но добавлять заголовки >> к ответам с кодом 503 она не умеет. оттого и вопрошаю :) >> > > > Не то скопировал, http://wiki.nginx.org/**NginxHttpHeadersMoreModule > > > > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Dec 28 09:55:38 2012 From: nginx-forum at nginx.us (billi) Date: Fri, 28 Dec 2012 04:55:38 -0500 Subject: =?UTF-8?B?0L/QvtC00YHQutCw0LbQuNGC0LUg0L/QviDQv9C10YDQtdC90LDQv9GA0LDQstC7?= =?UTF-8?B?0LXQvdC40Y4=?= Message-ID: Доброго всем времени. Есть небольшой вопрос. не понимаю как настроить перенаправление. вот кусок лога server { listen 80; server_name www.myhost2.myhost.ru ; error_log /var/log/nginx/myhost-error.log; directio 4m; output_buffers 1 128k; location / { proxy_pass http://www.myhost.ru; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; proxy_set_header Host $host; proxy_connect_timeout 60; собственно проблема в том что если зайти по адресу www.myhost2.myhost.ru ,то выпадает ошибка 403 , а должен быть редирект на www.myhost.ru. страницы 3 уровня не существует. подскажите куда копать. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234541,234541#msg-234541 From nginx-forum at nginx.us Fri Dec 28 10:11:53 2012 From: nginx-forum at nginx.us (max2013) Date: Fri, 28 Dec 2012 05:11:53 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: <20121228014944.GO40452@mdounin.ru> References: <20121228014944.GO40452@mdounin.ru> Message-ID: Максим, большое спасибо за ответ. И спасибо за ссылку, буду собирать исправленную версию. Ну а по поводу использования с десятками тысяч доменов на Windows сервере - так уж получилось, если есть свободный малонагруженный Windows сервер, то почему бы туда не поставить nginx обслуживающий 10 тыс маленьких домашних страничек? :-) P.S. Сообщение о баге, которое я оставил на баг-трекере, удалили. Видимо разработчики исправлять эту ошибку они не собираются. Жаль. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234534,234542#msg-234542 From nginx-forum at nginx.us Fri Dec 28 10:17:02 2012 From: nginx-forum at nginx.us (max2013) Date: Fri, 28 Dec 2012 05:17:02 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: References: <20121228014944.GO40452@mdounin.ru> Message-ID: В догонку: баг не удалили, просто переместили в некритические, просто сразу не заметил. Еще раз спасибо за патч, отпишусь чуть позже когда проверю сработает ли он. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234534,234543#msg-234543 From andrey at kopeyko.ru Fri Dec 28 11:39:09 2012 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Fri, 28 Dec 2012 15:39:09 +0400 Subject: =?UTF-8?B?UmU6INC/0L7QtNGB0LrQsNC20LjRgtC1INC/0L4g0L/QtdGA0LXQvdCw0L/RgNCw?= =?UTF-8?B?0LLQu9C10L3QuNGO?= In-Reply-To: References: Message-ID: <50DD84DD.8010708@kopeyko.ru> 28.12.2012 13:55, billi пишет: > Доброго всем времени. Есть небольшой вопрос. не понимаю как настроить > перенаправление. > вот кусок лога Я стесняюсь спросить - что же Вы тогда называете "конфигом" ... > server { > listen 80; > server_name www.myhost2.myhost.ru ; > error_log /var/log/nginx/myhost-error.log; > directio 4m; > output_buffers 1 128k; > > location / { > proxy_pass http://www.myhost.ru; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; > proxy_set_header Host $host; > proxy_connect_timeout 60; > > собственно проблема в том что если зайти по адресу www.myhost2.myhost.ru > ,то выпадает ошибка 403 , а должен быть редирект на www.myhost.ru. Добрый день, billi! Если вы хотите получить редирект - надо его вписать; сам nginx ваших мыслей не прочтёт: server { server_name www.myhost2.myhost.ru ; ... location / { rewrite ^/(.*)$ http://www.myhost.ru/$1 permanent; } ... } -- Best regards, Andrey Kopeyko From nefer05 at gmail.com Fri Dec 28 11:49:21 2012 From: nefer05 at gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=) Date: Fri, 28 Dec 2012 14:49:21 +0300 Subject: =?UTF-8?B?UmU6INC/0L7QtNGB0LrQsNC20LjRgtC1INC/0L4g0L/QtdGA0LXQvdCw0L/RgNCw?= =?UTF-8?B?0LLQu9C10L3QuNGO?= In-Reply-To: <50DD84DD.8010708@kopeyko.ru> References: <50DD84DD.8010708@kopeyko.ru> Message-ID: Зачем реврайт, да еще и с регекспами? return 301 http://www.myhost.ru$request_uri; Намного лаконичнее и правильнее, ИМХО. 2012/12/28 Andrey Kopeyko > 28.12.2012 13:55, billi пишет: > >> Доброго всем времени. Есть небольшой вопрос. не понимаю как настроить >> перенаправление. >> вот кусок лога >> > > Я стесняюсь спросить - что же Вы тогда называете "конфигом" ... > > server { >> listen 80; >> server_name www.myhost2.myhost.ru ; >> error_log /var/log/nginx/myhost-error.**log; >> directio 4m; >> output_buffers 1 128k; >> >> location / { >> proxy_pass http://www.myhost.ru; >> proxy_set_header X-Real-IP $remote_addr; >> proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; >> proxy_set_header Host $host; >> proxy_connect_timeout 60; >> >> собственно проблема в том что если зайти по адресу www.myhost2.myhost.ru >> ,то выпадает ошибка 403 , а должен быть редирект на www.myhost.ru. >> > > Добрый день, billi! > > Если вы хотите получить редирект - надо его вписать; сам nginx ваших > мыслей не прочтёт: > > server { > server_name www.myhost2.myhost.ru ; > ... > location / { > rewrite ^/(.*)$ http://www.myhost.ru/$1 permanent; > } > ... > } > > > > -- > Best regards, > Andrey Kopeyko > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Dec 28 12:40:13 2012 From: nginx-forum at nginx.us (billi) Date: Fri, 28 Dec 2012 07:40:13 -0500 Subject: =?UTF-8?B?UmU6INC/0L7QtNGB0LrQsNC20LjRgtC1INC/0L4g0L/QtdGA0LXQvdCw0L/RgNCw?= =?UTF-8?B?0LLQu9C10L3QuNGO?= In-Reply-To: References: Message-ID: Всем ответившим спс. выдали ТЗ что хотят. я не уверен что nginx это может. если может то подскажите как все это реализовать. -- на nginx будут приходить http://myhost2.myhost.ru/stream?url=...mp4%3Fc%3Dcode -- запросы nginx*должен брать адрес из параметра url и отдавать контент расположенный по этому адресу (http://my1.myhost.ru/123.mp4?c=code) причем кешировать данный контент он должен игнорируя параметр запроса т.е. http://my1.myhost.ru/123.mp4 подопните в нужном направлении. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234541,234547#msg-234547 From nefer05 at gmail.com Fri Dec 28 13:20:47 2012 From: nefer05 at gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=) Date: Fri, 28 Dec 2012 16:20:47 +0300 Subject: =?UTF-8?B?UmU6INC/0L7QtNGB0LrQsNC20LjRgtC1INC/0L4g0L/QtdGA0LXQvdCw0L/RgNCw?= =?UTF-8?B?0LLQu9C10L3QuNGO?= In-Reply-To: References: Message-ID: Для начала стоит таки нормально написать линки. 2012/12/28 billi > Всем ответившим спс. > выдали ТЗ что хотят. я не уверен что nginx это может. если может то > подскажите как все это реализовать. > -- на nginx будут приходить > http://myhost2.myhost.ru/stream?url=...mp4%3Fc%3Dcode > -- запросы nginx*должен брать адрес из параметра url > и отдавать контент расположенный по этому адресу > (http://my1.myhost.ru/123.mp4?c=code) > причем кешировать данный контент он должен игнорируя параметр запроса > т.е. http://my1.myhost.ru/123.mp4 > > подопните в нужном направлении. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,234541,234547#msg-234547 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Dec 28 13:26:12 2012 From: nginx-forum at nginx.us (max2013) Date: Fri, 28 Dec 2012 08:26:12 -0500 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: <20121228014944.GO40452@mdounin.ru> References: <20121228014944.GO40452@mdounin.ru> Message-ID: К сожалению ваш патч не помогает, вообще ни на что не влияет. Помогла замена таймаута в ngx_process.c rc = WaitForMultipleObjects(2, events, 0, 5000); // 5 секунд на rc = WaitForMultipleObjects(2, events, 0, 60000); // 1 минута Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234534,234549#msg-234549 From nginx-forum at nginx.us Fri Dec 28 14:05:53 2012 From: nginx-forum at nginx.us (billi) Date: Fri, 28 Dec 2012 09:05:53 -0500 Subject: =?UTF-8?B?UmU6INC/0L7QtNGB0LrQsNC20LjRgtC1INC/0L4g0L/QtdGA0LXQvdCw0L/RgNCw?= =?UTF-8?B?0LLQu9C10L3QuNGO?= In-Reply-To: References: Message-ID: <536d256df198d6e42bff223bdbf85428.NginxMailingListRussian@forum.nginx.org> упс . извиняюсь. http://myhost2.myhost.ru/stream?url=http%3A%2F%2Fmy1.myhost.ru%2F123.mp4%3Fc%3Dcode Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234541,234551#msg-234551 From mdounin at mdounin.ru Fri Dec 28 14:50:38 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 28 Dec 2012 18:50:38 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: References: <20121228014944.GO40452@mdounin.ru> Message-ID: <20121228145038.GR40452@mdounin.ru> Hello! On Fri, Dec 28, 2012 at 08:26:12AM -0500, max2013 wrote: > К сожалению ваш патч не помогает, вообще ни на что не влияет. Патч должен экономить вызов DH_generate_key() на каждый блок server{} с включённым ssl, тем самым немного ускоряя запуск. > Помогла замена таймаута в ngx_process.c > > rc = WaitForMultipleObjects(2, events, 0, 5000); // 5 секунд > на > rc = WaitForMultipleObjects(2, events, 0, 60000); // 1 минута Это понятный метод, но он по очевидным причинам не интересен - интересно, на что именно оно тратит столько времени, и можно ли это ускорить. -- Maxim Dounin http://nginx.com/support.html From mdounin at mdounin.ru Fri Dec 28 15:59:35 2012 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 28 Dec 2012 19:59:35 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0LfQsNC/0YPRgdC60LDQtdGC0YHRjzogIm5neCBtYXN0ZXIgeHh4?= =?UTF-8?B?IiB3YXMgbm90IHNpZ25hbGVkIGZvciA1cw==?= In-Reply-To: <20121228145038.GR40452@mdounin.ru> References: <20121228014944.GO40452@mdounin.ru> <20121228145038.GR40452@mdounin.ru> Message-ID: <20121228155934.GT40452@mdounin.ru> Hello! On Fri, Dec 28, 2012 at 06:50:38PM +0400, Maxim Dounin wrote: > Hello! > > On Fri, Dec 28, 2012 at 08:26:12AM -0500, max2013 wrote: > > > К сожалению ваш патч не помогает, вообще ни на что не влияет. > > Патч должен экономить вызов DH_generate_key() на каждый блок > server{} с включённым ssl, тем самым немного ускоряя запуск. Грр, EC_KEY_generate_key() конечно же. Потестировал таки у себя - для конфига с 10k блоков server{} с ssl патч даёт ускорение с 18 секунд загрузки конфига до 5 секунд, и в виртуалке c Windows 7 картина приблизительно аналогичная (29s -> 15s). Если в вашем случае эффекта вообще не наблюдается - скорее всего вы неправильно применили патч. -- Maxim Dounin http://nginx.com/support.html From nginx-forum at nginx.us Sat Dec 29 13:12:08 2012 From: nginx-forum at nginx.us (bioargonaft) Date: Sat, 29 Dec 2012 08:12:08 -0500 Subject: =?UTF-8?B?UmU6INC60LXRiNC40YDQvtCy0LDQvdC40LUg0Y3Qu9C10LzQtdC90YLQvtCyINC0?= =?UTF-8?B?0LjQt9Cw0LnQvdCw?= In-Reply-To: <7bc86e6055b603af263d743c90cff354.NginxMailingListRussian@forum.nginx.org> References: <7bc86e6055b603af263d743c90cff354.NginxMailingListRussian@forum.nginx.org> Message-ID: Поправил конфиги nginx.conf и ssl.conf , после чего выводиться стал только текст: Что не так сделал? # nginx.conf:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: user nginx; worker_processes 4; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; proxy_cache_path /var/cache/nginx/proxy_cache levels=1:2 keys_zone=static:64m inactive=24h max_size=512m; proxy_temp_path /var/cache/nginx/proxy_temp 1 2; proxy_ignore_headers Expires Cache-Control; #proxy_cache_use_stale error timeout updating invalid_header http_502; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; sendfile on; tcp_nopush on; keepalive_timeout 65; gzip on; gzip_static on; gzip_proxied any; gzip_min_length 1100; gzip_http_version 1.0; gzip_buffers 4 8k; gzip_comp_level 5; gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript application/json; include /etc/nginx/conf.d/*.conf; } #:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: # ssl.conf ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: # HTTPS server server { listen 443; server_name localhost; ssl on; ssl_certificate /etc/nginx/ssl/cert.pem; ssl_certificate_key /etc/nginx/ssl/cert.key; ssl_session_timeout 5m; ssl_protocols SSLv2 SSLv3 TLSv1; ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; location ~^/domjs/ { root /var/www/; } location ~* ^.+\.(gif|gz|css|ico|js)$ { proxy_set_header Host $host; proxy_cache static; proxy_cache_valid 200 302 30m; proxy_cache_valid 404 1m; #expires 1d; } location / { proxy_pass http://192.168.1.245:8080; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; client_max_body_size 10m; client_body_buffer_size 128k; proxy_connect_timeout 90; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; proxy_ignore_client_abort on; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234478,234561#msg-234561 From nginx-forum at nginx.us Mon Dec 31 19:31:07 2012 From: nginx-forum at nginx.us (OZzzy) Date: Mon, 31 Dec 2012 14:31:07 -0500 Subject: =?UTF-8?B?0KDQtdC00LjRgNC10LrRgiDQvdCwINCy0YvQsdGA0LDQvdC90YvQuSDQv9C+0YA=?= =?UTF-8?B?0YI=?= Message-ID: Конфигурация вэб сервера: Nginx, PHP5 и MySQL на Debian Squeeze с использованием spawn-fcgi Появилась необходимость вот в такой конфигурации: Основной сайт - слушается на 80 порту На порт 35000 мне нужно повесить /opt/jakarta-tomcat-5.5.9/webapps/snow Индексный файл index.jsp Конфигурация: ------------------------------------------------------------------------------- server { listen X.X.X.X:80; ## listen for ipv4 server_name site.ru www.site.ru; access_log /var/www/site.ru/log/access.log; location / { root /var/www/site.ru/htdocs; index index.php index.html index.htm; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/site.ru/htdocs$fastcgi_script_name; include fastcgi_params; allow X.X.X.X; allow X.X.X.X; deny all; } location ~ /\.ht { #deny all; } } server { listen X.X.X.X:35002; server_name snow; location /snow { root /opt/jakarta-tomcat-5.5.9/webapps/snow/; index index.jsp index.php index.html index.htm; access_log /var/log/snow/admin_access.log; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /opt/jakarta-tomcat-5.5.9/webapps/snow/$fastcgi_script_name; include fastcgi_params; allow X.X.X.X; allow X.X.X.X; deny all; } } server { listen X.X.X.X:40005; ## listen for ipv4 server_name ppmyad; access_log /var/www/ppmyad/log/access.log; location / { root /var/www/ppmyad; index index.php index.html index.htm; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/ppmyad$fastcgi_script_name; include fastcgi_params; allow X.X.X.X; allow X.X.X.X; deny all; } } ----------------------------------------------------------------------------------------- ppmyad и site.ru нормально просматриваются и работают а вот snow при попытке открыть браузер: http://Х.Х.Х.Х:35002/snow/ ответ в браузере: No input file specified. В логах: /var/log/snow/admin_access.log [31/Dec/2012:21:20:11 +0200] "GET /snow/ HTTP/1.1" 404 56 "-" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.97 Safari/537.11" /var/log/nginx 2012/12/31 21:20:11 [error] 3972#0: *6 open() "/usr/local/nginx/html/favicon.ico" failed (2: No such file or directory), client: Х.Х.Х.Х, server: test, request: "GET /favicon.ico HTTP/1.1", host: "Х.Х.Х.Х:35002" В /usr/local вообще нет папки nginx ------------------------------------------------------------------------------------------------ Помогите пожалуйста правильно оформить конфиг Posted at Nginx Forum: http://forum.nginx.org/read.php?21,234597,234597#msg-234597