From a.vasilishin на kpi.ua Wed Dec 1 00:41:07 2010 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Tue, 30 Nov 2010 23:41:07 +0200 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <1764055536.20101130234125@softsearch.ru> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> Message-ID: <4CF56F73.20407@kpi.ua> 30.11.2010 22:41, Михаил Монашёв пишет: > Здравствуйте, Андрей. > > АВ> Ну, не обязательно так, можно просто добавить параметры: random, direct. > АВ> По умолчанию сделать direct. > > А можно ничего не добавлять, а включить фантазию и обойтись текущими > возможностями. Расскажите как? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Wed Dec 1 00:43:59 2010 From: nginx-forum на nginx.us (vash) Date: Tue, 30 Nov 2010 16:43:59 -0500 Subject: =?UTF-8?B?0KXQuNGC0YDRi9C5IHJld3JpdGUg0LIgcHJveHkgcGFzcw==?= Message-ID: <7aea9ca2c5790671069c1cd89269fc72.NginxMailingListRussian@forum.nginx.org> Здравствуйте Нужно получить следующее с помощью proxy_pass Пользователи обращаясь к урл http://domain1.com/folder1/folder2/?a=123&s=1234567890&d=$1&c=3&m=$2&someid=29&Category=0x10000001 прокисруються на http://domain2.com/folder3/folder4/folder2?a=456&s=1234567890&d=$1&c=3&m=$2&someid=29&Category=0x10000001 где a=123&s=1234567890 - уникальны, тоесть нужна проверка этих ?дшников, на остальные выдавать 404 после проверки на уникальность 123 и 1234567890 нужно запроксить их на 456 и 1234567890 соответсвенно. остальной кусок ури - оставить без изменений. Наперед благодарен! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154547,154547#msg-154547 From kav на karagodov.name Wed Dec 1 00:54:11 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 1 Dec 2010 00:54:11 +0300 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <4CF56F73.20407@kpi.ua> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> Message-ID: <002F48C6-2986-44E2-B46B-4BACA6407922@karagodov.name> как нить вот так random_index привернуть http://sysoev.ru/nginx/docs/http/ngx_http_random_index_module.html On 01.12.2010, at 0:41, Андрей Василишин wrote: > 30.11.2010 22:41, Михаил Монашёв пишет: >> Здравствуйте, Андрей. >> >> АВ> Ну, не обязательно так, можно просто добавить параметры: random, direct. >> АВ> По умолчанию сделать direct. >> >> А можно ничего не добавлять, а включить фантазию и обойтись текущими >> возможностями. > > Расскажите как? > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From a.vasilishin на kpi.ua Wed Dec 1 01:11:55 2010 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Wed, 01 Dec 2010 00:11:55 +0200 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <002F48C6-2986-44E2-B46B-4BACA6407922@karagodov.name> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> <002F48C6-2986-44E2-B46B-4BACA6407922@karagodov.name> Message-ID: <4CF576AB.6060309@kpi.ua> 30.11.2010 23:54, Alexey V. Karagodov пишет: > как нить вот так random_index привернуть > > http://sysoev.ru/nginx/docs/http/ngx_http_random_index_module.html > Модуль ngx_http_random_index_module выдаёт случайный файл в качестве индексного файла каталога. Честно говоря пока не догоняю как мне это может помочь. У меня задача - разгразить диски. В случае try_files, когда по всем путям находится абсолютно одинаковый контент, все запросы прийдут в то место, которое прописано первой строчкой, при этом остальные пути будут простаивать. В любом случае, нагрузка на первый путь будет гораздо больше чем на последний. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From postmaster на softsearch.ru Wed Dec 1 01:12:46 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 1 Dec 2010 01:12:46 +0300 Subject: =?UTF-8?B?UmVbMl06IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC7?= =?UTF-8?B?0LPQvtGA0LjRgtC8IHRyeV9maWxlcw==?= In-Reply-To: <4CF56F73.20407@kpi.ua> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> Message-ID: <758734327.20101201011246@softsearch.ru> Здравствуйте, Андрей. >> АВ> Ну, не обязательно так, можно просто добавить параметры: random, direct. >> АВ> По умолчанию сделать direct. >> >> А можно ничего не добавлять, а включить фантазию и обойтись текущими >> возможностями. АВ> Расскажите как? 1. Завести 8 try_files с разной последовательностью перебора: 12345678, 23456781, ... 81234567. 2. Ввести случайный параметр, который будет переключать между ними. Это может быть установленные запрашивающей стороной кука, субдомен, порт, или случайная переменная из встроенного перла, или переменная из гео-модуля (поделить весь диапазон адресов на 8 примерно равных частей, например сгенерив 65536 подсетей /16 и присвоить им значения от 1 до 8). 3. пожертвовать за отсутствии фантазии 100$ http://sysoev.ru/donation.html Пишу точную цифру, ибо не уверен, что сможете придумать её сами. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From kav на karagodov.name Wed Dec 1 01:21:39 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 1 Dec 2010 01:21:39 +0300 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <4CF576AB.6060309@kpi.ua> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> <002F48C6-2986-44E2-B46B-4BACA6407922@karagodov.name> <4CF576AB.6060309@kpi.ua> Message-ID: <91472CE8-D49A-4433-88C9-2CA30DEC8D39@karagodov.name> смотря что именно он выдаёт файлов в каталоге может быть, например, 8 никогда не пользовал этот модуль On 01.12.2010, at 1:11, Андрей Василишин wrote: > 30.11.2010 23:54, Alexey V. Karagodov пишет: >> как нить вот так random_index привернуть >> >> http://sysoev.ru/nginx/docs/http/ngx_http_random_index_module.html >> > > Модуль ngx_http_random_index_module выдаёт случайный файл в качестве индексного файла каталога. > > Честно говоря пока не догоняю как мне это может помочь. > > У меня задача - разгразить диски. В случае try_files, когда по всем путям находится абсолютно одинаковый контент, все запросы прийдут в то место, которое прописано первой строчкой, при этом остальные пути будут простаивать. В любом случае, нагрузка на первый путь будет гораздо больше чем на последний. > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From a.vasilishin на kpi.ua Wed Dec 1 01:27:09 2010 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Wed, 01 Dec 2010 00:27:09 +0200 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <758734327.20101201011246@softsearch.ru> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> <758734327.20101201011246@softsearch.ru> Message-ID: <4CF57A3D.2090103@kpi.ua> 01.12.2010 0:12, Михаил Монашёв пишет: > Здравствуйте, Андрей. > >>> АВ> Ну, не обязательно так, можно просто добавить параметры: random, direct. >>> АВ> По умолчанию сделать direct. >>> >>> А можно ничего не добавлять, а включить фантазию и обойтись текущими >>> возможностями. > > АВ> Расскажите как? > > 1. Завести 8 try_files с разной последовательностью перебора: > 12345678, 23456781, ... 81234567. Тогда можно будеи и без try_files обойтись. > 2. Ввести случайный параметр, который будет переключать между ними. > Это может быть установленные запрашивающей стороной кука, субдомен, > порт, или случайная переменная из встроенного перла, или переменная из > гео-модуля (поделить весь диапазон адресов на 8 примерно равных > частей, например сгенерив 65536 подсетей /16 и присвоить им значения > от 1 до 8). Можно конечно такой велосипед городить, но мне кажется мой алгоритм вместится в 10 строк. К сожалению не владею С, поэтому сам не могу его реализовать. > 3. пожертвовать за отсутствии фантазии 100$ http://sysoev.ru/donation.html > Пишу точную цифру, ибо не уверен, что сможете придумать её сами. Этот вариант мне более по душе, все равно давно уже хочу поблагодарить Игоря за нгинкс. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Wed Dec 1 01:49:08 2010 From: nginx-forum на nginx.us (Lord_of_fear) Date: Tue, 30 Nov 2010 17:49:08 -0500 Subject: =?UTF-8?B?0J7RiNC40LHQutCwICJObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Ig==?= Message-ID: Доброго времени суток. Настроил связку apache+nginx. На vps хостятся Drupal и WordPress. На обоих хостах имею в логе кучу ошибок вида: [b]2010/11/30 00:36:51 [error] 36315#0: *41773 open() "/var/www/mysite1/folder/1/0.jpg" failed (2: No such file or directory) 2010/11/30 00:36:51 [error] 36315#0: *41773 open() "/var/www/mysite2/folder1/2/2.png" failed (2: No such file or directory)[/b] И так по всем статическим файлам, которые должен отдавать NginX. Но весь контент юзеру отдаётся корректно. Файлы по всем путям существую и пермишены на них выставлены корректно. Прочитать файл, открыть директорию имеет право любой пользователь. [u]Подскажите, пожалуйста, что мне сделать?[/u] Привожу конфиг nginx: [code] user www-data; worker_processes 5; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; access_log off; server_names_hash_bucket_size 64; sendfile on; keepalive_timeout 65; tcp_nodelay on; gzip on; gzip_min_length 1024; gzip_types text/html text/xml text/css application/x-javascript text/javascript; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; } [/code] Конфиг одного из хостов. На втором всё аналогично: [code] server { # какой порт слушать listen 80; server_name mysite1.ru www.mysite1.ru; location / { proxy_pass http://127.0.0.1:81/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location ~* \.(gif|jpg|jpeg|png|ico|css|swf|js|html|htm|xml|txt|gz|bmp|xls)$ { root /var/www/mysite1; } } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154578,154578#msg-154578 From kav на karagodov.name Wed Dec 1 02:00:43 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 1 Dec 2010 02:00:43 +0300 Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQsCAiTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeSI=?= In-Reply-To: References: Message-ID: <50D96C6A-0591-4F36-BF13-39AF9471C24E@karagodov.name> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files On 01.12.2010, at 1:49, Lord_of_fear wrote: > Доброго времени суток. > Настроил связку apache+nginx. На vps хостятся > Drupal и WordPress. > На обоих хостах имею в логе кучу ошибок > вида: > [b]2010/11/30 00:36:51 [error] 36315#0: *41773 open() > "/var/www/mysite1/folder/1/0.jpg" failed (2: No such file or directory) > 2010/11/30 00:36:51 [error] 36315#0: *41773 open() > "/var/www/mysite2/folder1/2/2.png" failed (2: No such file or > directory)[/b] > И так по всем статическим файлам, > которые должен отдавать NginX. Но весь > контент юзеру отдаётся корректно. > Файлы по всем путям существую и > пермишены на них выставлены корректно. > Прочитать файл, открыть директорию > имеет право любой пользователь. > [u]Подскажите, пожалуйста, что мне > сделать?[/u] > Привожу конфиг nginx: > [code] > user www-data; > worker_processes 5; > > error_log /var/log/nginx/error.log; > pid /var/run/nginx.pid; > > events { > worker_connections 1024; > } > > http { > include /etc/nginx/mime.types; > default_type application/octet-stream; > access_log off; > server_names_hash_bucket_size 64; > > sendfile on; > > keepalive_timeout 65; > tcp_nodelay on; > > gzip on; > gzip_min_length 1024; > gzip_types text/html text/xml text/css application/x-javascript > text/javascript; > include /etc/nginx/conf.d/*.conf; > include /etc/nginx/sites-enabled/*; > } > [/code] > > Конфиг одного из хостов. На втором всё > аналогично: > > [code] > server { > # какой порт слушать > listen 80; > server_name mysite1.ru www.mysite1.ru; > location / { > proxy_pass http://127.0.0.1:81/; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > } > location ~* > \.(gif|jpg|jpeg|png|ico|css|swf|js|html|htm|xml|txt|gz|bmp|xls)$ { > root /var/www/mysite1; > } > } > [/code] > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154578,154578#msg-154578 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From postmaster на softsearch.ru Wed Dec 1 10:01:58 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 1 Dec 2010 10:01:58 +0300 Subject: =?UTF-8?B?UmVbMl06IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC7?= =?UTF-8?B?0LPQvtGA0LjRgtC8IHRyeV9maWxlcw==?= In-Reply-To: <4CF57A3D.2090103@kpi.ua> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> <758734327.20101201011246@softsearch.ru> <4CF57A3D.2090103@kpi.ua> Message-ID: <653350223.20101201100158@softsearch.ru> Здравствуйте, Андрей. >> 1. Завести 8 try_files с разной последовательностью перебора: >> 12345678, 23456781, ... 81234567. АВ> Тогда можно будеи и без try_files обойтись. Если Вы заранее знаете, где лежит нужный файл, то сразу оттуда его и запрашивайте. Сэкономите кучу IO и Ваш диски начнут значительно быстрее работать, особенно при большой иерархии директорий, от которой тоже, лучше избавляться со временем... >> 2. Ввести случайный параметр, который будет переключать между ними. >> Это может быть установленные запрашивающей стороной кука, субдомен, >> порт, или случайная переменная из встроенного перла, или переменная >> из гео-модуля (поделить весь диапазон адресов на 8 примерно равных >> частей, например сгенерив 65536 подсетей /16 и присвоить им >> значения от 1 до 8). АВ> Можно конечно такой велосипед городить, но мне кажется мой АВ> алгоритм вместится в 10 строк. К сожалению не владею С, поэтому АВ> сам не могу его реализовать. А поддерживать модуль, не владея С, довольно сложно. Через Год он вдруг почему-то перестанет работать с новой версией nginx и опять придётся кого-то искать. Я уже по этим граблям ходил. Я же предлагаю Вам написать сразу работающую конструкцию, а не минировать свой проект. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From nginx-forum на nginx.us Wed Dec 1 11:18:28 2010 From: nginx-forum на nginx.us (vromanov) Date: Wed, 01 Dec 2010 03:18:28 -0500 Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0LHQvtGC0LrQsCBQT1NUINC30LDQv9GA0L7RgdCw?= In-Reply-To: References: Message-ID: <8a7e97f31b89b209700282b5067f7813.NginxMailingListRussian@forum.nginx.org> Удалось что-нибудь придумать? Мне тоже хочется иметь модуль, коорый принимает данные через POST и складывает их базу. Проблема в том, что данные могут быть относительно большими - например, 1 мб. В базу хочется класть в виде BLOB. Т.е. меня бы устроил обработчик который вызвается после успешного приема тела запроса. При этом данные бы лежали в пуле запроса. Можно в виде цепочки буферов. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,149545,154654#msg-154654 From nginx-forum на nginx.us Wed Dec 1 11:45:55 2010 From: nginx-forum на nginx.us (kirpich) Date: Wed, 01 Dec 2010 03:45:55 -0500 Subject: =?UTF-8?Q?FastCGi_cache_=D0=B8_X-Accel-Redirect?= Message-ID: <9b445fc9f2bc44d5dbc2a1d339d961c4.NginxMailingListRussian@forum.nginx.org> Добрый день. Хотелось бы кэшировать запрос на превьюшки, получаемый от php по X-Accel-Redirect. Есть сервер nginx 0.8.53 + php-fpm 5.3.3 кэшировать пытаюсь вот так... fastcgi_cache_path /var/cache/nginx levels= keys_zone=thumbs_cache:5m; ... ... location /media/thumbnail/ { fastcgi_cache thumbs_cache; fastcgi_cache_valid 200 301 302 304 5m; fastcgi_cache_key "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; fastcgi_hide_header "Set-Cookie"; fastcgi_ignore_headers "Cache-Control" "Expires"; fastcgi_pass_header X-Accel-Redirect; } Запрос получается вида http://site/sandbox/media/thumbnail/381 Картинка отдаётся с диска. В Кэше пусто. Попробовал включать кэш для страниц - работает. Что я делаю не так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154659,154659#msg-154659 From onokonem на gmail.com Wed Dec 1 11:53:49 2010 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 1 Dec 2010 11:53:49 +0300 Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0LHQvtGC0LrQsCBQT1NUINC30LDQv9GA0L7RgdCw?= In-Reply-To: <8a7e97f31b89b209700282b5067f7813.NginxMailingListRussian@forum.nginx.org> References: <8a7e97f31b89b209700282b5067f7813.NginxMailingListRussian@forum.nginx.org> Message-ID: > Т.е. меня бы устроил обработчик который > вызвается после успешного приема тела > запроса. Дык есть же такой! У встроенного перла. Или вам обязательно модуль для nginx на c? а зачем? производительность? уверяю вас, на заявленных операциях разницу вы не сможете даже измерить, не то, что ей воспользоваться. From a.vasilishin на kpi.ua Wed Dec 1 12:03:07 2010 From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Wed, 01 Dec 2010 11:03:07 +0200 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <653350223.20101201100158@softsearch.ru> References: <4CF3E8F1.1010904@kpi.ua> <622884066.20101130181456@mtu-net.ru> <4CF554C9.90008@kpi.ua> <1764055536.20101130234125@softsearch.ru> <4CF56F73.20407@kpi.ua> <758734327.20101201011246@softsearch.ru> <4CF57A3D.2090103@kpi.ua> <653350223.20101201100158@softsearch.ru> Message-ID: <4CF60F4B.3050303@kpi.ua> 01.12.2010 9:01, Михаил Монашёв пишет: > Здравствуйте, Андрей. > >>> 1. Завести 8 try_files с разной последовательностью перебора: >>> 12345678, 23456781, ... 81234567. > > АВ> Тогда можно будеи и без try_files обойтись. > > Если Вы заранее знаете, где лежит нужный файл, то сразу оттуда его и > запрашивайте. Сэкономите кучу IO и Ваш диски начнут значительно > быстрее работать, особенно при большой иерархии директорий, от которой > тоже, лучше избавляться со временем... Ну, вообще-то не знаю, я писал в первом сообщении, что раскидываю файлы с помощью aufs, но даже если знаю, хотелось бы обойтись без всяких баз. >>> 2. Ввести случайный параметр, который будет переключать между ними. >>> Это может быть установленные запрашивающей стороной кука, субдомен, >>> порт, или случайная переменная из встроенного перла, или переменная >>> из гео-модуля (поделить весь диапазон адресов на 8 примерно равных >>> частей, например сгенерив 65536 подсетей /16 и присвоить им >>> значения от 1 до 8). > > АВ> Можно конечно такой велосипед городить, но мне кажется мой > АВ> алгоритм вместится в 10 строк. К сожалению не владею С, поэтому > АВ> сам не могу его реализовать. > > А поддерживать модуль, не владея С, довольно сложно. Через Год он > вдруг почему-то перестанет работать с новой версией nginx и опять > придётся кого-то искать. Я уже по этим граблям ходил. > > Я же предлагаю Вам написать сразу работающую конструкцию, а не > минировать свой проект. Ну, отдельный модуль не обязательно писать, можно включить директиву try_random_files в ngx_http_core_module. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-forum на nginx.us Wed Dec 1 13:00:29 2010 From: nginx-forum на nginx.us (vromanov) Date: Wed, 01 Dec 2010 05:00:29 -0500 Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0LHQvtGC0LrQsCBQT1NUINC30LDQv9GA0L7RgdCw?= In-Reply-To: References: Message-ID: <0cac9b237315325898a2684592f012b4.NginxMailingListRussian@forum.nginx.org> У нас уже есть куча модулей на С. Все они работают с базой данных (TimesTen). Это еще один запрос к куче других (уже написанных). Не хочется ради одного запроса вводить новую сущность с кучей проблем, начиная от различной обработки ошибок, конфигурации до возможных проблем с доступом из перла в TimesTen. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,149545,154679#msg-154679 From citrin на citrin.ru Wed Dec 1 13:21:29 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Wed, 01 Dec 2010 13:21:29 +0300 Subject: =?UTF-8?B?UmU6IFtmcl0g0JjQt9C80LXQvdC40YLRjCDQvdC10LzQvdC+0LPQviDQsNC70LM=?= =?UTF-8?B?0L7RgNC40YLQvCB0cnlfZmlsZXM=?= In-Reply-To: <4CF3E8F1.1010904@kpi.ua> References: <4CF3E8F1.1010904@kpi.ua> Message-ID: <4CF621A9.2030309@citrin.ru> On 11/29/10 20:54, Андрей Василишин wrote: > Все эти 8 веников объединены с помощью aufs и при заливке файл рандомно попадет > на один из дисков и потом скриптом копируется на соседний. > При чтении, если использовать aufs, то получится, что запросы всегда идут к тому > диску, где первым найден файл: /storage1, /storage3, /storage5, /storage7 (то > есть по порядку как это делает сейчас try_files), остальные диски при этом > простаивают. > Если немного модифицировать алгоритм try_files, когда первый путь для поиска > будет выбираться рандомно и затем обходить все оставшиеся пути по кругу, то мы > получим равномерное распределение запросов по дискам в такой конструкции: > try_files > /storage1$uri > /storage3$uri > /storage5$uri > /storage7$uri > /storage2$uri > /storage4$uri > /storage6$uri > /storage8$uri Можно не модифицировать try_files, а использовать встроенный perl и rewrite. -- Anton Yuzhaninov From greenh на gmail.com Wed Dec 1 14:54:29 2010 From: greenh на gmail.com (greenh) Date: Wed, 1 Dec 2010 13:54:29 +0200 Subject: =?UTF-8?B?0L7RiNC40LHQutCw?= Message-ID: Извините за ламерство, но подскажите плз, что обозначает вот такая ошибка [error] 77736#0: accept() failed (53: Software caused connection abort) From igor на sysoev.ru Wed Dec 1 14:56:03 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 1 Dec 2010 14:56:03 +0300 Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsA==?= In-Reply-To: References: Message-ID: <20101201115603.GC65322@rambler-co.ru> On Wed, Dec 01, 2010 at 01:54:29PM +0200, greenh wrote: > Извините за ламерство, но подскажите плз, что обозначает вот такая ошибка > [error] 77736#0: accept() failed (53: Software caused connection abort) http://sysoev.ru/nginx/docs/faq.html -- Игорь Сысоев http://sysoev.ru From citrin на citrin.ru Wed Dec 1 14:57:15 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Wed, 01 Dec 2010 14:57:15 +0300 Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsA==?= In-Reply-To: References: Message-ID: <4CF6381B.8080801@citrin.ru> On 12/01/10 14:54, greenh wrote: > Извините за ламерство, но подскажите плз, что обозначает вот такая ошибка > [error] 77736#0: accept() failed (53: Software caused connection abort) http://sysoev.ru/nginx/docs/faq.html Пока таких ошибок мало на них можно не обращать внимание. Если много - это может косвенно говорить о проблемах в сети. -- Anton Yuzhaninov From greenh на gmail.com Wed Dec 1 15:46:24 2010 From: greenh на gmail.com (greenh) Date: Wed, 1 Dec 2010 14:46:24 +0200 Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsA==?= In-Reply-To: <4CF6381B.8080801@citrin.ru> References: <4CF6381B.8080801@citrin.ru> Message-ID: о физических проблемах? 2010/12/1 Anton Yuzhaninov : > On 12/01/10 14:54, greenh wrote: >> >> Извините за ламерство, но подскажите плз,  что обозначает вот такая ошибка >>  [error] 77736#0: accept() failed (53: Software caused connection abort) > > http://sysoev.ru/nginx/docs/faq.html > > Пока таких ошибок мало на них можно не обращать внимание. Если много - это > может косвенно говорить о проблемах в сети. From lvm на rkmail.ru Wed Dec 1 16:02:38 2010 From: lvm на rkmail.ru (=?UTF-8?B?0JvQsNC30L7QstGB0LrQuNC5INCS0LDQtNC40Lw=?=) Date: Wed, 01 Dec 2010 16:02:38 +0300 Subject: =?UTF-8?B?NDAzINCy0LzQtdGB0YLQviAyMDA=?= Message-ID: <4CF6476E.8060906@rkmail.ru> Здравствуйте. Есть конфигурация вида: error_page 403 = /fancypage/403.html; location / { return 403; } location /fancypage/ { ...; } Все работает, но страница ошибки отдается с кодом 200, а хочется сохранить 403. Буду благодарен за советы. -- С уважением, Лазовский Вадим From ufaweb на gmail.com Wed Dec 1 16:08:57 2010 From: ufaweb на gmail.com (=?KOI8-R?B?8tXTzMHOIPvB0snQz9c=?=) Date: Wed, 1 Dec 2010 18:08:57 +0500 Subject: =?UTF-8?B?UmU6IDQwMyDQstC80LXRgdGC0L4gMjAw?= In-Reply-To: <4CF6476E.8060906@rkmail.ru> References: <4CF6476E.8060906@rkmail.ru> Message-ID: 1 декабря 2010 г. 18:02 пользователь Лазовский Вадим написал: > Здравствуйте. > > Есть конфигурация вида: > > error_page 403 = /fancypage/403.html; > location / { >        return 403; > } > > location /fancypage/ { >        ...; > } > > Все работает, но страница ошибки отдается с кодом 200, а хочется сохранить > 403. > Из документации: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page Кроме того, можно поменять код ответа на другой, например: error_page 404 =200 /empty.gif; -- С уважением, Шарипов Руслан. Руководитель отдела разработки и сопровождения программного обеспечения ОАО "Уфанет". Контактная информация: jid: serafim на jabber.ufanet.ru wave: ufaweb на googlewave.com skype: ufaweb phone: +7(917)4775460 vkontakte: http://vkontakte.ru/ufaweb myspace: http://www.myspace.com/ufaweb facebook: http://facebook.com/sharipov linkedin: http://www.linkedin.com/in/ufaweb twitter: http://twitter.com/ufaweb From nginx-forum на nginx.us Wed Dec 1 16:18:27 2010 From: nginx-forum на nginx.us (vadlm) Date: Wed, 01 Dec 2010 08:18:27 -0500 Subject: =?UTF-8?B?0J/RgNC+0LrQvtC80LzQtdC90YLQuNGA0YPQudGC0LUg0L/QvtC20LDQu9GD0Lk=?= =?UTF-8?B?0YHRgtCwINGA0LXQt9GD0LvRjNGC0LDRgiDQvNC+0LTRg9C70Y8gU3R1YlN0?= =?UTF-8?B?YXR1cw==?= Message-ID: <37b074dfea4d1c5b1e645f370ad95f36.NginxMailingListRussian@forum.nginx.org> Получил вот такой результат: Active connections: 12196 server accepts handled requests 17276 17276 29657 Reading: 83 Writing: 1 Waiting: 12112 очень смущает количество active connections и waiting. А так же writing: 1 - иногда доходит до 3-8, а так все время держиться на уровне 1. При том подозреваю, что writing: 1 это как раз мой запрос статистики. Мой модуль относительно долго обрабатывает запрос (парсит, генерит картинку, пишет в файл). Т.е. получается, что nginx быстро отдает сформированный буфер, а все остальное время читает из active connections и обрабатывает? Правильно ли я понимаю цифры? И чего такая большая очередь, хотя вроде судя по логам ничего не теряем? Буду рад любым соображениям по этому поводу. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154736,154736#msg-154736 From lvm на rkmail.ru Wed Dec 1 16:32:26 2010 From: lvm на rkmail.ru (=?KOI8-R?Q?=EC=C1=DA=CF=D7=D3=CB=C9=CA_=F7=C1=C4=C9=CD?=) Date: Wed, 01 Dec 2010 16:32:26 +0300 Subject: =?UTF-8?B?UmU6IDQwMyDQstC80LXRgdGC0L4gMjAw?= In-Reply-To: References: <4CF6476E.8060906@rkmail.ru> Message-ID: <4CF64E6A.90700@rkmail.ru> 01.12.2010 16:08, Руслан Шарипов пишет: > 1 декабря 2010 г. 18:02 пользователь Лазовский Вадим написал: >> Здравствуйте. >> >> Есть конфигурация вида: >> >> error_page 403 = /fancypage/403.html; >> location / { >> return 403; >> } >> >> location /fancypage/ { >> ...; >> } >> >> Все работает, но страница ошибки отдается с кодом 200, а хочется сохранить >> 403. >> > > Из документации: > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page > > Кроме того, можно поменять код ответа на другой, например: > error_page 404 =200 /empty.gif; > Очевидное невероятное :) В людском понимании "поменять" есть замена чего-то на что-то другое. Но тем не менее error_page 403 =403 /fancypage/403.html; работает как надо. Спасибо! -- С уважением, Лазовский Вадим ООО "СИТИЛИНК" e-mail: lvm на rkmail.ru From mdounin на mdounin.ru Wed Dec 1 16:42:58 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 1 Dec 2010 16:42:58 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60L7QvNC80LXQvdGC0LjRgNGD0LnRgtC1INC/0L7QttCw0Ls=?= =?UTF-8?B?0YPQudGB0YLQsCDRgNC10LfRg9C70YzRgtCw0YIg0LzQvtC00YPQu9GPIFN0?= =?UTF-8?B?dWJTdGF0dXM=?= In-Reply-To: <37b074dfea4d1c5b1e645f370ad95f36.NginxMailingListRussian@forum.nginx.org> References: <37b074dfea4d1c5b1e645f370ad95f36.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101201134258.GX72777@mdounin.ru> Hello! On Wed, Dec 01, 2010 at 08:18:27AM -0500, vadlm wrote: > Получил вот такой результат: > > Active connections: 12196 > server accepts handled requests > 17276 17276 29657 > Reading: 83 Writing: 1 Waiting: 12112 > > очень смущает количество active connections и > waiting. А так же writing: 1 - иногда доходит до > 3-8, а так все время держиться на уровне 1. Waiting - это keepalive. Writing - соединения, в которых заголовок запроса прочитан целиком и началась обработка. Reading, соответственно, - соединения, в которых читаем заголовок запроса. Active - сумма всех соединений. > При том подозреваю, что writing: 1 это как > раз мой запрос статистики. Да. > Мой модуль относительно долго > обрабатывает запрос (парсит, генерит > картинку, пишет в файл). Т.е. получается, > что nginx быстро отдает сформированный > буфер, а все остальное время читает из > active connections и обрабатывает? Нет, все соединения, для которых работает модуль - будут в состоянии writing. Но надо понимать, что если обработка полностью блокирующаяся - то таких соединений не может быть больше, чем рабочих процессов nginx'а. Все остальные будут висеть в reading/waiting (или вообще в listen queue сокета), пока у nginx'а не появится возможность узнать, что в них что-то произошло. > Правильно ли я понимаю цифры? И чего > такая большая очередь, хотя вроде судя > по логам ничего не теряем? > Буду рад любым соображениям по этому > поводу. См. выше. Maxim Dounin From mdounin на mdounin.ru Wed Dec 1 16:45:11 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 1 Dec 2010 16:45:11 +0300 Subject: =?UTF-8?B?UmU6IDQwMyDQstC80LXRgdGC0L4gMjAw?= In-Reply-To: <4CF64E6A.90700@rkmail.ru> References: <4CF6476E.8060906@rkmail.ru> <4CF64E6A.90700@rkmail.ru> Message-ID: <20101201134511.GY72777@mdounin.ru> Hello! On Wed, Dec 01, 2010 at 04:32:26PM +0300, Лазовский Вадим wrote: > 01.12.2010 16:08, Руслан Шарипов пишет: > >1 декабря 2010 г. 18:02 пользователь Лазовский Вадим написал: > >>Здравствуйте. > >> > >>Есть конфигурация вида: > >> > >>error_page 403 = /fancypage/403.html; > >>location / { > >> return 403; > >>} > >> > >>location /fancypage/ { > >> ...; > >>} > >> > >>Все работает, но страница ошибки отдается с кодом 200, а хочется сохранить > >>403. > >> > > > >Из документации: > >http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page > > > >Кроме того, можно поменять код ответа на другой, например: > >error_page 404 =200 /empty.gif; > > > > Очевидное невероятное :) > > В людском понимании "поменять" есть замена чего-то на что-то другое. > Но тем не менее > > error_page 403 =403 /fancypage/403.html; > > работает как надо. А можно ещё прочитать документацию, то станет понятно, что если код ответа менять не надо - то достаточно просто не писать "=". error_page 403 /fancypage/403.html; Maxim Dounin From nginx-forum на nginx.us Wed Dec 1 16:48:34 2010 From: nginx-forum на nginx.us (vadlm) Date: Wed, 01 Dec 2010 08:48:34 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60L7QvNC80LXQvdGC0LjRgNGD0LnRgtC1INC/0L7QttCw0Ls=?= =?UTF-8?B?0YPQudGB0YLQsCDRgNC10LfRg9C70YzRgtCw0YIg0LzQvtC00YPQu9GPIFN0?= =?UTF-8?B?dWJTdGF0dXM=?= In-Reply-To: <37b074dfea4d1c5b1e645f370ad95f36.NginxMailingListRussian@forum.nginx.org> References: <37b074dfea4d1c5b1e645f370ad95f36.NginxMailingListRussian@forum.nginx.org> Message-ID: Ну в общем немного разобрался немного. в конфиге стояло keepalive_timeout 65; сделал 0. теперь цифры более понятные Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154736,154749#msg-154749 From nginx-forum на nginx.us Wed Dec 1 16:53:20 2010 From: nginx-forum на nginx.us (vadlm) Date: Wed, 01 Dec 2010 08:53:20 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60L7QvNC80LXQvdGC0LjRgNGD0LnRgtC1INC/0L7QttCw0Ls=?= =?UTF-8?B?0YPQudGB0YLQsCDRgNC10LfRg9C70YzRgtCw0YIg0LzQvtC00YPQu9GPIFN0?= =?UTF-8?B?dWJTdGF0dXM=?= In-Reply-To: <20101201134258.GX72777@mdounin.ru> References: <20101201134258.GX72777@mdounin.ru> Message-ID: Спасибо, Maxim. Благодаря Вам начинаю лучше понимать как тут все устроено. А то эти цифры в waiting слегка "напугали", уж было подумал, что теряю много запросов. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,154736,154752#msg-154752 From nginx-forum на nginx.us Wed Dec 1 17:08:16 2010 From: nginx-forum на nginx.us (r00t) Date: Wed, 01 Dec 2010 09:08:16 -0500 Subject: =?UTF-8?B?UmU6INC60LDQuiDQvtGC0YDQtdC00LDQutGC0LjRgNC+0LLQsNGC0Ywg0L7RiNC4?= =?UTF-8?B?0LHQutGDIDQwMw==?= In-Reply-To: <20101129191930.GB86189@rambler-co.ru> References: <20101129191930.GB86189@rambler-co.ru> Message-ID: <53718a1b561898666f01cfb82e6c4be0.NginxMailingListRussian@forum.nginx.org> Igor Sysoev Wrote: ------------------------------------------------------- > Именно поэтому не нужно без > нужды использовать rewrite > там, > где достаточно alias: > > location = /errors/403.html { > alias /home/error_pages/403.html; > allow all; > } Спасибо Вам большое за поправку , буду иметь ввиду ;-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,153069,154755#msg-154755 From boris на dolgov.name Wed Dec 1 17:40:57 2010 From: boris на dolgov.name (Boris Dolgov) Date: Wed, 1 Dec 2010 17:40:57 +0300 Subject: =?UTF-8?B?UmU6IDQwMyDQstC80LXRgdGC0L4gMjAw?= In-Reply-To: <4CF64E6A.90700@rkmail.ru> References: <4CF6476E.8060906@rkmail.ru> <4CF64E6A.90700@rkmail.ru> Message-ID: Просто не нужно равно, так как оно меняет код ответа на 200, если число не указано. 2010 12 1 16:33 пользователь "Лазовский Вадим" написал: > 01.12.2010 16:08, Руслан Шарипов пишет: >> 1 декабря 2010 г. 18:02 пользователь Лазовский Вадим написал: >>> Здравствуйте. >>> >>> Есть конфигурация вида: >>> >>> error_page 403 = /fancypage/403.html; >>> location / { >>> return 403; >>> } >>> >>> location /fancypage/ { >>> ...; >>> } >>> >>> Все работает, но страница ошибки отдается с кодом 200, а хочется сохранить >>> 403. >>> >> >> Из документации: >> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#error_page >> >> Кроме того, можно поменять код ответа на другой, например: >> error_page 404 =200 /empty.gif; >> > > Очевидное невероятное :) > > В людском понимании "поменять" есть замена чего-то на что-то другое. > Но тем не менее > > error_page 403 =403 /fancypage/403.html; > > работает как надо. > > Спасибо! > > -- > С уважением, > Лазовский Вадим > ООО "СИТИЛИНК" > e-mail: lvm на rkmail.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From server_inc на list.ru Thu Dec 2 00:51:18 2010 From: server_inc на list.ru (=?UTF-8?B?0KHRgtCw0L3QuNGB0LvQsNCy?=) Date: Wed, 01 Dec 2010 23:51:18 +0200 Subject: =?UTF-8?B?0J3QtdGB0LrQvtC70YzQutC+INC00LjRgNC10LrRgtC40LIgc2VydmVyX25hbWU=?= Message-ID: <4CF6C356.7060501@list.ru> Здравствуйте! Подскажите пожалуйста, можно ли делать так: server { listen 80; server_name www.mydomain.org; server_name mydomain.org; server_name mydomain.ru; ................... } Такая конструкция работает в nginx 0.6 но не получается заставить ее работать в nginx 0.7 From alexander.moskalenko на gmail.com Thu Dec 2 00:53:24 2010 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Wed, 1 Dec 2010 23:53:24 +0200 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: <4CF6C356.7060501@list.ru> References: <4CF6C356.7060501@list.ru> Message-ID: Имена можно перечислить через пробел 2010/12/1 Станислав > Здравствуйте! > > Подскажите пожалуйста, можно ли делать так: > > server { > listen 80; > server_name www.mydomain.org; > server_name mydomain.org; > server_name mydomain.ru; > > ................... > > } > > Такая конструкция работает в nginx 0.6 но не получается заставить ее > работать в nginx 0.7 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexey.bondar на gmail.com Thu Dec 2 00:55:50 2010 From: alexey.bondar на gmail.com (Alexey Bondar) Date: Thu, 2 Dec 2010 00:55:50 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: <4CF6C356.7060501@list.ru> References: <4CF6C356.7060501@list.ru> Message-ID: On Dec 2, 2010, at 00:51 , Станислав wrote: server { listen 80; server_name www.mydomain.org, mydomain.org, mydomain.ru; } > Такая конструкция работает в nginx 0.6 но не получается заставить ее работать в nginx 0.7 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenh на gmail.com Thu Dec 2 00:57:04 2010 From: greenh на gmail.com (greenh) Date: Wed, 1 Dec 2010 23:57:04 +0200 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: References: <4CF6C356.7060501@list.ru> Message-ID: можно без запятой даже 2010/12/1 Alexey Bondar : > > On Dec 2, 2010, at 00:51 , Станислав wrote: > server { >        listen       80; >        server_name  www.mydomain.org, >                                  mydomain.org, >                                  mydomain.ru; > } > > Такая конструкция работает в nginx 0.6 но не получается заставить ее > работать в nginx 0.7 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From alexey.bondar на gmail.com Thu Dec 2 01:42:01 2010 From: alexey.bondar на gmail.com (Alexey Bondar) Date: Thu, 2 Dec 2010 01:42:01 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: References: <4CF6C356.7060501@list.ru> Message-ID: On Dec 2, 2010, at 00:57 , greenh wrote: > можно без запятой даже Помоему, даже нужно: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#server_name From ne на vbart.ru Thu Dec 2 11:13:57 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 2 Dec 2010 11:13:57 +0300 Subject: =?UTF-8?B?0JLQvtC/0YDQvtGB0L7QsiDQvdCw0LrQvtC/0LjQu9C+0YHRjCDQv9C+INGA0LA=?= =?UTF-8?B?0LHQvtGC0LUg0YEg0LHRg9GE0LXRgNCw0LzQuC4g0Jgg0LrQsNC6INC+0L8=?= =?UTF-8?B?0YLQuNC80LDQu9GM0L3QviDQsdGD0YTQtdGA0LjQt9C+0LLQsNGC0Ywg0LI=?= =?UTF-8?B?0LXRgdGMINC40YHRhdC+0LTRj9GJ0LjQuSDQv9C+0YLQvtC6INCy0L3Rg9GC?= =?UTF-8?B?0YDQuCDRhNC40LvRjNGC0YDQsD8=?= Message-ID: <201012021113.57397.ne@vbart.ru> Добрый день. Надеюсь на помощь гораздо более опытных, чем я. Мне в модуле-фильтре необходимо буферизовать весь ответ, сложив все in chains в два целиковых буфера. Размер первого всегда заранее известен, размер второго зависит от размера данных и известен только в случае если уже установлен заголовок content-length. После этого, на основе этих двух полученных буферов формируется совершенно новый набор данных, которые уже посылаются дальше. Как сделал я. Я создаю первый буфер, его размер всегда известен заранее и копирую туда данные из приходящих in chains, пока он не заполнится. Также я решил сделать небольшую оптимизацию, в случае, если все необходимые для него данные и так содержатся в пределах одного пришедшего буфера, я использую его, вместо создания своего и копирования туда. И тут первый вопрос возник. Я обнаружил, что таким образом я блокирую механизм повторного использования освобожденных буферов в ngx_output_chain, которую передо мной вызывает copy-фильтр. Вызывается функция ngx_chain_update_chains, которая в случае использования мной первого пришедшего буфера в итоге всегда делает break на первой же итерации. Получается фиговая оптимизация, и лучше в моем случае всегда копировать данные в свой созданный буфер, или эту пустяки? Далее, мне нужно заполнить оставшимися данными второй буфер. Если заголовок content-length установлен, то я поступаю аналогично первому буферу. Если нет, то я сначала складываю отдельно все приходящие цепочки образуя одну большую единую цепь из данных, попутно считая их размер, а затем уже, по получении последнего буфера с признаком last_buf, создаю свой второй единый буфер, зная размер всех данных, и копирую туда их из собранной цепи. Опять же такой подход не дает высвобождать буфера до последнего момента. Кроме этого, как я понял, я не могу просто соединять цепочки, используя приходящие звенья. Мне необходимо создавать свою цепь звеньев, копируя в них указатели на буфера. Просто соединение приходящих цепей в некоторых случаях приводит к зацикливанию nginx уже упомянутым вызовом ngx_chain_update_chains из ngx_output_chain, так цепь в busy замыкается сама на себя при определенных обстоятельствах. В image_filter сделано гораздо проще, там если размер картинки заранее неизвестен, то выделяется буфер размером "image_filter_buffer" (по-молчанию 1Мб) и данные складываются в него, если их оказывается больше, то не повезло, ошибочка, если меньше, то излишек простаивает впустую. Неужели такой подход оптимальнее, чем буферизация цепочки с целью вычисления размера данных? Может мне тоже так сделать? Заполнили два буфера всеми пришедшими данными. Теперь, если все Ок, происходит генерация нового потока данных. Я начинаю выделять буфера по мере наполнения размером ngx_pagesize выстраивая из них новую цепочку, которую затем и посылаю далее. Как бы тут сэкономить? В принципе, я могу использовать один из уже созданных буферов, но этого, как правило недостаточно. В то же время, в цепях busy и free внутри ngx_output_chain_ctx_t скопилось куча уже неиспользуемых буферов, можно ли взять от туда? Или можно их сразу складывать у себя "прозапас"? И как лучше сделать? Или еще откуда-то можно взять? Или лучше не стоит, и я все правильно делаю? Надеюсь на ваши разъяснения и подсказки. Возможно некоторые механизмы в nginx, я еще пока плохо понимаю. И не могли бы кто-нибудь пояснить назначение и использование в некоторых местах shadow и last_shadow у буферов? -- Валентин Бартенев From motienko на gmail.com Thu Dec 2 11:13:38 2010 From: motienko на gmail.com (Oleg Motienko) Date: Thu, 2 Dec 2010 11:13:38 +0300 Subject: =?UTF-8?B?UmU6INCl0LjRgtGA0YvQuSByZXdyaXRlINCyIHByb3h5IHBhc3M=?= In-Reply-To: <7aea9ca2c5790671069c1cd89269fc72.NginxMailingListRussian@forum.nginx.org> References: <7aea9ca2c5790671069c1cd89269fc72.NginxMailingListRussian@forum.nginx.org> Message-ID: Проверяйте через переменные с аргументами $arg_PARAMETER . http://wiki.nginx.org/NginxHttpCoreModule 2010/12/1 vash > > Здравствуйте > > Нужно получить следующее с помощью > proxy_pass > > Пользователи обращаясь к урл > > http://domain1.com/folder1/folder2/?a=123&s=1234567890&d=$1&c=3&m=$2&someid=29&Category=0x10000001 > > прокисруються на > > http://domain2.com/folder3/folder4/folder2?a=456&s=1234567890&d=$1&c=3&m=$2&someid=29&Category=0x10000001 > > где a=123&s=1234567890 - уникальны, тоесть нужна > проверка этих ?дшников, на остальные > выдавать 404 > > после проверки на уникальность 123 и > 1234567890 нужно запроксить их на 456 и 1234567890 > соответсвенно. остальной кусок ури - > оставить без изменений. > > Наперед благодарен! > From igor на sysoev.ru Thu Dec 2 11:26:36 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 2 Dec 2010 11:26:36 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: <4CF6C356.7060501@list.ru> References: <4CF6C356.7060501@list.ru> Message-ID: <20101202082636.GB41657@rambler-co.ru> On Wed, Dec 01, 2010 at 11:51:18PM +0200, Станислав wrote: > Здравствуйте! > > Подскажите пожалуйста, можно ли делать так: > > server { > listen 80; > server_name www.mydomain.org; > server_name mydomain.org; > server_name mydomain.ru; > > ................... > > } > > Такая конструкция работает в nginx 0.6 но не получается заставить ее > работать в nginx 0.7 Должно работать. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Thu Dec 2 11:26:59 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 2 Dec 2010 11:26:59 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQtNC40YDQtdC60YLQuNCyIHNlcnZlcl9u?= =?UTF-8?B?YW1l?= In-Reply-To: References: <4CF6C356.7060501@list.ru> Message-ID: <20101202082659.GC41657@rambler-co.ru> On Wed, Dec 01, 2010 at 11:57:04PM +0200, greenh wrote: > можно без запятой даже Нужно без запятой. > 2010/12/1 Alexey Bondar : > > > > On Dec 2, 2010, at 00:51 , Станислав wrote: > > server { > >        listen       80; > >        server_name  www.mydomain.org, > >                                  mydomain.org, > >                                  mydomain.ru; > > } > > > > Такая конструкция работает в nginx 0.6 но не получается заставить ее > > работать в nginx 0.7 -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Thu Dec 2 12:05:55 2010 From: nginx-forum на nginx.us (bo) Date: Thu, 02 Dec 2010 04:05:55 -0500 Subject: =?UTF-8?B?0JLRgNC10LzRjyDQttC40LfQvdC4INC60Y3RiNCwINC00L4g0LrQvtC90YbQsCA=?= =?UTF-8?B?0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= Message-ID: Можно ли указать время жизни кэша до конца дня, т.е., например, до "23:59:59 сегодня"? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155011,155011#msg-155011 From ilya.pirogov на devels.info Thu Dec 2 12:11:39 2010 From: ilya.pirogov на devels.info (=?UTF-8?B?0JjQu9GM0Y8g0J/QuNGA0L7Qs9C+0LI=?=) Date: Thu, 2 Dec 2010 12:11:39 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0LbQuNC30L3QuCDQutGN0YjQsCDQtNC+INC60L7QvdGG?= =?UTF-8?B?0LAg0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= In-Reply-To: References: Message-ID: 2 декабря 2010 г. 12:05 пользователь bo написал: > Можно ли указать время жизни кэша до > конца дня, т.е., например, до "23:59:59 > сегодня"? > http://sysoev.ru/nginx/docs/http/ngx_http_headers_module.html#expires ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Thu Dec 2 13:12:42 2010 From: nginx-forum на nginx.us (bo) Date: Thu, 02 Dec 2010 05:12:42 -0500 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0LbQuNC30L3QuCDQutGN0YjQsCDQtNC+INC60L7QvdGG?= =?UTF-8?B?0LAg0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= In-Reply-To: References: Message-ID: <95635abbff17a03a381e726e06e7083d.NginxMailingListRussian@forum.nginx.org> Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155011,155021#msg-155021 From igor на sysoev.ru Thu Dec 2 13:13:02 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 2 Dec 2010 13:13:02 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0LbQuNC30L3QuCDQutGN0YjQsCDQtNC+INC60L7QvdGG?= =?UTF-8?B?0LAg0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= In-Reply-To: References: Message-ID: <20101202101302.GG41657@rambler-co.ru> On Thu, Dec 02, 2010 at 12:11:39PM +0300, Илья Пирогов wrote: > 2 декабря 2010 г. 12:05 пользователь bo написал: > > > Можно ли указать время жизни кэша до > > конца дня, т.е., например, до "23:59:59 > > сегодня"? > > > > http://sysoev.ru/nginx/docs/http/ngx_http_headers_module.html#expires Если речь про proxy_cache и ему подобным, то это не подходит. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Thu Dec 2 13:31:46 2010 From: nginx-forum на nginx.us (bo) Date: Thu, 02 Dec 2010 05:31:46 -0500 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0LbQuNC30L3QuCDQutGN0YjQsCDQtNC+INC60L7QvdGG?= =?UTF-8?B?0LAg0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= In-Reply-To: <20101202101302.GG41657@rambler-co.ru> References: <20101202101302.GG41657@rambler-co.ru> Message-ID: <595bb24fd4ce8be0b0a0cfc75b03a75e.NginxMailingListRussian@forum.nginx.org> А что подходит? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155011,155024#msg-155024 From igor на sysoev.ru Thu Dec 2 13:36:07 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 2 Dec 2010 13:36:07 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0LbQuNC30L3QuCDQutGN0YjQsCDQtNC+INC60L7QvdGG?= =?UTF-8?B?0LAg0LTQvdGPLiDQnNC+0LbQvdC+INC70Lg/?= In-Reply-To: <595bb24fd4ce8be0b0a0cfc75b03a75e.NginxMailingListRussian@forum.nginx.org> References: <20101202101302.GG41657@rambler-co.ru> <595bb24fd4ce8be0b0a0cfc75b03a75e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101202103606.GH41657@rambler-co.ru> On Thu, Dec 02, 2010 at 05:31:46AM -0500, bo wrote: > А что подходит? На данный момент - только явное указание бэкенда. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Thu Dec 2 14:19:13 2010 From: nginx-forum на nginx.us (SaBo) Date: Thu, 02 Dec 2010 06:19:13 -0500 Subject: XSLT + PHP Message-ID: <051cbefbfd438168fc108dfed7148da4.NginxMailingListRussian@forum.nginx.org> Хочу попробовать наложить XSLT на XML-ответ, сгенерированный с помощью PHP. Если создать просто XML-файл и наложить на него XSLT, то всё работает. Конфиг: location / { root /home/www/test/xml; index index.xml; xslt_stylesheet /home/www/test/xslt/default/main.xslt; } Если попробовать получить ответ от PHP, то тоже всё работает. Конфиг: location ~ \.php$ { root /home/www/test/php; fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /home/www/test/php$fastcgi_script_name; include fastcgi_params; } А вот наложить XSLT на PHP не получается - выдаёт сгенерированный XML. Поделитесь, плиз, рабочим конфигом :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155032,155032#msg-155032 From citrin на citrin.ru Thu Dec 2 14:22:36 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Thu, 02 Dec 2010 14:22:36 +0300 Subject: XSLT + PHP In-Reply-To: <051cbefbfd438168fc108dfed7148da4.NginxMailingListRussian@forum.nginx.org> References: <051cbefbfd438168fc108dfed7148da4.NginxMailingListRussian@forum.nginx.org> Message-ID: <4CF7817C.9040401@citrin.ru> On 12/02/10 14:19, SaBo wrote: > Хочу попробовать наложить XSLT на > XML-ответ, сгенерированный с помощью PHP. > > Если создать просто XML-файл и наложить > на него XSLT, то всё работает. Проверьте что Content-Type ответа от php скрипта text/xml -- Anton Yuzhaninov From nginx-forum на nginx.us Thu Dec 2 14:38:34 2010 From: nginx-forum на nginx.us (SaBo) Date: Thu, 02 Dec 2010 06:38:34 -0500 Subject: XSLT + PHP In-Reply-To: <4CF7817C.9040401@citrin.ru> References: <4CF7817C.9040401@citrin.ru> Message-ID: <69518ffb129351eab114ede755586da6.NginxMailingListRussian@forum.nginx.org> Спасибо, именно в этом было дело! Поправил так: header('Content-Type: text/xml'); Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155032,155036#msg-155036 From valery+nginxru на grid.net.ru Thu Dec 2 15:39:42 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Thu, 2 Dec 2010 12:39:42 +0000 (GMT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdC+0LIg0L3QsNC60L7Qv9C40LvQvtGB0Ywg0L/QviA=?= =?UTF-8?B?0YDQsNCx0L7RgtC1INGBINCx0YPRhNC10YDQsNC80LguINCYINC60LDQuiA=?= =?UTF-8?B?0L7Qv9GC0LjQvNCw0LvRjNC90L4g0LHRg9GE0LXRgNC40LfQvtCy0LDRgtGM?= =?UTF-8?B?INCy0LXRgdGMINC40YHRhdC+0LTRj9GJ0LjQuSDQv9C+0YLQvtC6INCy0L0=?= =?UTF-8?B?0YPRgtGA0Lgg0YTQuNC70YzRgtGA0LA/?= In-Reply-To: <201012021113.57397.ne@vbart.ru> Message-ID: <31925077.356.1291293582082.JavaMail.root@zone.mtgsy.net> ----- Валентин Бартенев wrote: > Добрый день. Надеюсь на помощь гораздо более опытных, чем я. > > Мне в модуле-фильтре необходимо буферизовать весь ответ, сложив все in chains > в два целиковых буфера. Размер первого всегда заранее известен, размер второго > зависит от размера данных и известен только в случае если уже установлен > заголовок content-length. После этого, на основе этих двух полученных буферов > формируется совершенно новый набор данных, которые уже посылаются дальше. > > > Как сделал я. Я создаю первый буфер, его размер всегда известен заранее и > копирую туда данные из приходящих in chains, пока он не заполнится. Также я > решил сделать небольшую оптимизацию, в случае, если все необходимые для него > данные и так содержатся в пределах одного пришедшего буфера, я использую его, > вместо создания своего и копирования туда. > > И тут первый вопрос возник. Я обнаружил, что таким образом я блокирую механизм > повторного использования освобожденных буферов в ngx_output_chain, которую > передо мной вызывает copy-фильтр. Вызывается функция ngx_chain_update_chains, > которая в случае использования мной первого пришедшего буфера в итоге всегда > делает break на первой же итерации. Получается фиговая оптимизация, и лучше в > моем случае всегда копировать данные в свой созданный буфер, или эту пустяки? На основе этого описания мне трудно понять что там происходит, но могу предположить, что после копирования пришедшего буфера Вы не обновляете указатель buf->pos до buf->last. Таким образом copy-фильтр думает, что эти данные всё ещё не обработаны и они зависают в busy. > Далее, мне нужно заполнить оставшимися данными второй буфер. Если заголовок > content-length установлен, то я поступаю аналогично первому буферу. Если нет, > то я сначала складываю отдельно все приходящие цепочки образуя одну большую > единую цепь из данных, попутно считая их размер, а затем уже, по получении > последнего буфера с признаком last_buf, создаю свой второй единый буфер, зная > размер всех данных, и копирую туда их из собранной цепи. > > Опять же такой подход не дает высвобождать буфера до последнего момента. Кроме > этого, как я понял, я не могу просто соединять цепочки, используя приходящие > звенья. Мне необходимо создавать свою цепь звеньев, копируя в них указатели на > буфера. Просто соединение приходящих цепей в некоторых случаях приводит к > зацикливанию nginx уже упомянутым вызовом ngx_chain_update_chains из > ngx_output_chain, так цепь в busy замыкается сама на себя при определенных > обстоятельствах. Да, нужно копировать цепь. Иначе фильтры, стоящие раньше в цепи, не смогут отслеживать прогресс обработки. Исключением является ситуация, когда фильтр без изменений передет цепь следующему фильтру. > В image_filter сделано гораздо проще, там если размер картинки заранее > неизвестен, то выделяется буфер размером "image_filter_buffer" (по-молчанию > 1Мб) и данные складываются в него, если их оказывается больше, то не повезло, > ошибочка, если меньше, то излишек простаивает впустую. Неужели такой подход > оптимальнее, чем буферизация цепочки с целью вычисления размера данных? Может > мне тоже так сделать? Думаю, так сделано с одной стороны для простоты, а с другой стороны потому что редкая универсальная графическая библиотека поддерживает поточную обработку (я такой не знаю, если кто-то знает, скажите). > Заполнили два буфера всеми пришедшими данными. Теперь, если все Ок, происходит > генерация нового потока данных. Я начинаю выделять буфера по мере наполнения > размером ngx_pagesize выстраивая из них новую цепочку, которую затем и посылаю > далее. Как бы тут сэкономить? В принципе, я могу использовать один из уже > созданных буферов, но этого, как правило недостаточно. В то же время, в цепях > busy и free внутри ngx_output_chain_ctx_t скопилось куча уже неиспользуемых > буферов, можно ли взять от туда? В Вашем случае можно, но это не совсем корректно. Могут возникнуть последствия. > Или можно их сразу складывать у себя > "прозапас"? И как лучше сделать? Или еще откуда-то можно взять? Или лучше не > стоит, и я все правильно делаю? Если генератор данных умеет генерировать по частям, то используйте один буфер, сделайте его размер конфигурируемым. Когда фильтр позовут и спросят больше данных, заполните буфер, отдайте его, подождите пока все данные в нем будут обработаны, сгенерируйте больше и т.д. > Надеюсь на ваши разъяснения и подсказки. Возможно некоторые механизмы в nginx, > я еще пока плохо понимаю. > > И не могли бы кто-нибудь пояснить назначение и использование в некоторых > местах shadow и last_shadow у буферов? Предположим есть буфер, в котором данные перемешаны с какой-нибудь метаинформацией. Например: |AAABBBAABBBBAAABBAAAABAAAAA| Предположим, из этого буфера нужно вырезать все данные B. Как это выглядит: |AAABBBAAABBBAAABBBAAABBBAAA| <-----------------------------------------+ shadow -> |BBB|.shadow -> |BBBB|.shadow -> |BB|.shadow -> |B|.shadow ---+ Первый указатель shadow принадлежит исходному буферу. У последнего буфера |B| last_shadow = 1, а поле shadow указывает на исходный буфер. Иными словами, shadow -- это односвязный список буферов, которые указыват где в исходном буфере находятся данные B. У модуля fastcgi входной фильтр умеет генерировать такие списки. Кроме того, upstream умеет с этими списками работать. Как-то так. -- Regards, Valery Kholodkov From alengel777 на googlemail.com Thu Dec 2 17:46:57 2010 From: alengel777 на googlemail.com (Alexander Engel) Date: Thu, 2 Dec 2010 15:46:57 +0100 Subject: =?UTF-8?B?UmU6INCf0LjQutCw0L8=?= In-Reply-To: <4cf7b0d7.cc97cc0a.0614.24f3@mx.google.com> References: <4cf7b0d7.cc97cc0a.0614.24f3@mx.google.com> Message-ID: v ban "Vovan" 24 ноября 2010 г. 22:28 пользователь Vovan написал: > Пикап блог один из лучший информативных сайтов о в > Украине, который помогает мужчинам в разы улучшить их личную и сексуальную > жизнь дает ответы на вопрос как познакомиться с девушкой? , и решить > множество проблем, найти ответы которые помогут Вам стать настоящими > мужчинами!!! > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Thu Dec 2 18:49:32 2010 From: nginx-forum на nginx.us (SaBo) Date: Thu, 02 Dec 2010 10:49:32 -0500 Subject: =?UTF-8?B?0JrQsNC60LjQvCDQvtCx0YDQsNC30L7QvCDQvNC+0LbQvdC+INC60Y3RiNC40YA=?= =?UTF-8?B?0L7QstCw0YLRjCBYU0xUINC/0YDQtdC+0LHRgNCw0LfQvtCy0LDQvdC40Y8/?= Message-ID: <0ec904392bb880db5f7a93eac5a774f6.NginxMailingListRussian@forum.nginx.org> В самом простом случае nginx получает от бэкэнда xml'ник, преобразует с помощью соответствующего стиля в HTML, но вот как можно закэшировать полученный HTML, что бы в следующий раз не запускать XSLT? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155079,155079#msg-155079 From mdounin на mdounin.ru Thu Dec 2 19:08:02 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 2 Dec 2010 19:08:02 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQutGN0Yg=?= =?UTF-8?B?0LjRgNC+0LLQsNGC0YwgWFNMVCDQv9GA0LXQvtCx0YDQsNC30L7QstCw0L0=?= =?UTF-8?B?0LjRjz8=?= In-Reply-To: <0ec904392bb880db5f7a93eac5a774f6.NginxMailingListRussian@forum.nginx.org> References: <0ec904392bb880db5f7a93eac5a774f6.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101202160802.GD72777@mdounin.ru> Hello! On Thu, Dec 02, 2010 at 10:49:32AM -0500, SaBo wrote: > В самом простом случае nginx получает от > бэкэнда xml'ник, преобразует с помощью > соответствующего стиля в HTML, но вот как > можно закэшировать полученный HTML, что > бы в следующий раз не запускать XSLT? Сейчас - только дополнительный уровень проксирования, и соответственно proxy_cache. Maxim Dounin From ne на vbart.ru Thu Dec 2 19:13:21 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 2 Dec 2010 19:13:21 +0300 Subject: =?UTF-8?B?UmU6ICDQktC+0L/RgNC+0YHQvtCyINC90LDQutC+0L/QuNC70L7RgdGMINC/0L4g?= =?UTF-8?B?0YDQsNCx0L7RgtC1INGBINCx0YPRhNC10YDQsNC80LguINCYINC60LDQuiA=?= =?UTF-8?B?0L7Qv9GC0LjQvNCw0LvRjNC90L4g0LHRg9GE0LXRgNC40LfQvtCy0LDRgtGM?= =?UTF-8?B?INCy0LXRgdGMINC40YHRhdC+0LTRj9GJ0LjQuSDQv9C+0YLQvtC6INCy0L0=?= =?UTF-8?B?0YPRgtGA0Lgg0YTQuNC70YzRgtGA0LA/?= In-Reply-To: <31925077.356.1291293582082.JavaMail.root@zone.mtgsy.net> References: <31925077.356.1291293582082.JavaMail.root@zone.mtgsy.net> Message-ID: <201012021913.21870.ne@vbart.ru> > > Как сделал я. Я создаю первый буфер, его размер всегда известен заранее и > > копирую туда данные из приходящих in chains, пока он не заполнится. Также > > я решил сделать небольшую оптимизацию, в случае, если все необходимые > > для него данные и так содержатся в пределах одного пришедшего буфера, я > > использую его, вместо создания своего и копирования туда. > > > > И тут первый вопрос возник. Я обнаружил, что таким образом я блокирую > > механизм повторного использования освобожденных буферов в > > ngx_output_chain, которую передо мной вызывает copy-фильтр. Вызывается > > функция ngx_chain_update_chains, которая в случае использования мной > > первого пришедшего буфера в итоге всегда делает break на первой же > > итерации. Получается фиговая оптимизация, и лучше в моем случае всегда > > копировать данные в свой созданный буфер, или эту пустяки? > > На основе этого описания мне трудно понять что там происходит, но могу > предположить, что после копирования пришедшего буфера Вы не обновляете > указатель buf->pos до buf->last. Таким образом copy-фильтр думает, что эти > данные всё ещё не обработаны и они зависают в busy. Разумеется, если я буфер копирую, то buf->pos = buf->last у переданных фильтру буферов. Но чтобы избежать лишней операции копирования, в довольно распространенном случае, когда нужное единым куском и так пришло в одном буфере, то использую этот самый буфер. Естественно, в этом случае, buf->pos остается указывать на начало. Буфер, как раз, в этом случае не обработан, он мне нужен до самого конца. Вроде бы все хорошо, но вот последующие данные (для второго буфера) довольно часто приходят в нескольких буферах, и их уже приходится копировать. По идее они свободны, у них buf->pos = buf->last, но они дальше висят в busy, из-за первого буфера. Тут дилемма, либо всегда копировать данные к себе, и таким образом освобождать все приходящие буфера, либо оставить, как сейчас сделано, но тогда, ни один буфер не освободится, пока фильтр полностью не отработает, не сгенерирует новый поток данных. Сначала идет байт-код шаблона, а затем Json-данные от бэкэнда. Мне нужно все это сложить в два целиковых буфера (один - байткод, другой - данные), чтобы запустить виртуальную машину. > > Если генератор данных умеет генерировать по частям, то используйте один > буфер, сделайте его размер конфигурируемым. Когда фильтр позовут и спросят > больше данных, заполните буфер, отдайте его, подождите пока все данные в > нем будут обработаны, сгенерируйте больше и т.д. > В принципе, выплевываются они частями да, разного размера, может два байта выйти, а может 500. Но тут мне не хотелось бы прерывать работу виртуальной машины, если сразу засылать данные дальше, то там на выполнение пойдет много совсем другого кода, и процессорные кэши забьются совсем другим, не тем, что нужно ей. Мне кажется все же рациональнее дать ей полностью отработать. Благодарю за разъяснения про shadow, одним темным местом в nginx для меня стало меньше. -- Валентин Бартенев From mdounin на mdounin.ru Thu Dec 2 19:40:29 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 2 Dec 2010 19:40:29 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgdC+0LIg0L3QsNC60L7Qv9C40LvQvtGB0Ywg0L/QviA=?= =?UTF-8?B?0YDQsNCx0L7RgtC1INGBINCx0YPRhNC10YDQsNC80LguINCYINC60LDQuiA=?= =?UTF-8?B?0L7Qv9GC0LjQvNCw0LvRjNC90L4g0LHRg9GE0LXRgNC40LfQvtCy0LDRgtGM?= =?UTF-8?B?INCy0LXRgdGMINC40YHRhdC+0LTRj9GJ0LjQuSDQv9C+0YLQvtC6INCy0L0=?= =?UTF-8?B?0YPRgtGA0Lgg0YTQuNC70YzRgtGA0LA/?= In-Reply-To: <201012021913.21870.ne@vbart.ru> References: <31925077.356.1291293582082.JavaMail.root@zone.mtgsy.net> <201012021913.21870.ne@vbart.ru> Message-ID: <20101202164029.GE72777@mdounin.ru> Hello! On Thu, Dec 02, 2010 at 07:13:21PM +0300, Валентин Бартенев wrote: > > > > Как сделал я. Я создаю первый буфер, его размер всегда известен заранее и > > > копирую туда данные из приходящих in chains, пока он не заполнится. Также > > > я решил сделать небольшую оптимизацию, в случае, если все необходимые > > > для него данные и так содержатся в пределах одного пришедшего буфера, я > > > использую его, вместо создания своего и копирования туда. > > > > > > И тут первый вопрос возник. Я обнаружил, что таким образом я блокирую > > > механизм повторного использования освобожденных буферов в > > > ngx_output_chain, которую передо мной вызывает copy-фильтр. Вызывается > > > функция ngx_chain_update_chains, которая в случае использования мной > > > первого пришедшего буфера в итоге всегда делает break на первой же > > > итерации. Получается фиговая оптимизация, и лучше в моем случае всегда > > > копировать данные в свой созданный буфер, или эту пустяки? > > > > На основе этого описания мне трудно понять что там происходит, но могу > > предположить, что после копирования пришедшего буфера Вы не обновляете > > указатель buf->pos до buf->last. Таким образом copy-фильтр думает, что эти > > данные всё ещё не обработаны и они зависают в busy. > > Разумеется, если я буфер копирую, то buf->pos = buf->last у переданных фильтру > буферов. Но чтобы избежать лишней операции копирования, в довольно > распространенном случае, когда нужное единым куском и так пришло в одном > буфере, то использую этот самый буфер. Естественно, в этом случае, buf->pos > остается указывать на начало. Буфер, как раз, в этом случае не обработан, он > мне нужен до самого конца. Если один буфер задержан - то следующих никто не обещал. Так что если обработать сразу возможности нет, то только копировать. > Вроде бы все хорошо, но вот последующие данные (для второго буфера) довольно > часто приходят в нескольких буферах, и их уже приходится копировать. По идее > они свободны, у них buf->pos = buf->last, но они дальше висят в busy, из-за > первого буфера. > > Тут дилемма, либо всегда копировать данные к себе, и таким образом освобождать > все приходящие буфера, либо оставить, как сейчас сделано, но тогда, ни один > буфер не освободится, пока фильтр полностью не отработает, не сгенерирует > новый поток данных. Тут нет делеммы: если вы хотите чтобы работало, то буфера надо освобождать. В противном случае при output_buffers 1 4k; и/или proxy_buffering off; и/или proxy_buffers 1 4k и т.п. - всё просто сломается, ибо следующий буфер просто не придёт. Maxim Dounin From ne на vbart.ru Thu Dec 2 19:59:34 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 2 Dec 2010 19:59:34 +0300 Subject: =?UTF-8?B?UmU6ICDQktC+0L/RgNC+0YHQvtCyINC90LDQutC+0L/QuNC70L7RgdGMINC/0L4g?= =?UTF-8?B?0YDQsNCx0L7RgtC1INGBINCx0YPRhNC10YDQsNC80LguINCYINC60LDQuiA=?= =?UTF-8?B?0L7Qv9GC0LjQvNCw0LvRjNC90L4g0LHRg9GE0LXRgNC40LfQvtCy0LDRgtGM?= =?UTF-8?B?INCy0LXRgdGMINC40YHRhdC+0LTRj9GJ0LjQuSDQv9C+0YLQvtC6INCy0L0=?= =?UTF-8?B?0YPRgtGA0Lgg0YTQuNC70YzRgtGA0LA/?= In-Reply-To: <20101202164029.GE72777@mdounin.ru> References: <31925077.356.1291293582082.JavaMail.root@zone.mtgsy.net> <201012021913.21870.ne@vbart.ru> <20101202164029.GE72777@mdounin.ru> Message-ID: <201012021959.34869.ne@vbart.ru> > > Если один буфер задержан - то следующих никто не обещал. Так что > если обработать сразу возможности нет, то только копировать. > > Тут нет делеммы: если вы хотите чтобы работало, то буфера надо > освобождать. В противном случае при output_buffers 1 4k; и/или > proxy_buffering off; и/или proxy_buffers 1 4k и т.п. - всё просто > сломается, ибо следующий буфер просто не придёт. > Ясно. Это меняет дело. Получается накапливать у себя буфера просто вредно. Значит буду копировать. И видимо нужно будет сделать как в image фильтре, в случае если размер данных не задан, выделять под данные заранее какой-то фиксированный размер, чтобы не накапливать буфера внутри модуля для подсчета размера. Спасибо! -- Валентин Бартенев From universite на ukr.net Fri Dec 3 00:05:46 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Thu, 02 Dec 2010 23:05:46 +0200 Subject: =?UTF-8?B?0J3Rg9C20L3QviDRg9Cx0YDQsNGC0Ywg0YHQu9GN0Ygg0LIg0LrQvtC90YbQtSBV?= =?UTF-8?B?Ukw=?= Message-ID: <4CF80A2A.4030401@ukr.net> как реализовать средствами nginx? в конфиге только: location / { index index.php; if (!-e $request_filename) { rewrite ^(.*)$ /index.php$1 last; } } какие будут минусы от исчезновения слэша в конце URL для поисковых ботов? -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From temotor на gmail.com Fri Dec 3 00:15:27 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 00:15:27 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF80A2A.4030401@ukr.net> References: <4CF80A2A.4030401@ukr.net> Message-ID: 2010/12/3 Vladislav V. Prodan : > > как реализовать средствами nginx? > location ~ (.+)/$ { rewrite ^ $1 permanent; } Обратите внимание, что здесь вернётся 301 редирект. Дублирующийся контент на разных урлах поисковики как раз не любят. > в конфиге только: >        location / { >                index index.php; -                if (!-e $request_filename) { -                        rewrite ^(.*)$ /index.php$1 last; -                } + try_files $uri /index.php$uri; >        } Это отдельная правка, не имеет отношения к заданному вопросу. > > > > какие будут минусы от исчезновения слэша в конце URL для поисковых ботов? > Ни плюсов, ни минусов. Поисковикам глубоко наплевать на наличие слеша. From universite на ukr.net Fri Dec 3 00:37:54 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Thu, 02 Dec 2010 23:37:54 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> Message-ID: <4CF811B2.3020901@ukr.net> 02.12.2010 23:15, Sergey Shepelev пишет: >> как реализовать средствами nginx? >> > > location ~ (.+)/$ { > rewrite ^ $1 permanent; > } > > Обратите внимание, что здесь вернётся 301 редирект. Дублирующийся > контент на разных урлах поисковики как раз не любят. > [emerg]: pattern "^" has less captures than referrenced in substitution "$1" in /etc/nginx/conf/vhosts/site.conf:28 # nginx -V nginx version: nginx/0.7.65 -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From nginx-forum на nginx.us Fri Dec 3 02:33:50 2010 From: nginx-forum на nginx.us (greg_1984) Date: Thu, 02 Dec 2010 18:33:50 -0500 Subject: =?UTF-8?B?0L7QsdC90L7QstC70LXQvdC40LUg0YEgMC43LjYzINC00L4gMC44LjUz?= Message-ID: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> Приветствую, Обновились с 0.7.63 до 0.8.53 и в результате перестали работать эти конструкции: set $my_url "http://$my_host/$my_page?refer=$refer"; if ($my_page ~ '\?') { set $my_url "http://$my_host/$my_page&refer=$refer"; } if ($stop = 0) { error_page 403 =200 $my_url; return 403; } Почему так и не поняли, может у кого есть идеи? Заранее спасибо! З.Ы. Сейчас откатились обратно, все работает нормально. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155139,155139#msg-155139 From hell-for-yahoo на umail.ru Fri Dec 3 06:40:41 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 3 Dec 2010 06:40:41 +0300 Subject: XSLT + PHP In-Reply-To: <69518ffb129351eab114ede755586da6.NginxMailingListRussian@forum.nginx.org> References: <4CF7817C.9040401@citrin.ru> <69518ffb129351eab114ede755586da6.NginxMailingListRussian@forum.nginx.org> Message-ID: <1258271375.20101203064041@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) SaBo! S> Спасибо, именно в этом было дело! S> Поправил так: S> header('Content-Type: text/xml'); А кодировку указать забыл. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 03.12.2010, <6:40> From nginx-forum на nginx.us Fri Dec 3 10:03:08 2010 From: nginx-forum на nginx.us (SaBo) Date: Fri, 03 Dec 2010 02:03:08 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQutGN0Yg=?= =?UTF-8?B?0LjRgNC+0LLQsNGC0YwgWFNMVCDQv9GA0LXQvtCx0YDQsNC30L7QstCw0L0=?= =?UTF-8?B?0LjRjz8=?= In-Reply-To: <20101202160802.GD72777@mdounin.ru> References: <20101202160802.GD72777@mdounin.ru> Message-ID: Maxim Dounin Wrote: > Сейчас - только > дополнительный уровень > проксирования, и > соответственно proxy_cache. Но, насколько я понимаю, proxy_cache не умеет работать с memcached? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155079,155202#msg-155202 From greenh на gmail.com Fri Dec 3 12:12:52 2010 From: greenh на gmail.com (greenh) Date: Fri, 3 Dec 2010 11:12:52 +0200 Subject: =?UTF-8?B?UmU6INCf0LjQutCw0L8=?= In-Reply-To: References: <4cf7b0d7.cc97cc0a.0614.24f3@mx.google.com> Message-ID: это ж надо - пройти регистрацию, затратить кучу усилий, и все для того, что-бы написать в узкопрофильный мейл-лист, в котором никто наверняка по ссылке не пойдет. 2010/12/2 Alexander Engel : > v ban "Vovan" > > 24 ноября 2010 г. 22:28 пользователь Vovan написал: >> >> Пикап блог  один из лучший информативных сайтов о в Украине, который >> помогает мужчинам в разы улучшить их личную и сексуальную жизнь дает ответы >> на вопрос как познакомиться с девушкой? , и решить множество проблем, найти >> ответы которые помогут Вам стать настоящими мужчинами!!! >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From hell-for-yahoo на umail.ru Fri Dec 3 12:22:15 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 3 Dec 2010 12:22:15 +0300 Subject: Каким образом можно кэшировать XSLT преобразования? In-Reply-To: References: <20101202160802.GD72777@mdounin.ru> Message-ID: <182792648.20101203122215@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) SaBo! >> Сейчас - только >> дополнительный уровень >> проксирования, и >> соответственно proxy_cache. S> Но, насколько я понимаю, proxy_cache не умеет S> работать с memcached? А зачем тебе? (Вообще, чтранный какой-то прыжок. Или давай уже выкладывай задачу полностью) -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 03.12.2010, <12:21> From hell-for-yahoo на umail.ru Fri Dec 3 12:31:09 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 3 Dec 2010 12:31:09 +0300 Subject: Пикап In-Reply-To: References: <4cf7b0d7.cc97cc0a.0614.24f3@mx.google.com> Message-ID: <1311367603.20101203123109@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) greenh! g> это ж надо - пройти регистрацию, затратить кучу усилий, и все для g> того, что-бы написать в узкопрофильный мейл-лист, в котором никто g> наверняка по ссылке не пойдет. Вы смогли это прочитать? O.o Нет, не то чтобы зависть, просто... мне хватило того, что сообщение было нечитаемо. Удалил и не парюсь. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 03.12.2010, <12:30> From johnbat26 на gmail.com Fri Dec 3 12:56:15 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 3 Dec 2010 12:56:15 +0300 Subject: =?UTF-8?B?TmdpbnggJiBjb21ldDog0JrQsNC6INC/0YDQuNC90Y/RgtGMINCx0L7Qu9C10LUg?= =?UTF-8?B?NjRLINC+0LTQvdC+0LLRgNC10LzQtdC90L3Ri9GFINGB0L7QtdC00LjQvdC1?= =?UTF-8?B?0L3QuNC5IC4uLg==?= Message-ID: Привет всем. Мы использует comet-подключения и http_push плагин. Проведя нагрузочный тест, я убедился в том, что более 64K соединений на один IP сервер установить не получается. Кто подскажет, как обойти это ограничение? Тут пишут что это можно сделать: http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-1 Вопрос, как это реализовать на nginx ? -- Best regards Eugene Batogov -------------- next part -------------- An HTML attachment was scrubbed... URL: From v.antonovich на gmail.com Fri Dec 3 13:01:47 2010 From: v.antonovich на gmail.com (Victor Antonovich) Date: Fri, 03 Dec 2010 13:01:47 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6INCa0LDQuiDQv9GA0LjQvdGP0YLRjCDQsdC+0Ls=?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: References: Message-ID: <4CF8C00B.4020009@gmail.com> 03.12.2010 12:56, Eugene Batogov пишет: > Привет всем. > Мы использует comet-подключения и http_push плагин. > Проведя нагрузочный тест, я убедился в том, что более 64K соединений на > один IP сервер установить не получается. > Кто подскажет, как обойти это ограничение? 64K соединений, AFAIK - это ограничение для подключения _с одного_ IP. Вы проводили нагрузочное тестирование с пула клиентских адресов или с одного адреса? Виктор. From johnbat26 на gmail.com Fri Dec 3 13:15:55 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 3 Dec 2010 13:15:55 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <4CF8C00B.4020009@gmail.com> References: <4CF8C00B.4020009@gmail.com> Message-ID: <201012031315.55408.JohnBat26@gmail.com> В сообщении от 3 декабря 2010 13:01:47 автор Victor Antonovich написал: > 03.12.2010 12:56, Eugene Batogov пишет: > > Привет всем. > > Мы использует comet-подключения и http_push плагин. > > Проведя нагрузочный тест, я убедился в том, что более 64K соединений на > > один IP сервер установить не получается. > > Кто подскажет, как обойти это ограничение? > > 64K соединений, AFAIK - это ограничение для подключения _с одного_ IP. > Вы проводили нагрузочное тестирование с пула клиентских адресов или с > одного адреса? > > Виктор. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru С двух серверов. С одного 40K и с другого. Первый зашел нормально. Второй стал падать после 20K. Как же люди 1M делают ??? -- Best Regards, Eugene Batogov From nginx-forum на nginx.us Fri Dec 3 13:23:04 2010 From: nginx-forum на nginx.us (SaBo) Date: Fri, 03 Dec 2010 05:23:04 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQutC40Lwg0L7QsdGA0LDQt9C+0Lwg0LzQvtC20L3QviDQutGN0Yg=?= =?UTF-8?B?0LjRgNC+0LLQsNGC0YwgWFNMVCDQv9GA0LXQvtCx0YDQsNC30L7QstCw0L0=?= =?UTF-8?B?0LjRjz8=?= In-Reply-To: <0ec904392bb880db5f7a93eac5a774f6.NginxMailingListRussian@forum.nginx.org> References: <0ec904392bb880db5f7a93eac5a774f6.NginxMailingListRussian@forum.nginx.org> Message-ID: <8967e989ac845c37b87c245b2c83c127.NginxMailingListRussian@forum.nginx.org> Задача состоит в том, чтобы кэшировать блок, уникальный для каждого пользователя (с выводом ФИО, ника и т.д.) Так как front-end серверов может быть несколько, мне нужен общий кэш, в который можно было бы складывать эти блоки. Как-то так :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155079,155254#msg-155254 From v.antonovich на gmail.com Fri Dec 3 13:28:01 2010 From: v.antonovich на gmail.com (Victor Antonovich) Date: Fri, 03 Dec 2010 13:28:01 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <201012031315.55408.JohnBat26@gmail.com> References: <4CF8C00B.4020009@gmail.com> <201012031315.55408.JohnBat26@gmail.com> Message-ID: <4CF8C631.5050902@gmail.com> 03.12.2010 13:15, Eugene Batogov пишет: > Как же люди 1M делают ??? По-моему, эта ссылка тут уже пробегала: http://blog.urbanairship.com/blog/2010/09/29/linux-kernel-tuning-for-c500k/ Посмотрите, если не видели, может быть, информация будет Вам полезна. Виктор. From johnbat26 на gmail.com Fri Dec 3 13:46:07 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 3 Dec 2010 13:46:07 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <4CF8C631.5050902@gmail.com> References: <201012031315.55408.JohnBat26@gmail.com> <4CF8C631.5050902@gmail.com> Message-ID: <201012031346.07694.JohnBat26@gmail.com> В сообщении от 3 декабря 2010 13:28:01 автор Victor Antonovich написал: > 03.12.2010 13:15, Eugene Batogov пишет: > > Как же люди 1M делают ??? > > По-моему, эта ссылка тут уже пробегала: > http://blog.urbanairship.com/blog/2010/09/29/linux-kernel-tuning-for-c500k/ > > Посмотрите, если не видели, может быть, информация будет Вам полезна. > > Виктор. Спасибо. Я это видел. Ядро уже настроено соответствующим образом. -- Best Regards, Eugene Batogov From citrin на citrin.ru Fri Dec 3 14:09:04 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Fri, 03 Dec 2010 14:09:04 +0300 Subject: =?UTF-8?B?UmU6INC+0LHQvdC+0LLQu9C10L3QuNC1INGBIDAuNy42MyDQtNC+IDAuOC41Mw==?= In-Reply-To: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> References: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> Message-ID: <4CF8CFD0.9060506@citrin.ru> On 12/03/10 02:33, greg_1984 wrote: > Обновились с 0.7.63 до 0.8.53 и в результате > перестали работать эти конструкции: > > set $my_url"http://$my_host/$my_page?refer=$refer"; > if ($my_page ~ '\?') { > set $my_url"http://$my_host/$my_page&refer=$refer"; > } > > if ($stop = 0) { > error_page 403 =200 $my_url; > return 403; > } > > Почему так и не поняли, может у кого > есть идеи? Для начала стоит получить debug log одного запроса и изучить его. -- Anton Yuzhaninov From temotor на gmail.com Fri Dec 3 14:20:10 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 14:20:10 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF811B2.3020901@ukr.net> References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> Message-ID: 2010/12/3 Vladislav V. Prodan : > 02.12.2010 23:15, Sergey Shepelev пишет: >>> как реализовать средствами nginx? >>> > >> location ~ (.+)/$ { >>   rewrite ^ $1 permanent; >> } >> >> Обратите внимание, что здесь вернётся 301 редирект. Дублирующийся >> контент на разных урлах поисковики как раз не любят. >> > > [emerg]: pattern "^" has less captures than referrenced in substitution > "$1" in /etc/nginx/conf/vhosts/site.conf:28 > > # nginx -V > nginx version: nginx/0.7.65 Попробуйте так location ~ (.+)/$ { set $uri_no_slash $1;  rewrite ^ $uri_no_slash permanent; } Если не получится, то так location ~ /$ { rewrite (.+)/$ $1 permanent; } Полагаю, что второй вариант даже предпочтительнее. From universite на ukr.net Fri Dec 3 14:41:38 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Fri, 03 Dec 2010 13:41:38 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> Message-ID: <4CF8D772.5070205@ukr.net> 03.12.2010 13:20, Sergey Shepelev пишет: > 2010/12/3 Vladislav V. Prodan : >> 02.12.2010 23:15, Sergey Shepelev пишет: >>>> как реализовать средствами nginx? >>>>> >>> location ~ (.+)/$ { >>> rewrite ^ $1 permanent; >>> } >>> >>> Обратите внимание, что здесь вернётся 301 редирект. Дублирующийся >>> контент на разных урлах поисковики как раз не любят. >>> >> >> [emerg]: pattern "^" has less captures than referrenced in substitution >> "$1" in /etc/nginx/conf/vhosts/site.conf:28 >> >> # nginx -V >> nginx version: nginx/0.7.65 > > Попробуйте так > > location ~ (.+)/$ { > set $uri_no_slash $1; > rewrite ^ $uri_no_slash permanent; > } > > Если не получится, то так > > location ~ /$ { > rewrite (.+)/$ $1 permanent; > } > > Полагаю, что второй вариант даже предпочтительнее. Наверное, я где-то и что-то не допонял. Нужно корректно обрабатывать http://site.com/bla-bla-bla и делать редирект 301 http://site.com/bla-bla-bla/ --> http://site.com/bla-bla-bla Все предыдущие конструкции делали это, но при http://site.com получался бесконечный цикл, ибо браузер/вебсервер делал перенаправление на http://site.com/, а конструкция опять перенаправляла на http://site.com вот выдержка из конфига: location / { index index.php; try_files $uri /index.php$uri; } location ~ /index.php { fastcgi_pass unix:/var/run/php.socket; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root/index.php; include fastcgi_params; fastcgi_split_path_info ^(.+\.php)(.*)$; fastcgi_param PATH_INFO $fastcgi_path_info; fastcgi_connect_timeout 60; fastcgi_send_timeout 180; fastcgi_read_timeout 180; fastcgi_buffers 4 32k; fastcgi_busy_buffers_size 32k; charset utf-8; } location ~ \.php$ { fastcgi_pass unix:/var/run/php.socket; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From temotor на gmail.com Fri Dec 3 15:11:00 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 15:11:00 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF8D772.5070205@ukr.net> References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> Message-ID: 2010/12/3 Vladislav V. Prodan : > 03.12.2010 13:20, Sergey Shepelev пишет: >> 2010/12/3 Vladislav V. Prodan : >>> 02.12.2010 23:15, Sergey Shepelev пишет: >>>>> как реализовать средствами nginx? >>>>>> >>>> location ~ (.+)/$ { >>>>   rewrite ^ $1 permanent; >>>> } >>>> >>>> Обратите внимание, что здесь вернётся 301 редирект. Дублирующийся >>>> контент на разных урлах поисковики как раз не любят. >>>> >>> >>> [emerg]: pattern "^" has less captures than referrenced in substitution >>> "$1" in /etc/nginx/conf/vhosts/site.conf:28 >>> >>> # nginx -V >>> nginx version: nginx/0.7.65 >> >> Попробуйте так >> >> location ~ (.+)/$ { >>   set $uri_no_slash $1; >>   rewrite ^ $uri_no_slash permanent; >> } >> >> Если не получится, то так >> >> location ~ /$ { >>   rewrite (.+)/$ $1 permanent; >> } >> >> Полагаю, что второй вариант даже предпочтительнее. > > Наверное, я где-то и что-то не допонял. > > Нужно корректно обрабатывать http://site.com/bla-bla-bla > и делать редирект 301 > http://site.com/bla-bla-bla/ --> http://site.com/bla-bla-bla > > Все предыдущие конструкции делали это, но при http://site.com получался > бесконечный цикл, ибо браузер/вебсервер делал перенаправление на > http://site.com/, а конструкция опять перенаправляла на http://site.com > Вы правильно поняли, а я неправильно написал. Надеюсь, финальный вариант: location ~ .+/$ { rewrite (.+)/$ $1 permanent; } From chipitsine на gmail.com Fri Dec 3 15:26:09 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Fri, 3 Dec 2010 17:26:09 +0500 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6INCa0LDQuiDQv9GA0LjQvdGP0YLRjCDQsdC+0Ls=?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: References: Message-ID: есть так называемые "эфемерные" порты, которые используются для исходящих соединений. диапазон портов - настраивается через sysctl. далее вопрос - какая у вас операционная система ? если Linux, то у нее порт резервируется на пару ip-src<-->ip-dst (в ядрах 2.6 точно, можете провести эксперимент). на пару ip-src<-->ip-dst в Linux действительно не получится открыть больше 64k соединений. 3 декабря 2010 г. 14:56 пользователь Eugene Batogov написал: > Привет всем. > Мы использует comet-подключения и http_push плагин. > Проведя нагрузочный тест, я убедился в том, что более 64K соединений на > один IP сервер установить не получается. > Кто подскажет, как обойти это ограничение? > > Тут пишут что это можно сделать: > > http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-1 > > Вопрос, как это реализовать на nginx ? > > > -- > Best regards Eugene Batogov > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From johnbat26 на gmail.com Fri Dec 3 15:38:53 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 3 Dec 2010 15:38:53 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: References: Message-ID: <201012031538.53409.JohnBat26@gmail.com> OS: CentOs 5.5 uname -a: Linux comp1 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44 EDT 2010 i686 i686 i386 GNU/Linux sysctl -p: net.ipv4.ip_forward = 0 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 1 kernel.msgmnb = 65536 kernel.msgmax = 65536 kernel.shmmax = 4294967295 kernel.shmall = 268435456 net.ipv4.ip_local_port_range = 1025 65535 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 3 net.core.netdev_max_backlog = 10000 net.core.somaxconn = 262144 net.ipv4.tcp_max_syn_backlog = 262144 net.ipv4.tcp_max_tw_buckets = 720000 net.ipv4.tcp_timestamps = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_keepalive_time = 1800 net.ipv4.tcp_keepalive_probes = 7 net.ipv4.tcp_keepalive_intvl = 30 net.core.wmem_max = 33554432 net.core.rmem_max = 33554432 net.core.rmem_default = 8388608 net.core.wmem_default = 4194394 net.ipv4.tcp_rmem = 4096 8388608 16777216 net.ipv4.tcp_wmem = 4096 4194394 16777216 net.ipv4.tcp_mem = 50576 64768 98152 net.ipv4.tcp_orphan_retries = 3 net.ipv4.tcp_max_orphans = 65536 fs.file-max = 999999 vm.swappiness = 20 ----------- Нагрузку давал с двух машин. С одной 40K и с другой 40K -- Best Regards, Eugene Batogov -------------- next part -------------- An HTML attachment was scrubbed... URL: From universite на ukr.net Fri Dec 3 15:36:35 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Fri, 03 Dec 2010 14:36:35 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> Message-ID: <4CF8E453.1040406@ukr.net> 03.12.2010 14:11, Sergey Shepelev пишет: > Вы правильно поняли, а я неправильно написал. Надеюсь, финальный вариант: > > location ~ .+/$ { > rewrite (.+)/$ $1 permanent; > } не, не канает :( -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From temotor на gmail.com Fri Dec 3 15:39:29 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 15:39:29 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF8E453.1040406@ukr.net> References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> Message-ID: 2010/12/3 Vladislav V. Prodan : > 03.12.2010 14:11, Sergey Shepelev пишет: >> Вы правильно поняли, а я неправильно написал. Надеюсь, финальный вариант: >> >> location ~ .+/$ { >>   rewrite (.+)/$ $1 permanent; >> } > > не, не канает :( > Что это значит? From stalker на altlinux.ru Fri Dec 3 15:42:34 2010 From: stalker на altlinux.ru (Anton Gorlov) Date: Fri, 03 Dec 2010 15:42:34 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <201012031538.53409.JohnBat26@gmail.com> References: <201012031538.53409.JohnBat26@gmail.com> Message-ID: <4CF8E5BA.4030202@altlinux.ru> В dmesg и прочих логах на сервере ничего подозрительного нету? From universite на ukr.net Fri Dec 3 16:10:41 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Fri, 03 Dec 2010 15:10:41 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> Message-ID: <4CF8EC51.9040601@ukr.net> 03.12.2010 14:39, Sergey Shepelev пишет: > 2010/12/3 Vladislav V. Prodan : >> 03.12.2010 14:11, Sergey Shepelev пишет: >>> Вы правильно поняли, а я неправильно написал. Надеюсь, финальный вариант: >>> >>> location ~ .+/$ { >>> rewrite (.+)/$ $1 permanent; >>> } >> >> не, не канает :( >> > > Что это значит? это значит, что конструкция не работает для корня сайта, по-прежнему возникает бесконечная адресация. :/ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From temotor на gmail.com Fri Dec 3 16:51:39 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 16:51:39 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF8EC51.9040601@ukr.net> References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> <4CF8EC51.9040601@ukr.net> Message-ID: 2010/12/3 Vladislav V. Prodan : > 03.12.2010 14:39, Sergey Shepelev пишет: >> 2010/12/3 Vladislav V. Prodan : >>> 03.12.2010 14:11, Sergey Shepelev пишет: >>>> Вы правильно поняли, а я неправильно написал. Надеюсь, финальный вариант: >>>> >>>> location ~ .+/$ { >>>>   rewrite (.+)/$ $1 permanent; >>>> } >>> >>> не, не канает :( >>> >> >> Что это значит? > > это значит, что конструкция не работает для корня сайта, по-прежнему > возникает бесконечная адресация. :/ > Корень не попадает под регексп .+/$ Скорее всего - работает старый конфиг. nginx -t && nginx -s reload Если не поможет - покажите все локейшны сервера. From jhe1979 на gmail.com Fri Dec 3 17:00:42 2010 From: jhe1979 на gmail.com (Ivan .) Date: Fri, 3 Dec 2010 15:00:42 +0100 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> <4CF8EC51.9040601@ukr.net> Message-ID: server_name_in_redirect off; не поможет? 2010/12/3 Sergey Shepelev > 2010/12/3 Vladislav V. Prodan : > > 03.12.2010 14:39, Sergey Shepelev пишет: > >> 2010/12/3 Vladislav V. Prodan : > >>> 03.12.2010 14:11, Sergey Shepelev пишет: > >>>> Вы правильно поняли, а я неправильно написал. Надеюсь, финальный > вариант: > >>>> > >>>> location ~ .+/$ { > >>>> rewrite (.+)/$ $1 permanent; > >>>> } > >>> > >>> не, не канает :( > >>> > >> > >> Что это значит? > > > > это значит, что конструкция не работает для корня сайта, по-прежнему > > возникает бесконечная адресация. :/ > > > > Корень не попадает под регексп .+/$ > > Скорее всего - работает старый конфиг. > nginx -t && nginx -s reload > > Если не поможет - покажите все локейшны сервера. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Fri Dec 3 17:06:40 2010 From: nginx-forum на nginx.us (agz) Date: Fri, 03 Dec 2010 09:06:40 -0500 Subject: nginx+xbt tracker Message-ID: Всем привет! Кто-нибудь пробовал? Нужно чтобы nginx через proxy_pass передавал запросы к трекеру. С налета что-то не получилось... Там запрос такого вида: http://host/$pass_hash/announce и еще куча всяких параметров после. Короче запрос уходит, в логе nginx все есть, а ответа от трекера нет... Может это уже обсуждалось? Есть готовые решения? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,155300#msg-155300 From universite на ukr.net Fri Dec 3 17:15:47 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Fri, 03 Dec 2010 16:15:47 +0200 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> <4CF8EC51.9040601@ukr.net> Message-ID: <4CF8FB93.4080600@ukr.net> 03.12.2010 16:00, Ivan . пишет: > server_name_in_redirect off; > не поможет? > Не помогло... server_name_in_redirect off; location ~ .+/$ { rewrite (.+)/$ $1 permanent; } location / { index index.php; try_files $uri /index.php$uri; } -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From johnbat26 на gmail.com Fri Dec 3 18:29:22 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 3 Dec 2010 18:29:22 +0300 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <4CF8E5BA.4030202@altlinux.ru> References: <201012031538.53409.JohnBat26@gmail.com> <4CF8E5BA.4030202@altlinux.ru> Message-ID: <201012031829.22870.JohnBat26@gmail.com> Посмотрел error.log: После 30K появляются: 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open files) 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open files) 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open files) 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open files) 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open files) cat /proc/sys/fs/file-max 999999 ulimit -n 1000000 /etc/security/limits.conf: # * soft nofile 1000000 * hard nofile 1000000 Кто что скажет/посоветует ? -- Best Regards, Eugene Batogov -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhe1979 на gmail.com Fri Dec 3 18:29:25 2010 From: jhe1979 на gmail.com (Ivan .) Date: Fri, 3 Dec 2010 16:29:25 +0100 Subject: Rewrite URI Message-ID: Привет! как сделать rewrite определенных папок на extern url? например: /var/www/html/data > http://www.domain.ltd/data Если буду запрашивать http://www.domain2.ltd/data файлы будут браться с http://www.domain.ltd/data Весь хост redirect не возможно делать, возможно только кое-какие папки Спасибо за помощь ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From voron на amhost.net Fri Dec 3 18:30:33 2010 From: voron на amhost.net (Alex Vorona) Date: Fri, 03 Dec 2010 17:30:33 +0200 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6ICDQmtCw0Log0L/RgNC40L3Rj9GC0Ywg0LHQvtC7?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <201012031829.22870.JohnBat26@gmail.com> References: <201012031538.53409.JohnBat26@gmail.com> <4CF8E5BA.4030202@altlinux.ru> <201012031829.22870.JohnBat26@gmail.com> Message-ID: <4CF90D19.3040101@amhost.net> http://sysoev.ru/nginx/docs/ngx_core_module.html#worker_rlimit_nofile и стоп+старт nginx From temotor на gmail.com Fri Dec 3 18:48:18 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 18:48:18 +0300 Subject: Rewrite URI In-Reply-To: References: Message-ID: 2010/12/3 Ivan . : > Привет! > >  как сделать rewrite определенных папок на extern url? > > например: /var/www/html/data > http://www.domain.ltd/data > > Если буду запрашивать http://www.domain2.ltd/data файлы будут браться с > http://www.domain.ltd/data > > Весь хост redirect не возможно делать, возможно только кое-какие папки > > Спасибо за помощь > Вы упомянули три возможных варианта: - "как сделать rewrite" location /data { rewrite ^ http://www.domain.ltd$request_uri permanent; } - "файлы будут браться" location /data { root /var/www/domain2-files; } - "браться с http://www.domain.ltd" location /data { proxy_pass http://www.domain.ltd$request_uri; } From rps на cheater.ru Fri Dec 3 19:01:56 2010 From: rps на cheater.ru (Roman Sokolov) Date: Fri, 03 Dec 2010 19:01:56 +0300 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <4CF91474.9020502@cheater.ru> Hello, agz wrote: > Кто-нибудь пробовал? Нужно чтобы nginx > через proxy_pass передавал запросы к > трекеру. С налета что-то не > получилось... > Там запрос такого вида: > http://host/$pass_hash/announce и еще куча всяких > параметров после. Вообще-то запросы там не такие. > Короче запрос уходит, в логе nginx все > есть, а ответа от трекера нет... > Может это уже обсуждалось? Есть готовые > решения? Работает просто и без хитростей: location ~ ^/(an|announce) { proxy_pass http://127.0.0.4:2710; proxy_redirect off; proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; } -- wbr, Roman Sokolov mailto:rps на cheater.ru From mdounin на mdounin.ru Fri Dec 3 19:03:43 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 3 Dec 2010 19:03:43 +0300 Subject: Rewrite URI In-Reply-To: References: Message-ID: <20101203160342.GF72777@mdounin.ru> Hello! On Fri, Dec 03, 2010 at 06:48:18PM +0300, Sergey Shepelev wrote: > 2010/12/3 Ivan . : > > Привет! > > > >  как сделать rewrite определенных папок на extern url? > > > > например: /var/www/html/data > http://www.domain.ltd/data > > > > Если буду запрашивать http://www.domain2.ltd/data файлы будут браться с > > http://www.domain.ltd/data > > > > Весь хост redirect не возможно делать, возможно только кое-какие папки > > > > Спасибо за помощь > > > > Вы упомянули три возможных варианта: > - "как сделать rewrite" > > location /data { > rewrite ^ http://www.domain.ltd$request_uri permanent; Just some minor notes: - rewrite ^ http://www.domain.ltd$request_uri permanent; + rewrite ^ http://www.domain.ltd$request_uri? permanent; Иначе будут дублироваться аргументы. > } > > - "файлы будут браться" > > location /data { > root /var/www/domain2-files; > } > > - "браться с http://www.domain.ltd" > > location /data { > proxy_pass http://www.domain.ltd$request_uri; - proxy_pass http://www.domain.ltd$request_uri; + proxy_pass http://www.domain.ltd; Не надо использовать proxy_pass с переменными там где он не нужен. В подобной конструкции proxy_pass с переменными имеет смысл использовать только с одной целью: чтобы www.domain.ltd регулярно резолвился. Но чтобы заработало - нужно ещё и описать resolver. В остальном всё верно. Maxim Dounin From sytar.alex на gmail.com Fri Dec 3 22:38:19 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Fri, 3 Dec 2010 22:38:19 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF8FB93.4080600@ukr.net> References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> <4CF8EC51.9040601@ukr.net> <4CF8FB93.4080600@ukr.net> Message-ID: 3 декабря 2010 г. 17:15 пользователь Vladislav V. Prodan написал: > 03.12.2010 16:00, Ivan . пишет: >> server_name_in_redirect off; >> не поможет? >> > > Не помогло... > -        server_name_in_redirect off; -        location ~ .+/$ { + location ~ /.+/$ { >           rewrite (.+)/$ $1 permanent; >        } Как-то так вестимо > >        location / { >                index index.php; >                try_files $uri /index.php$uri; >        } > > > -- > Vladislav V. Prodan > VVP24-UANIC > +38[067]4584408 > +38[099]4060508 > vlad11 на jabber.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Have a nice day From motienko на gmail.com Fri Dec 3 22:44:54 2010 From: motienko на gmail.com (Oleg Motienko) Date: Fri, 3 Dec 2010 22:44:54 +0300 Subject: nginx+xbt tracker In-Reply-To: <4CF91474.9020502@cheater.ru> References: <4CF91474.9020502@cheater.ru> Message-ID: Не совсем так. По крайней мере несколько месяцев назад xbt не понимал realip. Надо было в arg передавать еще ip адрес. Делали так: set $args $args&ip=$remote_addr; и так rewrite ^/a /myannounce?ip=$remote_addr&foooobaar=none&$args; уже и не помню, какой вариант заработал, вроде бы второй... 2010/12/3 Roman Sokolov > Hello, > > > agz wrote: > >> Кто-нибудь пробовал? Нужно чтобы nginx >> через proxy_pass передавал запросы к >> трекеру. С налета что-то не >> получилось... >> Там запрос такого вида: >> http://host/$pass_hash/announce и еще куча всяких >> параметров после. >> > Вообще-то запросы там не такие. > > > Короче запрос уходит, в логе nginx все >> есть, а ответа от трекера нет... >> Может это уже обсуждалось? Есть готовые >> решения? >> > Работает просто и без хитростей: > location ~ ^/(an|announce) { > proxy_pass http://127.0.0.4:2710; > proxy_redirect off; > proxy_set_header Host $http_host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $remote_addr; > } > > -- Oleg -------------- next part -------------- An HTML attachment was scrubbed... URL: From temotor на gmail.com Fri Dec 3 23:07:55 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 3 Dec 2010 23:07:55 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> <4CF811B2.3020901@ukr.net> <4CF8D772.5070205@ukr.net> <4CF8E453.1040406@ukr.net> <4CF8EC51.9040601@ukr.net> <4CF8FB93.4080600@ukr.net> Message-ID: > -        location ~ .+/$ { > +       location ~ /.+/$ { >>           rewrite (.+)/$ $1 permanent; >>        } > > Как-то так вестимо Можете придумать какой-нибудь урл, который теперь матчится иначе? From nginx-forum на nginx.us Sat Dec 4 01:16:10 2010 From: nginx-forum на nginx.us (agz) Date: Fri, 03 Dec 2010 17:16:10 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <48c0fbe69bd85ffdd4647d6031e8505d.NginxMailingListRussian@forum.nginx.org> Спасибо, попробую! Думаю так-же можно поступить со /scrape и /stats. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,155425#msg-155425 From xpahos на gmail.com Sat Dec 4 01:32:29 2010 From: xpahos на gmail.com (xpahos на gmail.com) Date: Sat, 4 Dec 2010 01:32:29 +0300 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: Небольшой вопрос по теме xbt. У Вас используется nginx просто как фронтэнд для xbt или Вы как-то делаете балансировку между несколькими трекерами(процессами xbt)? 2010/12/3 agz > Всем привет! > > Кто-нибудь пробовал? Нужно чтобы nginx > через proxy_pass передавал запросы к > трекеру. С налета что-то не > получилось... > Там запрос такого вида: > http://host/$pass_hash/announce и еще куча всяких > параметров после. > Короче запрос уходит, в логе nginx все > есть, а ответа от трекера нет... > Может это уже обсуждалось? Есть готовые > решения? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,155300,155300#msg-155300 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From universite на ukr.net Sat Dec 4 01:54:30 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Sat, 04 Dec 2010 00:54:30 +0200 Subject: Rewrite URI In-Reply-To: <20101203160342.GF72777@mdounin.ru> References: <20101203160342.GF72777@mdounin.ru> Message-ID: <4CF97526.80204@ukr.net> 03.12.2010 18:03, Maxim Dounin пишет: > - rewrite ^ http://www.domain.ltd$request_uri permanent; > + rewrite ^ http://www.domain.ltd$request_uri? permanent; > > Иначе будут дублироваться аргументы. а можно поподробнее? при каком URL начнутся проблемы? -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From wangsamp на gmail.com Sat Dec 4 02:52:43 2010 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Sat, 4 Dec 2010 01:52:43 +0200 (EET) Subject: Rewrite URI In-Reply-To: <4CF97526.80204@ukr.net> References: <20101203160342.GF72777@mdounin.ru> <4CF97526.80204@ukr.net> Message-ID: Today Dec 4, 2010 at 00:54 Vladislav V. Prodan wrote: > 03.12.2010 18:03, Maxim Dounin пишет: > > - rewrite ^ http://www.domain.ltd$request_uri permanent; > > + rewrite ^ http://www.domain.ltd$request_uri? permanent; > > > > Иначе будут дублироваться аргументы. > > а можно поподробнее? > при каком URL начнутся проблемы? Не проблемы, а дублирование аргументов. $request_uri содержит аргументы и rewrite без "?" в конце их добавляет после преобразования URI. /xyz?abc=123 -> http://www.domain.ltd/xyz?abc=123&abc=123 -- WNGS-RIPE From nginx-forum на nginx.us Sat Dec 4 04:23:22 2010 From: nginx-forum на nginx.us (terkin) Date: Fri, 03 Dec 2010 20:23:22 -0500 Subject: =?UTF-8?B?0J/QvtC00YHQutCw0LbQuNGC0LUg0YEg0LrQvtC90YTQuNCz0YPRgNCw0YbQuNC1?= =?UTF-8?B?0Lk=?= Message-ID: <44ed8cbd99395c051ca8050ec2605c1a.NginxMailingListRussian@forum.nginx.org> сейчас есть следующая конструкция: server { listen www.domain.ru:80; server_name www.domain.ru; access_log /var/log/nginx/nginx-domain.ru-access.log; error_log /var/log/nginx/nginx-domain.ru-error.log error; rewrite ^ $scheme://domain.ru$request_uri permanent; } server { listen domain.ru:80; server_name domain.ru; access_log /var/log/nginx/nginx-domain.ru-access.log; error_log /var/log/nginx/nginx-domain.ru-error.log error; root /var/www/vhosts/domain.ru; location ~ /\.ht { deny all; } location / { try_files $uri @proxdomain; } location @proxdomain { proxy_pass http://127.0.0.1:8003; proxy_redirect http://127.0.0.1:8003/ http://domain.ru/; } } в таком виде работает, правда я пока слабо разбираюсь в nginx... помогите сделать так, что бы при заходе клиента с айпи-адресом из сети 10.0.0.0 перекидывать его обработку с одного интерфейса на другой? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155455,155455#msg-155455 From elifan2007 на ya.ru Sat Dec 4 12:08:56 2010 From: elifan2007 на ya.ru (Elifan) Date: Sat, 4 Dec 2010 11:08:56 +0200 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_freebsd_8=2E1?= In-Reply-To: <4CEE2B58.3060708@citrin.ru> References: <1142956035.20101125105003@ya.ru> <4CEE2B58.3060708@citrin.ru> Message-ID: <176134265.20101204110856@ya.ru> Здравствуйте, Anton. Вы писали 25 ноября 2010 г., 11:24:40: > On 11/25/10 11:50, Elifan wrote: >> В логах error nginx чисто, а вот в messages: >> kernel: pid 4310 (nginx), uid 65534: exited on signal 11 >> Сам бэкенд также отдает статику и у него все ок. >> >> Когда трафика мало, и ошибок нет практически. >> Как только вечер или ночь, всё ужасно. Как я понимаю падает nginx.. Пробывал 0.7.65, >> 0.7.67, 0.8.53, результат одиннаков. >> Не факт что проблема в nginx, т.к. эта связка бэк-фронт-энд работала >> на 6.х и 7.х фри без проблем, а вот 8.1... > В sysctl.conf добавьте > kern.sugid_coredump=1 > kern.corefile=/var/tmp/%U.%N.core > Сам nginx пересоберите с отладочными символами (для этого достаточно в port > options отметить галочку debug) > После этого можно будет посмотреть backtrace. А как воспользоваться core dumped чтобы определить где падает? -- С уважением, Elifan mailto:elifan2007 на ya.ru From mdounin на mdounin.ru Sat Dec 4 14:50:25 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 4 Dec 2010 14:50:25 +0300 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_freebsd_8=2E1?= In-Reply-To: <176134265.20101204110856@ya.ru> References: <1142956035.20101125105003@ya.ru> <4CEE2B58.3060708@citrin.ru> <176134265.20101204110856@ya.ru> Message-ID: <20101204115025.GG72777@mdounin.ru> Hello! On Sat, Dec 04, 2010 at 11:08:56AM +0200, Elifan wrote: > Здравствуйте, Anton. > > Вы писали 25 ноября 2010 г., 11:24:40: > > > On 11/25/10 11:50, Elifan wrote: > >> В логах error nginx чисто, а вот в messages: > >> kernel: pid 4310 (nginx), uid 65534: exited on signal 11 > >> Сам бэкенд также отдает статику и у него все ок. > >> > >> Когда трафика мало, и ошибок нет практически. > >> Как только вечер или ночь, всё ужасно. Как я понимаю падает nginx.. Пробывал 0.7.65, > >> 0.7.67, 0.8.53, результат одиннаков. > >> Не факт что проблема в nginx, т.к. эта связка бэк-фронт-энд работала > >> на 6.х и 7.х фри без проблем, а вот 8.1... > > > В sysctl.conf добавьте > > > kern.sugid_coredump=1 > > kern.corefile=/var/tmp/%U.%N.core > > > Сам nginx пересоберите с отладочными символами (для этого достаточно в port > > options отметить галочку debug) > > > После этого можно будет посмотреть backtrace. > > > А как воспользоваться core dumped чтобы определить где падает? gdb /path/to/nginx /path/to/core bt http://wiki.nginx.org/Debugging#Core_dump Maxim Dounin From denis.kot на gmail.com Sat Dec 4 16:53:28 2010 From: denis.kot на gmail.com (Denis Kot) Date: Sat, 4 Dec 2010 15:53:28 +0200 Subject: =?UTF-8?B?0L/RgNC+0LrRgdC4INC40LvQuCBkbmF0Pw==?= Message-ID: Есть сервер c proxmox. Планируется его поставить в дата центр. IP только 1. Как лучше/быстрее/менее прожорливо по ресурсам перебрасывать запросы в виртуалку? Через проксирование nginx, установленном в proxmox или через dnat 80 порта прямо в виртуалку? Denis From xpahos на gmail.com Sat Dec 4 17:14:57 2010 From: xpahos на gmail.com (xpahos на gmail.com) Date: Sat, 4 Dec 2010 17:14:57 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: Message-ID: Любым фронтэндом. nat всегда будет больше ресурсов кушать. 2010/12/4 Denis Kot > Есть сервер c proxmox. Планируется его поставить в дата центр. IP > только 1. Как лучше/быстрее/менее прожорливо по ресурсам перебрасывать > запросы в виртуалку? Через проксирование nginx, установленном в > proxmox или через dnat 80 порта прямо в виртуалку? > > Denis > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vugluskr на vugluskr.org.ua Sat Dec 4 21:09:03 2010 From: vugluskr на vugluskr.org.ua (=?koi8-r?Q?=E2=CF=C7=D5=CE_?= =?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA?=) Date: Sat, 04 Dec 2010 20:09:03 +0200 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: Message-ID: <1291486143.1544.154.camel@shana.home.lan> В Сбт, 04/12/2010 в 17:14 +0300, xpahos на gmail.com пишет: > Любым фронтэндом. nat всегда будет больше ресурсов кушать. А можно какие-нибудь цифры в подтверждение этого утверждения? И ОСы для которых оно справедливо? > 2010/12/4 Denis Kot > Есть сервер c proxmox. Планируется его поставить в дата центр. > IP > только 1. Как лучше/быстрее/менее прожорливо по ресурсам > перебрасывать > запросы в виртуалку? Через проксирование nginx, установленном > в > proxmox или через dnat 80 порта прямо в виртуалку? From vladimir на greenmice.info Sat Dec 4 21:24:36 2010 From: vladimir на greenmice.info (Vladimir Rusinov) Date: Sat, 4 Dec 2010 21:24:36 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: Message-ID: 2010/12/4 xpahos на gmail.com > Любым фронтэндом. nat всегда будет больше ресурсов кушать. > Сомнительно, особенно с учетом того что при dnat теоретически можно реализовать direct answer. Тесты есть какие-нибудь? -- Vladimir Rusinov http://greenmice.info/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kav на karagodov.name Sat Dec 4 21:31:13 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Sat, 4 Dec 2010 21:31:13 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: <1291486143.1544.154.camel@shana.home.lan> References: <1291486143.1544.154.camel@shana.home.lan> Message-ID: nat и проксирование - разные вещи зачем сравнивать круглое с холодным? если надо раскидать по разным серверам HTTP-запросы, при этом их либо балансировать, проверять или что-либо ещё, специфичное для HTTP, то nat только навредит далее, как вы собираетесь nat-ом определять на какой сервер отдать запрос? если сервер один и там стоит некий демон, слушающий на одной паре адрес:порт, то тут классический dnat и нечего обсуждать если за "фаерволлом" куча разных сервер с вариантами и тд и тп, то вам нужно что-то смышлёнее dnat-а, например nginx, Cisco CSS/CSM/ASA, возможно в vyatta есть что то подобное или другое балансировщики вариантов море, дешевле и проще nginx-а, думаю, не найдёте On 04.12.2010, at 21:09, Богун Дмитрий wrote: > В Сбт, 04/12/2010 в 17:14 +0300, xpahos на gmail.com пишет: >> Любым фронтэндом. nat всегда будет больше ресурсов кушать. это с чего бы классический dnat стал кушать больше ресурсов? с чего вообще nat будет кушать больше ресурсов, чем прокси-сервер? > А можно какие-нибудь цифры в подтверждение этого утверждения? И ОСы для > которых оно справедливо? > >> 2010/12/4 Denis Kot >> Есть сервер c proxmox. Планируется его поставить в дата центр. >> IP >> только 1. Как лучше/быстрее/менее прожорливо по ресурсам >> перебрасывать >> запросы в виртуалку? Через проксирование nginx, установленном >> в >> proxmox или через dnat 80 порта прямо в виртуалку? > > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From xpahos на gmail.com Sat Dec 4 21:52:14 2010 From: xpahos на gmail.com (xpahos на gmail.com) Date: Sat, 4 Dec 2010 21:52:14 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: <1291486143.1544.154.camel@shana.home.lan> Message-ID: > это с чего бы классический dnat стал кушать больше ресурсов? > с чего вообще nat будет кушать больше ресурсов, чем прокси-сервер? Если используется OpenVZ(в Proxmox такой вариант присутствует, во FreeBSD так можно сделать с джейлами), то можно просто брать статику с /var/lib/vz/root/{n} для Proxmox OpenVZ, а Apache повесить на loopback интерфейс в этом же OpenVZ контейнере. 2010/12/4 Alexey V. Karagodov > nat и проксирование - разные вещи > зачем сравнивать круглое с холодным? > > если надо раскидать по разным серверам HTTP-запросы, > при этом их либо балансировать, проверять или что-либо ещё, специфичное для > HTTP, то nat только навредит > далее, как вы собираетесь nat-ом определять на какой сервер отдать запрос? > если сервер один и там стоит некий демон, слушающий на одной паре > адрес:порт, то тут классический dnat и нечего обсуждать > если за "фаерволлом" куча разных сервер с вариантами и тд и тп, то вам > нужно что-то смышлёнее dnat-а, например nginx, Cisco CSS/CSM/ASA, возможно в > vyatta есть что то подобное или другое балансировщики > вариантов море, дешевле и проще nginx-а, думаю, не найдёте > > On 04.12.2010, at 21:09, Богун Дмитрий wrote: > > > В Сбт, 04/12/2010 в 17:14 +0300, xpahos на gmail.com пишет: > >> Любым фронтэндом. nat всегда будет больше ресурсов кушать. > это с чего бы классический dnat стал кушать больше ресурсов? > с чего вообще nat будет кушать больше ресурсов, чем прокси-сервер? > > > А можно какие-нибудь цифры в подтверждение этого утверждения? И ОСы для > > которых оно справедливо? > > > >> 2010/12/4 Denis Kot > >> Есть сервер c proxmox. Планируется его поставить в дата центр. > >> IP > >> только 1. Как лучше/быстрее/менее прожорливо по ресурсам > >> перебрасывать > >> запросы в виртуалку? Через проксирование nginx, установленном > >> в > >> proxmox или через dnat 80 порта прямо в виртуалку? > > > > > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From catap на catap.ru Sun Dec 5 00:40:12 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Sun, 5 Dec 2010 00:40:12 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: Message-ID: 2010/12/4 xpahos на gmail.com > Любым фронтэндом. nat всегда будет больше ресурсов кушать. > > Слушай, в случае проксирования как минимум будут копирования ks->us и обратно us->ks, в случае dnat можно сделать все в рамках ядра. Можешь раскрыть мысль? -- wbr, Kirill -------------- next part -------------- An HTML attachment was scrubbed... URL: From rurk777 на gmail.com Sun Dec 5 00:50:53 2010 From: rurk777 на gmail.com (grek777 grek777) Date: Sun, 5 Dec 2010 02:50:53 +0500 Subject: =?UTF-8?B?0YDQtdCy0YDQsNC50YLRiyDQtNC70Y8gbmdpbngtYQ==?= Message-ID: Доброго времени суток, после перехода с apache на nginx возникла проблема с реврайтами cms, реврайты для самого движка и некоторых модулей я смог найти, но не для всех, может кто-нибудь помочь перевести следующие правила для nginx: DirectoryIndex index.php RewriteEngine On Options +FollowSymlinks -Multiviews # Редиректы RewriteRule ^page/(.*)$ index.php?cstart=$1 [L] #forum RewriteCond %{HTTP_HOST} ^forum.site.ru$ RewriteRule ^(.*)$ http://site.ru/forum/$1 [R=301,L] # DLE Forum RewriteRule ^forum(/?)+$ /?do=forum [L] RewriteRule ^forum/category_([0-9]+)(/?)+$ /?do=forum&act=category&cid=$1 [L] RewriteRule ^forum/forum_([0-9]+)(/?)+$ /?do=forum&act=forum&fid=$1 [L] RewriteRule ^forum/forum_([0-9]+)/([0-9]+)(/?)+$ /?do=forum&act=forum&fid=$1&cstart=$2 [L] RewriteRule ^forum/topic_([0-9]+)(/?)+$ /?do=forum&act=topic&tid=$1 [L] RewriteRule ^forum/topic_([0-9]+)/([0-9]+)(/?)+$ /?do=forum&act=topic&tid=$1&cstart=$2 [L] RewriteRule ^forum/topic_([0-9]+)/reply(/?)+$ /?do=forum&act=post&code=reply&tid=$1 [L] RewriteRule ^forum/forum_([0-9]+)/add(/?)+$ /?do=forum&act=add_topic&forum_id=$1 [L] RewriteRule ^forum/search(/?)+$ /?do=forum&act=search [L] RewriteRule ^forum/search/([^/]+)/([0-9]+)(/?)+$ /?do=forum&act=search&search_text=$1&cstart=$2 [L] RewriteRule ^forum/subscription(/?)+$ /?do=forum&act=subscription [L] #RedirectPermanent /forum http://forum.site.ru #Arcade RewriteRule ^arcade(/?)+$ /?do=arcade [L] RewriteRule ^arcade/play/([0-9]{1,3})/(/?)+$ /?do=arcade&op=play&gid=$1 [QSA,L] RewriteRule ^arcade/play/([0-9]{1,3})/([^/]*)(/?)+$ /?do=arcade&op=rec&gid=$1 [L] RewriteRule ^arcade/([^/]*)/(/?)+$ /?do=arcade&cid=$1 [L] RewriteRule ^arcade/([0-9]{1,3}),([0-9]+).html(/?)+$ ?do=arcade&cstart=$1&cend=$2 [L] RewriteRule ^arcade/([^/]*)/([0-9]{1,3}),([0-9]+).html(/?)+$ ?do=arcade&cid=$1&cstart=$2&cend=$3 [L] #Chat RewriteRule ^chat(/?)+$ /?do=chat [L] # ТВ RewriteRule ^tv-program(/?)+$ /?do=tv-program [L] RewriteRule ^tv-program/([^/]*)(/?)+$ /?do=tv-program&period=3&date=$1 [L] RewriteRule ^tv-program/([^/]*)/([0-9]+)(/?)+$ /?do=tv-program&period=3&channel=$2&date=$1 [L] RewriteRule ^tv-program/info/([^/]*)/([0-9]+)(/?)+$ /?do=tv-program&programm=$2&date=$1&open=info [L] # Gallery RewriteRule ^gallery(/?)+$ /index.php?do=gallery [L] RewriteRule ^gallery/page/([0-9]+)(/?)+$ /?do=gallery&cstart=$1 [L] RewriteRule ^gallery/image/([0-9]+).html(/?)+$ /?do=gallery&action=img&image=$1 [L] RewriteRule ^gallery/image/([0-9]+)/page/([0-9]+)(/?)+$ /?do=gallery&action=img&image=$1&cstart=$2 [L] RewriteRule ^gallery/users(/?)+$ /?do=gallery&action=usgal [L] RewriteRule ^gallery/users/page/([0-9]+)(/?)+$ /?do=gallery&action=usgal&cstart=$1 [L] RewriteRule ^gallery/own/([^/]*)(/?)+$ /?do=gallery&action=usergal&user=$1 [L] RewriteRule ^gallery/own/([^/]*)/page/([0-9]+)(/?)+$ /?do=gallery&action=usergal&user=$1&cstart=$2 [L] RewriteRule ^gallery/category/([^/]*)(/?)+$ /?do=gallery&action=show_cat&category=$1 [L] RewriteRule ^gallery/category/([^/]*)/page/([0-9]+)(/?)+$ /?do=gallery&action=show_cat&category=$1&cstart=$2 [L] # 301 редирект RewriteCond %{HTTP_HOST} ^www.site.ru RewriteRule (.*) http://site.ru/$1 [R=301,L] RewriteCond %{HTTP_HOST} ^www.pod.site.ru^M RewriteRule (.*) http://pod.site.ru/$1 [R=301,L] ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From xpahos на gmail.com Sun Dec 5 01:05:40 2010 From: xpahos на gmail.com (xpahos на gmail.com) Date: Sun, 5 Dec 2010 01:05:40 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtC60YHQuCDQuNC70LggZG5hdD8=?= In-Reply-To: References: Message-ID: > Можешь раскрыть мысль? Я тебе тогда в жаббер завтра напишу. Судя по отзывам тут я не прав. 2010/12/5 Kirill A. Korinskiy > 2010/12/4 xpahos на gmail.com > >> Любым фронтэндом. nat всегда будет больше ресурсов кушать. >> >> > Слушай, в случае проксирования как минимум будут копирования ks->us и > обратно us->ks, в случае dnat можно сделать все в рамках ядра. > > Можешь раскрыть мысль? > > -- > wbr, Kirill > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Sun Dec 5 06:28:48 2010 From: nginx-forum на nginx.us (anon) Date: Sat, 04 Dec 2010 22:28:48 -0500 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: <4CF80A2A.4030401@ukr.net> References: <4CF80A2A.4030401@ukr.net> Message-ID: Извиняюсь, что влезаю. Но как осуществить обратную операцию: добавлять (через явный редирект) слэш ко всем адресам (виртуальным, естественно) без одного? Кое-где подсмотрел возможные варианты: [code]if (!-e $request_filename) { rewrite ^/(.*[^/])$ $1/ permanent; }[/code] [code]location ~ ^(.*[^/])$ { if (!-e $document_root/$1) { rewrite ^(.*) $1/ permanent; } }[/code] Но что-то всё не то. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155125,155635#msg-155635 From temotor на gmail.com Sun Dec 5 17:19:16 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Sun, 5 Dec 2010 17:19:16 +0300 Subject: =?UTF-8?B?UmU6INCd0YPQttC90L4g0YPQsdGA0LDRgtGMINGB0LvRjdGIINCyINC60L7QvdGG?= =?UTF-8?B?0LUgVVJM?= In-Reply-To: References: <4CF80A2A.4030401@ukr.net> Message-ID: 2010/12/5 anon : > Извиняюсь, что влезаю. Но как > осуществить обратную операцию: > добавлять (через явный редирект) слэш > ко всем адресам (виртуальным, > естественно) без одного? > location ~ [^/]$ { rewrite ^ http://domain$uri/$is_args$args permanent; } Но это, имхо, плохая идея. > Кое-где подсмотрел возможные варианты: > [code]if (!-e $request_filename) > { >  rewrite ^/(.*[^/])$ $1/ permanent; > }[/code] > > [code]location ~ ^(.*[^/])$ { >  if (!-e $document_root/$1) { >    rewrite ^(.*) $1/ permanent; >  } > }[/code] > > Но что-то всё не то. From systeamx на gmail.com Sun Dec 5 17:21:14 2010 From: systeamx на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lk=?=) Date: Sun, 5 Dec 2010 17:21:14 +0300 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSDQv9C10YDQuNC+0LTQuNGH0LXRgdC60L7QuSA=?= =?UTF-8?B?0L7RiNC40LHQutC+0LkgNTAwINCyIG5naW54?= Message-ID: Здравствуйте, Столкнулись с проблемой периодической ошибки 500, которая возникает на сайте клиента при попытке добавить в SAPE площадку. Сервер работает на CentOS 5 - nginx/0.8.20 в связке с апачем. В логах следующее: 2010/12/05 17:11:49 [info] 7736#0: *1108 client closed prematurely connection while sending to client, client: 188.72.80.201, server: ***.biz, request: "GET /forum/ HTTP/1.1", upstream: "http://***:3000/forum/", host: "***.biz" При это в коде nginx сапе отдаёт 500 ошибку, тогда как обычные пользователи заходят нормально. При проверке различными сервисами также в заголовках ошибка 500. С чем связано - непонятно. Помогите разобраться пожалуйста. From nginx-forum на nginx.us Sun Dec 5 18:59:55 2010 From: nginx-forum на nginx.us (Settler) Date: Sun, 05 Dec 2010 10:59:55 -0500 Subject: =?UTF-8?B?bmdpbngg0Lgg0L/QvtC00LTQvtC80LXQvdGLIC0g0YHQuNC70YzQvdC+INGC0L4=?= =?UTF-8?B?0YDQvNC+0LfQuNGC?= Message-ID: Опытным путём обнаружил что nginx и большое количество поддоменов плохо вместе работают, например nginx+apache без поддоменов = 20 запросов в секунду и load average 3 nginx+apache с поддоменами = 2 запроса в секунду и load average 20 apache с поддоменами (без nginx) = 8 запрос в секунду и load average 8 (запросы в секунду смотрятся через /server-status/) Получается что с поддоменами nginx лучше не использовать? или может дело в правильных настройках? [code] worker_processes 1; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] $status ' '"$request" $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; tcp_nodelay on; server { listen ip:80; server_name localhost; set $p $host; if ($host ~ www\.(.*)) { set $p $1; } if ($p ~* ^([a-z0-9-\.]+)\.site.ru$) { set $p site.ru; } # access_log /var/log/httpd/access.log main; # Main location location / { proxy_pass http://ip:8080/; 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; } # Static files location location ~*^.+\.(jpg|jpeg|gif|png|css|zip|rar|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|js)$ { root /var/www/user/data/www/$p; } } } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155731,155731#msg-155731 From nginx-forum на nginx.us Sun Dec 5 21:29:22 2010 From: nginx-forum на nginx.us (agz) Date: Sun, 05 Dec 2010 13:29:22 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <2d05b25a6a43a30e50568d2bc83a3607.NginxMailingListRussian@forum.nginx.org> Нет, пока не используется. Но хочу все запросы на анонсер через nginx пропускать, дабы логи были - читеров выявлять :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,155773#msg-155773 From bdfy на mail.ru Sun Dec 5 22:21:27 2010 From: bdfy на mail.ru (Ivan) Date: Sun, 05 Dec 2010 22:21:27 +0300 Subject: =?UTF-8?B?0L/QvtC00LTQtdGA0LbQutCwINGF0Y3RiNCwINCyINC60L7QvdGE0LjQs9C1?= Message-ID: предположим есть у меня 50 значений. Соотв хочется написать if который эти 50 значений проверяет. Можно конечно это сделать через регэксп но получится слишком длинный. Вопрос: можно ли в конфиге nginx задать что-то типа массива/хэша и проверять на соотв в этом хеше в условии ? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From boris на dolgov.name Sun Dec 5 22:27:14 2010 From: boris на dolgov.name (Boris Dolgov) Date: Sun, 5 Dec 2010 22:27:14 +0300 Subject: =?UTF-8?B?UmU6INC/0L7QtNC00LXRgNC20LrQsCDRhdGN0YjQsCDQsiDQutC+0L3RhNC40LM=?= =?UTF-8?B?0LU=?= In-Reply-To: References: Message-ID: 2010/12/5 Ivan : > предположим есть у меня 50 значений. Соотв хочется написать if который эти > 50 значений проверяет. Можно конечно это сделать через регэксп но получится > слишком длинный. Вопрос: можно ли в конфиге nginx задать что-то типа > массива/хэша и проверять на соотв в этом хеше в условии ? Да, ngx_http_map_module -- Boris Dolgov. From chipitsine на gmail.com Sun Dec 5 22:34:27 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Mon, 6 Dec 2010 00:34:27 +0500 Subject: =?UTF-8?B?UmU6IE5naW54ICYgY29tZXQ6INCa0LDQuiDQv9GA0LjQvdGP0YLRjCDQsdC+0Ls=?= =?UTF-8?B?0LXQtSA2NEsg0L7QtNC90L7QstGA0LXQvNC10L3QvdGL0YUg0YHQvtC10LQ=?= =?UTF-8?B?0LjQvdC10L3QuNC5IC4uLg==?= In-Reply-To: <201012031829.22870.JohnBat26@gmail.com> References: <201012031538.53409.JohnBat26@gmail.com> <4CF8E5BA.4030202@altlinux.ru> <201012031829.22870.JohnBat26@gmail.com> Message-ID: при помощи lsof посчитайте, сколько файлов действительно открыто ? у вас срабатывает либо встроенное ограничение nginx, либо ограничение операционной системы. 3 декабря 2010 г. 20:29 пользователь Eugene Batogov написал: > Посмотрел error.log: > > После 30K появляются: > > 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open > files) > > 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open > files) > > 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open > files) > > 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open > files) > > 2010/12/03 18:19:12 [alert] 3417#0: accept() failed (24: Too many open > files) > > cat /proc/sys/fs/file-max > > 999999 > > ulimit -n > > 1000000 > > /etc/security/limits.conf: > > # > > * soft nofile 1000000 > > * hard nofile 1000000 > > Кто что скажет/посоветует ? > > -- > > Best Regards, Eugene Batogov > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sytar.alex на gmail.com Sun Dec 5 22:52:05 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Sun, 5 Dec 2010 22:52:05 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: Message-ID: 5 декабря 2010 г. 18:59 пользователь Settler написал: > Опытным путём обнаружил что nginx и > большое количество поддоменов плохо > вместе работают, например > > nginx+apache без поддоменов = 20 запросов в > секунду и load average 3 > nginx+apache с поддоменами = 2 запроса в > секунду и load average 20 > apache с поддоменами (без nginx) = 8 запрос в > секунду и load average 8 > (запросы в секунду смотрятся через > /server-status/) ... >        if ($host ~ www\.(.*)) { set $p $1; } >        if ($p ~* ^([a-z0-9-\.]+)\.site.ru$) { set $p site.ru; } Попробуйте создать на каждый домен по конфигу и пмерять произовдительность. Мне кажется результаты вас сильно удивят. >        # access_log  /var/log/httpd/access.log  main; > >        # Main location >        location / { >            proxy_pass         http://ip:8080/; >            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; >        } > >        # Static files location >        location > ~*^.+\.(jpg|jpeg|gif|png|css|zip|rar|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|js)$ >        { > > >        root        /var/www/user/data/www/$p; > } > >    } > } > [/code] > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155731,155731#msg-155731 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Have a nice day From catap на catap.ru Sun Dec 5 23:06:47 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Sun, 5 Dec 2010 23:06:47 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: Message-ID: 2010/12/5 Aleksandr Sytar > > > if ($host ~ www\.(.*)) { set $p $1; } > > if ($p ~* ^([a-z0-9-\.]+)\.site.ru$) { set $p site.ru; } > > Попробуйте создать на каждый домен по конфигу и пмерять > произовдительность. Мне кажется результаты вас сильно удивят. > > А можете рассказать мысль, почему? -- wbr, Kirill -------------- next part -------------- An HTML attachment was scrubbed... URL: From kav на karagodov.name Sun Dec 5 23:14:21 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Sun, 5 Dec 2010 23:14:21 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: Message-ID: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> если верить рассылке и Игорю лично, if - зло, удивительное зло а преведённая ниже конструкция, это просто !"?дец ... подобное лучше запихнуть в скрипт, который будет генерить куски конфига для последующего инклуда On 05.12.2010, at 23:06, Kirill A. Korinskiy wrote: > 2010/12/5 Aleksandr Sytar >> >>> if ($host ~ www\.(.*)) { set $p $1; } >>> if ($p ~* ^([a-z0-9-\.]+)\.site.ru$) { set $p site.ru; } >> >> Попробуйте создать на каждый домен по конфигу и пмерять >> произовдительность. Мне кажется результаты вас сильно удивят. >> >> > А можете рассказать мысль, почему? > > -- > wbr, Kirill > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From alexander.moskalenko на gmail.com Sun Dec 5 23:17:39 2010 From: alexander.moskalenko на gmail.com (Alexander Moskalenko) Date: Sun, 5 Dec 2010 22:17:39 +0200 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> References: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> Message-ID: 2010/12/5 Alexey V. Karagodov > если верить рассылке и Игорю лично, if - зло, удивительное зло > > а преведённая ниже конструкция, это просто !"No.дец ... > +1 > подобное лучше запихнуть в скрипт, который будет генерить куски конфига для > последующего инклуда > Тут скорее проще написать 3 директивы server с регулярками в server_name > > On 05.12.2010, at 23:06, Kirill A. Korinskiy wrote: > > > 2010/12/5 Aleksandr Sytar > >> > >>> if ($host ~ www\.(.*)) { set $p $1; } > >>> if ($p ~* ^([a-z0-9-\.]+)\.site.ru$) { set $p site.ru; } > >> > >> Попробуйте создать на каждый домен по конфигу и пмерять > >> произовдительность. Мне кажется результаты вас сильно удивят. > >> > >> > > А можете рассказать мысль, почему? > > > > -- > > wbr, Kirill > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From catap на catap.ru Mon Dec 6 00:23:32 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Mon, 6 Dec 2010 00:23:32 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> References: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> Message-ID: 2010/12/5 Alexey V. Karagodov > если верить рассылке и Игорю лично, if - зло, удивительное зло > > а преведённая ниже конструкция, это просто !"?дец ... > подобное лучше запихнуть в скрипт, который будет генерить куски конфига для > последующего инклуда > > Если уметь if готовить, то не зло. Меня интересует почему будет хуже производительность в этом случае? -- wbr, Kirill -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Mon Dec 6 00:35:26 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 6 Dec 2010 00:35:26 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: Message-ID: <83362549.20101206003526@softsearch.ru> Здравствуйте, Settler. S> Опытным путём обнаружил что nginx и S> большое количество поддоменов плохо S> вместе работают, например S> nginx+apache без поддоменов = 20 запросов в S> секунду и load average 3 S> nginx+apache с поддоменами = 2 запроса в S> секунду и load average 20 S> apache с поддоменами (без nginx) = 8 запрос в S> секунду и load average 8 S> (запросы в секунду смотрятся через S> /server-status/) Вы на ZX Spectrum nginx что ли запускаете? Какие такие 20 запросов в секунду? У Вас тормозит Апач и все Ваши измерения никуда не годятся. Как можно измерять скорость байдарки, привязанной к барже и завялять, что она медленно плывёт? Или отцепите баржу или измеряйте скорость баржи, а не байдарки. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From nginx-forum на nginx.us Mon Dec 6 02:10:04 2010 From: nginx-forum на nginx.us (Settler) Date: Sun, 05 Dec 2010 18:10:04 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: <83362549.20101206003526@softsearch.ru> References: <83362549.20101206003526@softsearch.ru> Message-ID: <8981e0474f0044f9f36932b87c990087.NginxMailingListRussian@forum.nginx.org> > Вы на ZX Spectrum nginx что ли > запускаете? Какие такие 20 > запросов в > секунду? > > У Вас тормозит Апач и все > Ваши измерения никуда не > годятся. Как можно > измерять скорость > байдарки, привязанной к > барже и завялять, что она > медленно плывёт? Или > отцепите баржу или > измеряйте скорость баржи, а > не > байдарки. > Да измерения никуда не годятся. Проблема решена. nginx оказался совершенно не причём. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155731,155849#msg-155849 From kav на karagodov.name Mon Dec 6 10:14:58 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Mon, 6 Dec 2010 10:14:58 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> Message-ID: On 06.12.2010, at 0:23, Kirill A. Korinskiy wrote: > 2010/12/5 Alexey V. Karagodov > >> если верить рассылке и Игорю лично, if - зло, удивительное зло >> >> а преведённая ниже конструкция, это просто !"?дец ... >> подобное лучше запихнуть в скрипт, который будет генерить куски конфига для >> последующего инклуда >> >> > Если уметь if готовить, то не зло. есть примеры? > Меня интересует почему будет хуже > производительность в этом случае? > > -- > wbr, Kirill > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From boris на dolgov.name Mon Dec 6 11:38:45 2010 From: boris на dolgov.name (Boris Dolgov) Date: Mon, 6 Dec 2010 11:38:45 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> Message-ID: 2010/12/6 Alexey V. Karagodov : >>> >> Если уметь if готовить, то не зло. > есть примеры? if ( expr ) { error_page 402 = @other_loc return 402; } -- Boris Dolgov. From kav на karagodov.name Mon Dec 6 12:05:45 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Mon, 6 Dec 2010 12:05:45 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC/0L7QtNC00L7QvNC10L3RiyAtINGB0LjQu9GM0L3QviA=?= =?UTF-8?B?0YLQvtGA0LzQvtC30LjRgg==?= In-Reply-To: References: <1A461409-C7A5-4B88-A7D4-9C55BA87BBFF@karagodov.name> Message-ID: <116F1053-781F-4C96-B900-78B4D687E17D@karagodov.name> загадочная конструкция ... а expr что угодно (нагромождение регекспов с вариантами и пр.) или что-то простое? On 06.12.2010, at 11:38, Boris Dolgov wrote: > 2010/12/6 Alexey V. Karagodov : >>>> >>> Если уметь if готовить, то не зло. >> есть примеры? > if ( expr ) > { > error_page 402 = @other_loc > return 402; > } > > > -- > Boris Dolgov. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From minaev на gmail.com Mon Dec 6 12:39:16 2010 From: minaev на gmail.com (Dmitri Minaev) Date: Mon, 6 Dec 2010 12:39:16 +0300 Subject: overflow Message-ID: Добрый день, На днях в одной из диаграмм в Munin, которые отрисовываются плагином nginx_requests, наряду с requests, accepts и handled появился график overflow. В выводе stub status сейчас такого значения нет, но, видимо, в какой-то момент оно было. А что, собственно, это за overflow? Переполнение буфера запросов? Или что-то другое? Спасибо. -- With best regards, Dmitri Minaev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From swood на fotofor.biz Mon Dec 6 14:44:20 2010 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 6 Dec 2010 14:44:20 +0300 Subject: overflow In-Reply-To: References: Message-ID: А что в скрипте-то этому значению присваивается? 6 декабря 2010 г. 12:39 пользователь Dmitri Minaev написал: > Добрый день, > > На днях в одной из диаграмм в Munin, которые отрисовываются плагином > nginx_requests, наряду с requests, accepts и handled появился график > overflow. В выводе stub status сейчас такого значения нет, но, видимо, в > какой-то момент оно было. > > А что, собственно, это за overflow? Переполнение буфера запросов? Или что-то > другое? > > Спасибо. > > -- > With best regards, > Dmitri Minaev > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- Best regards, Anton Kiryushkin, From igor на sysoev.ru Mon Dec 6 14:58:41 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 14:58:41 +0300 Subject: nginx-0.9.2 Message-ID: <20101206115841.GA42828@rambler-co.ru> Изменения в nginx 0.9.2 06.12.2010 *) Добавление: поддержка строки "If-Unmodified-Since" в заголовке запросе клиента. *) Изменение: использование accept(), если accept4() не реализован; ошибка появилась в 0.9.0. *) Исправление: nginx не собирался под Cygwin; ошибка появилась в 0.9.0. *) Исправление: уязвимости в OpenSSL CVE-2010-4180. Спасибо Максиму Дунину. -- Игорь Сысоев http://sysoev.ru From morozov_ml на ngs.ru Mon Dec 6 15:24:58 2010 From: morozov_ml на ngs.ru (Alexey Morozov) Date: Mon, 6 Dec 2010 18:24:58 +0600 Subject: =?UTF-8?B?0J/QvtC00LTQtdGA0LbQutCwINC60LvQuNC10L3RgtGB0LrQuNGFIFNTTC3RgdC1?= =?UTF-8?B?0YDRgtC40YTQuNC60LDRgtC+0LIg0LIg0LzQvtC00YPQu9C1IHByb3h5?= Message-ID: <201012061824.59418.morozov_ml@ngs.ru> Здравствуйте! Мы реализовали первоначальную поддержку клиентских SSL-сертификатов в модуле proxy. На данный момент поддержка реализована для версии 0.7.x (в основном, потому что в Debian Squeeze собирается именно эта ветка), в течение нескольких дней мы планируем сделать соотв. изменения и для веток 0.8.x и 0.9.x Несколько позднее планируется поддержка проверки серверного сертификата (сейчас proxy не ругается даже когда бэкенд пользуется самоподписанным сертификатом). Изменения публикуются на https://github.com/amorozov/nginx , ветка navitel- client-crt-v0.7 Буду признателен, если у кого-нибудь найдётся время и желание посмотреть на код и, возможно, высказать какие-то замечания. С уважением, Алексей Морозов, ООО Академсофт From minaev на gmail.com Mon Dec 6 15:28:49 2010 From: minaev на gmail.com (Dmitri Minaev) Date: Mon, 6 Dec 2010 15:28:49 +0300 Subject: overflow In-Reply-To: References: Message-ID: Ах, голова садовая... Мне было показалось, что оно берется из вывода stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так происходит? 2010/12/6 Anton Kiryushkin > А что в скрипте-то этому значению присваивается? > > 6 декабря 2010 г. 12:39 пользователь Dmitri Minaev > написал: > > Добрый день, > > > > На днях в одной из диаграмм в Munin, которые отрисовываются плагином > > nginx_requests, наряду с requests, accepts и handled появился график > > overflow. В выводе stub status сейчас такого значения нет, но, видимо, в > > какой-то момент оно было. > > > > А что, собственно, это за overflow? Переполнение буфера запросов? Или > что-то > > другое? > > > > Спасибо. > > > > -- > > With best regards, > > Dmitri Minaev > > > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://nginx.org/mailman/listinfo/nginx-ru > > > > > > > > -- > Best regards, > Anton Kiryushkin, > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- With best regards, Dmitri Minaev ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vladimir на greenmice.info Mon Dec 6 15:36:13 2010 From: vladimir на greenmice.info (Vladimir Rusinov) Date: Mon, 6 Dec 2010 15:36:13 +0300 Subject: overflow In-Reply-To: References: Message-ID: 2010/12/6 Dmitri Minaev > Ах, голова садовая... Мне было показалось, что оно берется из вывода > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > происходит? > keepalive -- Vladimir Rusinov http://greenmice.info/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From swood на fotofor.biz Mon Dec 6 15:36:38 2010 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 6 Dec 2010 15:36:38 +0300 Subject: overflow In-Reply-To: References: Message-ID: Штука в том, что скрипт, который у вас это делает, видите только Вы :) Видимо какое-то условие там задается. 6 декабря 2010 г. 15:28 пользователь Dmitri Minaev написал: > Ах, голова садовая... Мне было показалось, что оно берется из вывода > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > происходит? > > 2010/12/6 Anton Kiryushkin >> >> А что в скрипте-то этому значению присваивается? >> >> 6 декабря 2010 г. 12:39 пользователь Dmitri Minaev >> написал: >> > Добрый день, >> > >> > На днях в одной из диаграмм в Munin, которые отрисовываются плагином >> > nginx_requests, наряду с requests, accepts и handled появился график >> > overflow. В выводе stub status сейчас такого значения нет, но, видимо, в >> > какой-то момент оно было. >> > >> > А что, собственно, это за overflow? Переполнение буфера запросов? Или >> > что-то >> > другое? >> > >> > Спасибо. >> > >> > -- >> > With best regards, >> > Dmitri Minaev >> > >> > >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru на nginx.org >> > http://nginx.org/mailman/listinfo/nginx-ru >> > >> > >> >> >> >> -- >> Best regards, >> Anton Kiryushkin, >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > > -- > With best regards, > Dmitri Minaev > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- Best regards, Anton Kiryushkin, From citrin на citrin.ru Mon Dec 6 15:37:29 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 06 Dec 2010 15:37:29 +0300 Subject: overflow In-Reply-To: References: Message-ID: <4CFCD909.10905@citrin.ru> On 12/06/10 15:28, Dmitri Minaev wrote: > Ах, голова садовая... Мне было показалось, что оно берется из вывода > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > происходит? AFAIK когда соединений больше чем worker_connections, делается accept и соединение сразу закрывается без обработки. -- Anton Yuzhaninov From citrin на citrin.ru Mon Dec 6 15:41:20 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 06 Dec 2010 15:41:20 +0300 Subject: overflow In-Reply-To: References: Message-ID: <4CFCD9F0.20905@citrin.ru> On 12/06/10 15:36, Vladimir Rusinov wrote: > Ах, голова садовая... Мне было показалось, что оно берется из вывода > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > происходит? > > > keepalive Нет, keep-alive на handled не должен влиять. Краткое описание параметров из sub_status: Accepted connections ? Количество соединений в секунду, принятых nginx через вызов функции accept(). Handled connections ? Количество соединений в секунду, обработанных nginx, а не закрытых сразу. Соединение сразу закрывается, если таблица соединений переполнена. Requests ? Количество запросов в секунду, обслуженных nginx. В одном keep-alive соединении может быть несколько запросов. -- Anton Yuzhaninov From vladimir на greenmice.info Mon Dec 6 15:43:01 2010 From: vladimir на greenmice.info (Vladimir Rusinov) Date: Mon, 6 Dec 2010 15:43:01 +0300 Subject: overflow In-Reply-To: References: Message-ID: 2010/12/6 Vladimir Rusinov > > > 2010/12/6 Dmitri Minaev > > Ах, голова садовая... Мне было показалось, что оно берется из вывода >> stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так >> происходит? >> > > keepalive > Пардно, попутал - думал там $handled - $accepts. -- Vladimir Rusinov http://greenmice.info/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Mon Dec 6 15:47:15 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 6 Dec 2010 15:47:15 +0300 Subject: overflow In-Reply-To: References: Message-ID: <20101206124715.GK72777@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 03:28:49PM +0300, Dmitri Minaev wrote: > Ах, голова садовая... Мне было показалось, что оно берется из вывода > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > происходит? Accepts - это все соединения, которые nginx получил из ядра. Handled - соединения, для которых успешно выполнились все начальные действия с соединением - выделение структуры соединения, выделение начальных буферов, sysctl'и и т.п. Наиболее типичный случай, когда accepts != handled, - это нехватка worker_connections. На каждое соединение, засчитанное в accepts, но не засчитанное в handled, в логах должен быть alert. Maxim Dounin From n.g.i.n.x.e.r на gmail.com Mon Dec 6 15:50:35 2010 From: n.g.i.n.x.e.r на gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Mon, 6 Dec 2010 15:50:35 +0300 Subject: =?UTF-8?B?0KDQsNC30L3Ri9C1IHJvYm90cy50eHQ=?= Message-ID: Здравствуйте. Ситуация такая. Есть несколкьо доменов ссылающихся в одну папку. Скриптами отдается разный контент, а robots.txt для всех пока одинаковый. Как можно средствами nginx отдать разные для каждого домена? From myc на barev.net Mon Dec 6 15:56:34 2010 From: myc на barev.net (Eugene Mychlo) Date: Mon, 6 Dec 2010 15:56:34 +0300 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: Message-ID: <20101206155634.3abecf3b@qqq.tchk> В Mon, 6 Dec 2010 15:50:35 +0300 Роман пишет: > Ситуация такая. Есть несколкьо доменов ссылающихся в одну папку. > Скриптами отдается разный контент, а robots.txt для всех пока > одинаковый. > Как можно средствами nginx отдать разные для каждого домена? Можно через try_files, можно через rewrite + map. -- Regards, Eugene Mychlo MYC-RIPE, EAMYC-RIPN From igor на sysoev.ru Mon Dec 6 16:01:00 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:01:00 +0300 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: Message-ID: <20101206130100.GH42828@rambler-co.ru> On Mon, Dec 06, 2010 at 03:50:35PM +0300, Роман wrote: > Здравствуйте. > Ситуация такая. Есть несколкьо доменов ссылающихся в одну папку. > Скриптами отдается разный контент, а robots.txt для всех пока > одинаковый. > Как можно средствами nginx отдать разные для каждого домена? Вообще-то, это прямой кандидат для разбиения в несколько серверов, но специально для любителей устроить себе в будущем геморрой: map $host $robots { default robots.txt; one.domain.com one.domain.robots.txt; ... } server { location = /robots.txt { alias /path/to/$robots; } -- Igor Sysoev http://sysoev.ru/en/ From igor на sysoev.ru Mon Dec 6 16:02:04 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:02:04 +0300 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: <20101206155634.3abecf3b@qqq.tchk> References: <20101206155634.3abecf3b@qqq.tchk> Message-ID: <20101206130204.GI42828@rambler-co.ru> On Mon, Dec 06, 2010 at 03:56:34PM +0300, Eugene Mychlo wrote: > В Mon, 6 Dec 2010 15:50:35 +0300 > Роман пишет: > > > Ситуация такая. Есть несколкьо доменов ссылающихся в одну папку. > > Скриптами отдается разный контент, а robots.txt для всех пока > > одинаковый. > > Как можно средствами nginx отдать разные для каждого домена? > > Можно через try_files, можно через rewrite + map. Не надо rewrite, не надо. Отвыкаем от .htaccess. -- Igor Sysoev http://sysoev.ru/en/ From mdounin на mdounin.ru Mon Dec 6 16:11:15 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 6 Dec 2010 16:11:15 +0300 Subject: overflow In-Reply-To: <20101206124715.GK72777@mdounin.ru> References: <20101206124715.GK72777@mdounin.ru> Message-ID: <20101206131115.GL72777@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 03:47:15PM +0300, Maxim Dounin wrote: > Hello! > > On Mon, Dec 06, 2010 at 03:28:49PM +0300, Dmitri Minaev wrote: > > > Ах, голова садовая... Мне было показалось, что оно берется из вывода > > stub_status, а на деле оно равно $accepts - $handled. А в каких случаях так > > происходит? > > Accepts - это все соединения, которые nginx получил из ядра. > > Handled - соединения, для которых успешно выполнились все > начальные действия с соединением - выделение структуры соединения, > выделение начальных буферов, sysctl'и и т.п. s/sysctl/fcntl/ > Наиболее типичный случай, когда accepts != handled, - это нехватка > worker_connections. > > На каждое соединение, засчитанное в accepts, но не засчитанное в > handled, в логах должен быть alert. Maxim Dounin From minaev на gmail.com Mon Dec 6 16:18:05 2010 From: minaev на gmail.com (Dmitri Minaev) Date: Mon, 6 Dec 2010 16:18:05 +0300 Subject: overflow In-Reply-To: <20101206124715.GK72777@mdounin.ru> References: <20101206124715.GK72777@mdounin.ru> Message-ID: 2010/12/6 Maxim Dounin > > На каждое соединение, засчитанное в accepts, но не засчитанное в > handled, в логах должен быть alert. > > Точно. 1024 worker_connections are not enough while connecting to upstream. Спасибо. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bdfy на mail.ru Mon Dec 6 16:29:42 2010 From: bdfy на mail.ru (Ivan) Date: Mon, 06 Dec 2010 16:29:42 +0300 Subject: =?UTF-8?B?bmdpbngg0Lgg0YDQtdC00LjRgNC10LrRgg==?= In-Reply-To: References: <20101206124715.GK72777@mdounin.ru> Message-ID: пример: location /test { rewrite ^$ $arg_url permanent; } редиректит на arg_url. Хочется сделать так чтобы возвращалось содержимое arg_url по ссылке /test l БЕЗ явного редиректа. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From n.g.i.n.x.e.r на gmail.com Mon Dec 6 16:45:50 2010 From: n.g.i.n.x.e.r на gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Mon, 6 Dec 2010 16:45:50 +0300 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: <20101206130204.GI42828@rambler-co.ru> References: <20101206155634.3abecf3b@qqq.tchk> <20101206130204.GI42828@rambler-co.ru> Message-ID: Спасибо за идею я пока сделал так location = /robots.txt { alias /home/..../robots.$host.txt; } я думал переменная $document_root будет работать внутри location, а оказалось the $document_root variable may not be used in the "alias" directive чем можно ее заменить? From igor на sysoev.ru Mon Dec 6 16:47:53 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:47:53 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INGA0LXQtNC40YDQtdC60YI=?= In-Reply-To: References: <20101206124715.GK72777@mdounin.ru> Message-ID: <20101206134753.GK42828@rambler-co.ru> On Mon, Dec 06, 2010 at 04:29:42PM +0300, Ivan wrote: > > пример: > > location /test { > rewrite ^$ $arg_url permanent; > } > > редиректит на arg_url. > Хочется сделать так чтобы возвращалось содержимое arg_url по ссылке /test l БЕЗ явного редиректа. http { resolver 127.0.0.1; server { location /test { proxy_pass $arg_url; } И установить named на машину. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Dec 6 16:49:27 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:49:27 +0300 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: <20101206155634.3abecf3b@qqq.tchk> <20101206130204.GI42828@rambler-co.ru> Message-ID: <20101206134927.GL42828@rambler-co.ru> On Mon, Dec 06, 2010 at 04:45:50PM +0300, Роман wrote: > Спасибо за идею > > я пока сделал так > > location = /robots.txt { > alias /home/..../robots.$host.txt; > } > > я думал переменная $document_root будет работать внутри location, а > оказалось the $document_root variable may not be used in the "alias" > directive > чем можно ее заменить? alias как и раз и определает $document_root (но криво), получается рекурсивное определение. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Mon Dec 6 16:51:35 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 08:51:35 -0500 Subject: =?UTF-8?B?bmdpbngg0L/QtdGA0LXQtCDQsNC/0LDRh9C10LwsINCx0LjRgtGL0LUg0LrQsNGA?= =?UTF-8?B?0YLQuNC90LrQuCwg0YFzcyDQuCBqcw==?= Message-ID: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Коллеги, добрый день. Есть nginx 0.8.53 как фронтенд перед апачем. Все это крутится на CentOS 5.5 Final. Наблюдаю проблему - криво грузятся картинки, css и скрипты js - соответственно, сайты отображаются некорректно. Перекопал уже все, что можно - мысли кончились. Помогите победить проблему. Вот конфиг nginx: user apache apache; worker_processes 15; worker_rlimit_nofile 100000; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; use epoll; } 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; tcp_nodelay on; server_tokens off; gzip on; gzip_static on; gzip_comp_level 5; gzip_min_length 1024; keepalive_timeout 65; limit_zone myzone $binary_remote_addr 10m; include /etc/nginx/conf.d/*.conf; client_max_body_size 16m; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; Вот конфиг типичного хоста: server { listen IP:80; server_name DOMAIN.ru www.DOMAIN.ru; rewrite ^(/manager/.*)$ https://$host$1 permanent; error_page 404 = @fallback; location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) { proxy_pass http://IP:8080; proxy_redirect http://DOMAIN.ru: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; } location / { proxy_pass http://IP:8080; proxy_redirect http://DOMAIN.ru: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; proxy_cache_valid 200 302 304 1m; proxy_cache_valid 404 1m; expires -1; } location ~* ^.+\.(html|htm|css|xml|rss|gif|jpeg|jpg|js|atom|mml|txt|jad|wml|htc|png|tif|tiff|wbmp|ico|jng|bmp|jar|war|ear|hqx|doc|pdf|ps|eps|ai|rtf|xls|ppt|wmlc|xhtml|cco|jardiff|jnlp|run|pl|pm|prc|pdb|rar|rpm|sea|swf|sit|tcl|tk|der|pem|crt|xpi|zip|bin|exe|dll|deb|dmg|eot|iso|img|msi|msp|msm|mid|midi|kar|mp3|ra|3gpp|3gp|mpeg|mpg|mov|flv|mng|asx|asf|wmv|avi|rar)$ { access_log /var/www/httpd-logs/DOMAIN.ru.access.log; error_log /var/www/httpd-logs/DOMAIN.error.log; set $proot "/var/www/fincult/data/www/DOMAIN.ru"; root $proot; #Try to handle unavailable files with Apache error_page 400 401 402 403 404 405 406 = @fallback; proxy_cache_valid 200 302 304 1m; proxy_cache_valid 404 1m; expires -1; } location @fallback { proxy_pass http://IP: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; expires -1; } } В конфиге хоста expires и proxy_cache_valid добавлял я, но большого эффекта это не принесло. В чем может быть проблема? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156032#msg-156032 From nginx-forum на nginx.us Mon Dec 6 16:52:16 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 08:52:16 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: Да, забыл написать - в логах ошибок нет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156033#msg-156033 From igor на sysoev.ru Mon Dec 6 16:57:32 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:57:32 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101206135732.GN42828@rambler-co.ru> On Mon, Dec 06, 2010 at 08:51:35AM -0500, Syd wrote: > Коллеги, добрый день. > > Есть nginx 0.8.53 как фронтенд перед апачем. > Все это крутится на CentOS 5.5 Final. > > Наблюдаю проблему - криво грузятся > картинки, css и скрипты js - > соответственно, сайты отображаются > некорректно. > Перекопал уже все, что можно - мысли > кончились. В error_log что ? > Помогите победить проблему. > > Вот конфиг nginx: > > user apache apache; > worker_processes 15; > worker_rlimit_nofile 100000; > error_log /var/log/nginx/error.log; > pid /var/run/nginx.pid; > > events { > worker_connections 1024; > use epoll; > } > > 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; > tcp_nodelay on; > server_tokens off; > gzip on; > gzip_static on; > gzip_comp_level 5; > gzip_min_length 1024; > keepalive_timeout 65; > limit_zone myzone $binary_remote_addr 10m; > > include /etc/nginx/conf.d/*.conf; > > client_max_body_size 16m; > > proxy_buffer_size 4k; > proxy_buffers 4 32k; > proxy_busy_buffers_size 64k; > proxy_temp_file_write_size 64k; > > > Вот конфиг типичного хоста: > > server { > listen IP:80; > server_name DOMAIN.ru www.DOMAIN.ru; > rewrite ^(/manager/.*)$ https://$host$1 permanent; Не нужно гонять регулярное выражение для всех запросов: location ^~ /manager/ rewrite ^ https://$host$request_uri? permanent; } > error_page 404 = @fallback; > location ~* > ^/(webstat/|awstats|webmail/|myadmin/|manimg/) { > proxy_pass http://IP:8080; > proxy_redirect http://DOMAIN.ru: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; > } > location / { > proxy_pass http://IP:8080; > proxy_redirect http://DOMAIN.ru: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; > proxy_cache_valid 200 302 304 1m; > proxy_cache_valid 404 1m; > expires -1; > } > location ~* > ^.+\.(html|htm|css|xml|rss|gif|jpeg|jpg|js|atom|mml|txt|jad|wml|htc|png|tif|tiff|wbmp|ico|jng|bmp|jar|war|ear|hqx|doc|pdf|ps|eps|ai|rtf|xls|ppt|wmlc|xhtml|cco|jardiff|jnlp|run|pl|pm|prc|pdb|rar|rpm|sea|swf|sit|tcl|tk|der|pem|crt|xpi|zip|bin|exe|dll|deb|dmg|eot|iso|img|msi|msp|msm|mid|midi|kar|mp3|ra|3gpp|3gp|mpeg|mpg|mov|flv|mng|asx|asf|wmv|avi|rar)$ > { > access_log > /var/www/httpd-logs/DOMAIN.ru.access.log; > error_log /var/www/httpd-logs/DOMAIN.error.log; > set $proot > "/var/www/fincult/data/www/DOMAIN.ru"; > root $proot; А вот это зачем ? Достаточно root /var/www/fincult/data/www/DOMAIN.ru; -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Dec 6 16:59:34 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 16:59:34 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101206135934.GO42828@rambler-co.ru> On Mon, Dec 06, 2010 at 08:51:35AM -0500, Syd wrote: > Коллеги, добрый день. > > Есть nginx 0.8.53 как фронтенд перед апачем. > Все это крутится на CentOS 5.5 Final. > > Наблюдаю проблему - криво грузятся > картинки, css и скрипты js - > соответственно, сайты отображаются > некорректно. > Перекопал уже все, что можно - мысли > кончились. Криво - это как ? Меняется каждый второй байт ? Или каждый третий ? Или чего-то не хватает ? Или буквы становятся иероглифами ? -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Mon Dec 6 17:01:21 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 09:01:21 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <1ddb558cb50a7f04c7e3789cbf33399c.NginxMailingListRussian@forum.nginx.org> Это остатки предыдущей версии конфига, исправил. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156036#msg-156036 From nginx-forum на nginx.us Mon Dec 6 17:05:31 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 09:05:31 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <20101206135934.GO42828@rambler-co.ru> References: <20101206135934.GO42828@rambler-co.ru> Message-ID: Криво это, например, вот так: [img]http://info-sol.ru/nginx/asd.png[/img] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156037#msg-156037 From nginx-forum на nginx.us Mon Dec 6 17:09:17 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 09:09:17 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: <20101206135934.GO42828@rambler-co.ru> Message-ID: Или вот, css не подгрузился: [img]http://info-sol.ru/nginx/as.jpg[/img] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156039#msg-156039 From nginx-forum на nginx.us Mon Dec 6 17:11:49 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 09:11:49 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: <20101206135934.GO42828@rambler-co.ru> Message-ID: <13c57f3e9216a3d9efdeac07530913b1.NginxMailingListRussian@forum.nginx.org> В админках CMS могут не подгружаться визуальные редакторы (tinymce). Приходится либо жать ctrl+f5 либо чистить кэш браузера. Это помогает, но не надолго. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156040#msg-156040 From igor на sysoev.ru Mon Dec 6 17:17:20 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 6 Dec 2010 17:17:20 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: <20101206135934.GO42828@rambler-co.ru> Message-ID: <20101206141720.GQ42828@rambler-co.ru> On Mon, Dec 06, 2010 at 09:09:17AM -0500, Syd wrote: > Или вот, css не подгрузился: > > [img]http://info-sol.ru/nginx/as.jpg[/img] Такая диагностика называется "подземный стук". И ценность её ровно такая же, как и слов "криво" и "битые". То есть, говоря по-русски, они не добавляют ни бита полезной информации в происходящее, а добавляют лишь информационный шум. А вот что добавляет, так это 1) сравнение размеров скачанного css и оригинала. 2) команда "diff -u" для этих двух файлов. -- Igor Sysoev http://sysoev.ru/en/ From nginx-forum на nginx.us Mon Dec 6 17:27:03 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 09:27:03 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <13c57f3e9216a3d9efdeac07530913b1.NginxMailingListRussian@forum.nginx.org> References: <20101206135934.GO42828@rambler-co.ru> <13c57f3e9216a3d9efdeac07530913b1.NginxMailingListRussian@forum.nginx.org> Message-ID: <7609b03b46e1cdd3ae0c91f3bdcc65ea.NginxMailingListRussian@forum.nginx.org> Эта проблема возникает не регулярно - отловлю момент, сравню файлы и напишу. Какие либо предварительные рекомендации сейчас можно узнать? На что следует обратить внимание? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156047#msg-156047 From temotor на gmail.com Mon Dec 6 17:46:00 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Mon, 6 Dec 2010 17:46:00 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <7609b03b46e1cdd3ae0c91f3bdcc65ea.NginxMailingListRussian@forum.nginx.org> References: <20101206135934.GO42828@rambler-co.ru> <13c57f3e9216a3d9efdeac07530913b1.NginxMailingListRussian@forum.nginx.org> <7609b03b46e1cdd3ae0c91f3bdcc65ea.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/6 Syd : > Эта проблема возникает не регулярно - > отловлю момент, сравню файлы и напишу. > > Какие либо предварительные > рекомендации сейчас можно узнать? На > что следует обратить внимание? > Возможно, апач отдаёт в chunked encoding. Покажите curl -0 http://IP:8080/ Ещё стоит проверить, что картинки и CSS на самом деле не битые. То есть скачать их с сервера при помощи scp и открыть локально. From boris на dolgov.name Mon Dec 6 17:53:29 2010 From: boris на dolgov.name (Boris Dolgov) Date: Mon, 6 Dec 2010 17:53:29 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <7609b03b46e1cdd3ae0c91f3bdcc65ea.NginxMailingListRussian@forum.nginx.org> References: <20101206135934.GO42828@rambler-co.ru> <13c57f3e9216a3d9efdeac07530913b1.NginxMailingListRussian@forum.nginx.org> <7609b03b46e1cdd3ae0c91f3bdcc65ea.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/6 Syd : > Какие либо предварительные > рекомендации сейчас можно узнать? На > что следует обратить внимание? Проверить записываемость proxy_temp_path. -- Boris Dolgov. From nginx-forum на nginx.us Mon Dec 6 18:00:53 2010 From: nginx-forum на nginx.us (jjjx128) Date: Mon, 06 Dec 2010 10:00:53 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: Message-ID: > > На что следует обратить внимание? > Проверить записываемость > proxy_temp_path. Тогда, наверное, была бы ошибка в логах, а автор говорит, что там чисто. Можно сразу пробовать: proxy_set_header Accept-Encoding "identity"; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156062#msg-156062 From nginx-forum на nginx.us Mon Dec 6 18:26:26 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 10:26:26 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: Message-ID: <3fc16de558c6a4dac9338d5ed95be495.NginxMailingListRussian@forum.nginx.org> Curl показал вот что: curl -0v http://www.DOMAIN.ru:8080/ * About to connect() to www.DOMAIN.ru port 8080 * Trying IP... connected * Connected to www.DOMAIN.ru (IP) port 8080 > GET / HTTP/1.0 > User-Agent: curl/7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 > Host: www.DOMAIN.ru:8080 > Accept: */* > < HTTP/1.0 301 Moved Permanently < Date: Mon, 06 Dec 2010 14:51:01 GMT < Server: Apache < Vary: Cookie < X-Pingback: http://www.DOMAIN.ru/xmlrpc.php < Location: http://www.DOMAIN.ru/ < Content-Length: 0 < Connection: close < Content-Type: text/html; charset=UTF-8 < X-Pad: avoid browser bug * Closing connection #0 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156060#msg-156060 From temotor на gmail.com Mon Dec 6 18:37:25 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Mon, 6 Dec 2010 18:37:25 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <3fc16de558c6a4dac9338d5ed95be495.NginxMailingListRussian@forum.nginx.org> References: <3fc16de558c6a4dac9338d5ed95be495.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/6 Syd : > Curl показал вот что: > > curl -0v http://www.DOMAIN.ru:8080/ > * About to connect() to www.DOMAIN.ru port 8080 > *   Trying IP... connected > * Connected to www.DOMAIN.ru (IP) port 8080 >> GET / HTTP/1.0 >> User-Agent: curl/7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 > OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 >> Host: www.DOMAIN.ru:8080 >> Accept: */* >> > < HTTP/1.0 301 Moved Permanently > < Date: Mon, 06 Dec 2010 14:51:01 GMT > < Server: Apache > < Vary: Cookie > < X-Pingback: http://www.DOMAIN.ru/xmlrpc.php > < Location: http://www.DOMAIN.ru/ > < Content-Length: 0 > < Connection: close > < Content-Type: text/html; charset=UTF-8 > < X-Pad: avoid browser bug > * Closing connection #0 > Ну очевидно же, что 301 при проверке chunked encoding ни о чём не скажет. curl -0 -H "www.domain.ru" http://IP:8080/ | tail From temotor на gmail.com Mon Dec 6 18:37:47 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Mon, 6 Dec 2010 18:37:47 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: References: <3fc16de558c6a4dac9338d5ed95be495.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/6 Sergey Shepelev : > 2010/12/6 Syd : >> Curl показал вот что: >> >> curl -0v http://www.DOMAIN.ru:8080/ >> * About to connect() to www.DOMAIN.ru port 8080 >> *   Trying IP... connected >> * Connected to www.DOMAIN.ru (IP) port 8080 >>> GET / HTTP/1.0 >>> User-Agent: curl/7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 >> OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5 >>> Host: www.DOMAIN.ru:8080 >>> Accept: */* >>> >> < HTTP/1.0 301 Moved Permanently >> < Date: Mon, 06 Dec 2010 14:51:01 GMT >> < Server: Apache >> < Vary: Cookie >> < X-Pingback: http://www.DOMAIN.ru/xmlrpc.php >> < Location: http://www.DOMAIN.ru/ >> < Content-Length: 0 >> < Connection: close >> < Content-Type: text/html; charset=UTF-8 >> < X-Pad: avoid browser bug >> * Closing connection #0 >> > > Ну очевидно же, что 301 при проверке chunked encoding ни о чём не скажет. > упс curl -0 -H "Host: www.domain.ru" http://IP:8080/ | tail From postmaster на softsearch.ru Mon Dec 6 19:29:04 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 6 Dec 2010 19:29:04 +0300 Subject: nginx-0.9.2 In-Reply-To: <20101206115841.GA42828@rambler-co.ru> References: <20101206115841.GA42828@rambler-co.ru> Message-ID: <219047374.20101206192904@softsearch.ru> Здравствуйте, Игорь. IS> *) Добавление: поддержка строки "If-Unmodified-Since" в заголовке IS> запросе клиента. А какие клиенты отправляют такие заголовки? -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From nginx-forum на nginx.us Mon Dec 6 19:37:29 2010 From: nginx-forum на nginx.us (Syd) Date: Mon, 06 Dec 2010 11:37:29 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <89ceb470857763a5e1e3e06914d462d6.NginxMailingListRussian@forum.nginx.org> Вывод curl: curl -0v -H "Host: www.DOMAIN.ru" http://IP.ru:8080/ | tail * About to connect() to IP port 8080 (#0) * Trying IP... connected * Connected to IP (IP) port 8080 (#0) > GET / HTTP/1.0 > User-Agent: curl/7.19.7 (i486-pc-linux-gnu) libcurl/7.19.7 OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15 > Accept: */* > Host: www.DOMAIN.ru > % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* HTTP 1.0, assume close after body < HTTP/1.0 200 OK < Date: Mon, 06 Dec 2010 15:41:35 GMT < Server: Apache < Vary: Cookie < X-Pingback: http://www.DOMAIN.ru/xmlrpc.php < Set-Cookie: PHPSESSID=hrkah4g9ga2jc4iv3ss8ibtdr7; path=/ < Connection: close < Content-Type: text/html; charset=UTF-8 < { [data not shown] 100 25393 0 25393 0 0 22770 0 --:--:-- 0:00:01 --:--:-- 23643* Closing connection #0 try { var yaCounterxxx = new Ya.Metrika(xxxx); yaCounterxxxx.clickmap(true); yaCounterxxxx.trackLinks(true); } catch(e){} Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156080#msg-156080 From mdounin на mdounin.ru Mon Dec 6 19:38:03 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 6 Dec 2010 19:38:03 +0300 Subject: nginx-0.9.2 In-Reply-To: <219047374.20101206192904@softsearch.ru> References: <20101206115841.GA42828@rambler-co.ru> <219047374.20101206192904@softsearch.ru> Message-ID: <20101206163802.GO72777@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 07:29:04PM +0300, Михаил Монашёв wrote: > Здравствуйте, Игорь. > > IS> *) Добавление: поддержка строки "If-Unmodified-Since" в заголовке > IS> запросе клиента. > > А какие клиенты отправляют такие заголовки? http://nginx.org/pipermail/nginx/2010-December/023969.html Maxim Dounin From temotor на gmail.com Mon Dec 6 20:27:04 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Mon, 6 Dec 2010 20:27:04 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <89ceb470857763a5e1e3e06914d462d6.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> <89ceb470857763a5e1e3e06914d462d6.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/6 Syd : > Вывод curl: > > curl -0v -H "Host: www.DOMAIN.ru" http://IP.ru:8080/ | tail > > * About to connect() to IP port 8080 (#0) > *   Trying IP... connected > * Connected to IP (IP) port 8080 (#0) >> GET / HTTP/1.0 >> User-Agent: curl/7.19.7 (i486-pc-linux-gnu) libcurl/7.19.7 > OpenSSL/0.9.8k zlib/1.2.3.3 libidn/1.15 >> Accept: */* >> Host: www.DOMAIN.ru >> >  % Total    % Received % Xferd  Average Speed   Time    Time     Time > Current >                                 Dload  Upload   Total   Spent    Left > Speed >  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:-- >    0* HTTP 1.0, assume close after body > < HTTP/1.0 200 OK > < Date: Mon, 06 Dec 2010 15:41:35 GMT > < Server: Apache > < Vary: Cookie > < X-Pingback: http://www.DOMAIN.ru/xmlrpc.php > < Set-Cookie: PHPSESSID=hrkah4g9ga2jc4iv3ss8ibtdr7; path=/ > < Connection: close > < Content-Type: text/html; charset=UTF-8 > < > { [data not shown] > 100 25393    0 25393    0     0  22770      0 --:--:--  0:00:01 --:--:-- > 23643* Closing connection #0 > > try { var yaCounterxxx = new Ya.Metrika(xxxx); > yaCounterxxxx.clickmap(true); > yaCounterxxxx.trackLinks(true); > } catch(e){} > > > > Следов chunked encoding не видно. P.S.: конспирация поражает. From nginx-forum на nginx.us Tue Dec 7 00:00:16 2010 From: nginx-forum на nginx.us (greg_1984) Date: Mon, 06 Dec 2010 16:00:16 -0500 Subject: =?UTF-8?B?UmU6INC+0LHQvdC+0LLQu9C10L3QuNC1INGBIDAuNy42MyDQtNC+IDAuOC41Mw==?= In-Reply-To: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> References: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> Message-ID: <0accd4ebe96a6ac9f07fd2e77bdc3d89.NginxMailingListRussian@forum.nginx.org> Здравствуйте, К сожалению нет возможности поставить 0.8.53, сайт в продакшене, пользователи и так здорово пострадали, поэтому к сожалению лог не получиться достать. Может поменялся синтаксис или может есть другие идеи? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155139,156193#msg-156193 From mdounin на mdounin.ru Tue Dec 7 01:21:05 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 7 Dec 2010 01:21:05 +0300 Subject: =?UTF-8?B?UmU6INC+0LHQvdC+0LLQu9C10L3QuNC1INGBIDAuNy42MyDQtNC+IDAuOC41Mw==?= In-Reply-To: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> References: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101206222105.GP72777@mdounin.ru> Hello! On Thu, Dec 02, 2010 at 06:33:50PM -0500, greg_1984 wrote: > Приветствую, > > Обновились с 0.7.63 до 0.8.53 и в результате > перестали работать эти конструкции: > > set $my_url "http://$my_host/$my_page?refer=$refer"; > if ($my_page ~ '\?') { > set $my_url "http://$my_host/$my_page&refer=$refer"; > } > > if ($stop = 0) { > error_page 403 =200 $my_url; > return 403; > } > > Почему так и не поняли, может у кого > есть идеи? Читать тут: http://nginx.org/pipermail/nginx-ru/2010-October/037588.html Если вариант "убрать =200 как лишённый смысла" по каким либо причинам не устраивает, то патч можно взять тут: http://nginx.org/pipermail/nginx-devel/2010-November/000537.html Maxim Dounin From nginx-forum на nginx.us Tue Dec 7 03:29:11 2010 From: nginx-forum на nginx.us (n3wbie) Date: Mon, 06 Dec 2010 19:29:11 -0500 Subject: =?UTF-8?B?0KHRg9Cx0LTQvtC80LXQvdGLINC4INC+0YHQvdC+0LLQvdC+0Lk=?= Message-ID: <98455ea4ff9c38f3ee456549ac08acf1.NginxMailingListRussian@forum.nginx.org> Здравствуйте, мне нужна помощь, я не совсем хорошо(пока) разбираюсь в nginx и создании web-сервера в целом, впрочем,изучаю. Вопрос такой, у меня есть отдельная папка для субдоменов(назовем ее subdomeni) и хотелось бы присобачить сайт отдельно от нее. Код в nginx.conf таков, что любая папка из subdomeni/ определяется как субдомен, а если допустим index.php лежит просто в subdomeni/ , то в этом случае он доступен по основному домену. Ну и криво же я объяснил) Вообщем, код я взял отсюда, подправил и получил не совсем то что хотел. Вообщем как мне сделать доступ на основной домен допустим в /var/www/example.com/site? [code] server { listen 80; server_name ~^(.*)\.example.com$; set $subdomain $1; location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico)$ { root /var/www/example.com/subdomeni/$subdomain; access_log off; } location ~ { fastcgi_cache off; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; fastcgi_param SCRIPT_FILENAME /var/www/example.com/subdomeni/$subdomain$fastcgi_script_name; } } [/code] Есть какие либо предложения? Устал уже мучаться) Заранее спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156257,156257#msg-156257 From mdounin на mdounin.ru Tue Dec 7 04:38:49 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 7 Dec 2010 04:38:49 +0300 Subject: =?UTF-8?B?UmU6INCh0YPQsdC00L7QvNC10L3RiyDQuCDQvtGB0L3QvtCy0L3QvtC5?= In-Reply-To: <98455ea4ff9c38f3ee456549ac08acf1.NginxMailingListRussian@forum.nginx.org> References: <98455ea4ff9c38f3ee456549ac08acf1.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101207013848.GC54973@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 07:29:11PM -0500, n3wbie wrote: > Здравствуйте, мне нужна помощь, я не > совсем хорошо(пока) разбираюсь в nginx и > создании web-сервера в целом, > впрочем,изучаю. > Вопрос такой, у меня есть отдельная > папка для субдоменов(назовем ее subdomeni) и > хотелось бы присобачить сайт отдельно > от нее. > Код в nginx.conf таков, что любая папка из > subdomeni/ определяется как субдомен, а если > допустим index.php лежит просто в subdomeni/ , то > в этом случае он доступен по основному > домену. Ну и криво же я объяснил) > Вообщем, код я взял отсюда, подправил и > получил не совсем то что хотел. > > Вообщем как мне сделать доступ на > основной домен допустим в > /var/www/example.com/site? > > > server { > listen 80; > server_name ~^(.*)\.example.com$; > set $subdomain $1; > location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico)$ { > root /var/www/example.com/subdomeni/$subdomain; > access_log off; > } > location ~ { > fastcgi_cache off; > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > include fastcgi.conf; > fastcgi_param SCRIPT_FILENAME > /var/www/example.com/subdomeni/$subdomain$fastcgi_script_name; > } > } > > Есть какие либо предложения? Устал уже > мучаться) > Заранее спасибо Описать отдельный блок server{} и перестать мучиться. server { listen 80; server_name example.com; root /var/www/example.com/site; location / { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; } location ~* \.(jpg|jpeg|gif|css|png|js|ico)$ { access_log off; } } Maxim Dounin From nginx-forum на nginx.us Tue Dec 7 04:47:00 2010 From: nginx-forum на nginx.us (anon) Date: Mon, 06 Dec 2010 20:47:00 -0500 Subject: =?UTF-8?B?0LTQvtCx0LDQstC70LXQvdC40LUg0YHQu9GN0YjQtdC5INCyINC60L7QvdC10YYg?= =?UTF-8?B?0LDQtNGA0LXRgdC+0LIg0LHQtdC3INC+0L3Ri9GF?= Message-ID: Уже который раз задаюсь этим вопросом, спрашивал то там, то здесь. Но никто так и не смог предложить рабочий способ. Где-то видел потенциально возможные варианты: [code]if (!-e $request_filename) { rewrite ^/(.*[^/])$ $1/ permanent; }[/code] [code]location ~ ^(.*[^/])$ { if (!-e $document_root/$1) { rewrite ^(.*) $1/ permanent; } }[/code] А как нужно правильно? Чтобы и физические файлы читались, и редирект работал корректно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156274,156274#msg-156274 From mdounin на mdounin.ru Tue Dec 7 05:33:03 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 7 Dec 2010 05:33:03 +0300 Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LXQuSDQsiDQutC+0L0=?= =?UTF-8?B?0LXRhiDQsNC00YDQtdGB0L7QsiDQsdC10Lcg0L7QvdGL0YU=?= In-Reply-To: References: Message-ID: <20101207023303.GD54973@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 08:47:00PM -0500, anon wrote: > Уже который раз задаюсь этим вопросом, > спрашивал то там, то здесь. Но никто так > и не смог предложить рабочий способ. > > Где-то видел потенциально возможные > варианты: > [code]if (!-e $request_filename) > { > rewrite ^/(.*[^/])$ $1/ permanent; > }[/code] > > [code]location ~ ^(.*[^/])$ { > if (!-e $document_root/$1) { > rewrite ^(.*) $1/ permanent; > } > }[/code] > > А как нужно правильно? Чтобы и > физические файлы читались, и редирект > работал корректно. Как-то так, чтобы и файлы отдавались, и статические индексы в каталогах работали, а для всего что не найдено - редирект с добавлением / и на бекенд (не проверял, но должно работать): location / { try_files $uri @redirect; } location ~ /$ { try_files $uri/index.html @fallback; } location @redirect { rewrite ^ $uri/ permanent; } location @fallback { fastcgi_pass/proxy_pass/... } Для 0.7.1 .. 0.8.41 понадобится ещё location = / { try_files $uri/index.html @fallback; } Если статические индексы в каталогах не нужны - соответствующий try_files ... @fallback можно заменить на fastcgi_pass/... сразу. Ну и соответственно location @fallback убрать за ненадобностью. Можно ещё то же самое сделать через error_page 404, будет немного быстрее и чуть-чуть надёжнее (на 1 syscall меньше, и нет возможности для race'а при удалении статических файлов), но конфиг получится чуть сложнее. А вот if'ы использовать не надо, оно тут всяко хуже try_files, а в зависимости от ситации может так стукнуть - мало не покажется. Don't do it, it hurts. http://wiki.nginx.org/IfIsEvil Maxim Dounin From nginx-forum на nginx.us Tue Dec 7 05:36:20 2010 From: nginx-forum на nginx.us (n3wbie) Date: Mon, 06 Dec 2010 21:36:20 -0500 Subject: =?UTF-8?B?UmU6INCh0YPQsdC00L7QvNC10L3RiyDQuCDQvtGB0L3QvtCy0L3QvtC5?= In-Reply-To: <20101207013848.GC54973@mdounin.ru> References: <20101207013848.GC54973@mdounin.ru> Message-ID: <09134e70b4c666268cbec09d029d0205.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > > Описать отдельный блок > server{} и перестать мучиться. > > server { > listen 80; > server_name example.com; > root /var/www/example.com/site; > > location / { > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > include fastcgi.conf; > } > > location ~* \.(jpg|jpeg|gif|css|png|js|ico)$ { > access_log off; > } > } > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Я подозревал что всё просто. Но не знал что можно делать несколько фактически одинаковых блоков) Спасибо огромное) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156257,156287#msg-156287 From chipitsine на gmail.com Tue Dec 7 07:50:16 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Tue, 7 Dec 2010 09:50:16 +0500 Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LXQuSDQsiDQutC+0L0=?= =?UTF-8?B?0LXRhiDQsNC00YDQtdGB0L7QsiDQsdC10Lcg0L7QvdGL0YU=?= In-Reply-To: References: Message-ID: вам с какой целью слеши нужны ? для IIS-а, который стоит бекендом ? если это ваша ситуация, то можно слеши рисовать прямо на самом IIS (и в этом есть логика, потому что он точно знает, является ли запрашиваемый объект файлом) http://blogs.iis.net/ruslany/archive/2009/04/08/10-url-rewriting-tips-and-tricks.aspx 7 декабря 2010 г. 6:47 пользователь anon написал: > Уже который раз задаюсь этим вопросом, > спрашивал то там, то здесь. Но никто так > и не смог предложить рабочий способ. > > Где-то видел потенциально возможные > варианты: > [code]if (!-e $request_filename) > { > rewrite ^/(.*[^/])$ $1/ permanent; > }[/code] > > [code]location ~ ^(.*[^/])$ { > if (!-e $document_root/$1) { > rewrite ^(.*) $1/ permanent; > } > }[/code] > > А как нужно правильно? Чтобы и > физические файлы читались, и редирект > работал корректно. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,156274,156274#msg-156274 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Tue Dec 7 10:30:45 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 7 Dec 2010 10:30:45 +0300 Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LXQuSDQsiDQutC+0L0=?= =?UTF-8?B?0LXRhiDQsNC00YDQtdGB0L7QsiDQsdC10Lcg0L7QvdGL0YU=?= In-Reply-To: References: Message-ID: <20101207073045.GA1973@rambler-co.ru> On Tue, Dec 07, 2010 at 09:50:16AM +0500, Илья Шипицин wrote: > вам с какой целью слеши нужны ? для IIS-а, который стоит бекендом ? если это > ваша ситуация, то можно слеши рисовать прямо на самом IIS (и в этом есть > логика, потому что он точно знает, является ли запрашиваемый объект файлом) > > http://blogs.iis.net/ruslany/archive/2009/04/08/10-url-rewriting-tips-and-tricks.aspx Потрясающие реврайты, кстати. Я думал, сложно придумать что-то, превосходящее апачевские RewriteRule'ы по неочевидности, но Майкрософт, как всегда, на высоте - достаточно всё это обернуть в XML! -- Игорь Сысоев http://sysoev.ru From postmaster на softsearch.ru Tue Dec 7 11:00:33 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 7 Dec 2010 11:00:33 +0300 Subject: =?UTF-8?B?UmVbMl06INC00L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LXQuSDQsiDQutC+?= =?UTF-8?B?0L3QtdGGINCw0LTRgNC10YHQvtCyINCx0LXQtyDQvtC90YvRhQ==?= In-Reply-To: <20101207073045.GA1973@rambler-co.ru> References: <20101207073045.GA1973@rambler-co.ru> Message-ID: <86691843.20101207110033@softsearch.ru> Здравствуйте, Игорь. >> вам с какой целью слеши нужны ? для IIS-а, который стоит бекендом ? >> если это ваша ситуация, то можно слеши рисовать прямо на самом IIS >> (и в этом есть логика, потому что он точно знает, является ли >> запрашиваемый объект файлом) >> http://blogs.iis.net/ruslany/archive/2009/04/08/10-url-rewriting-tips-and-tricks.aspx IS> Потрясающие реврайты, кстати. Я думал, сложно придумать что-то, IS> превосходящее апачевские RewriteRule'ы по неочевидности, но IS> Майкрософт, как всегда, на высоте - достаточно всё это обернуть в IS> XML! Иначе это тут же перестанет быть tips and tricks, упростится, стане понятно любому виндузятнику , а он же бабло ни за фигню какую-то платит, а за высокие технологии. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From nginx-forum на nginx.us Tue Dec 7 11:10:05 2010 From: nginx-forum на nginx.us (ShivaS) Date: Tue, 07 Dec 2010 03:10:05 -0500 Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDRgSDQv9C10YDQtdCy0L7QtNC+0Lwg0YDRg9C70LAg?= =?UTF-8?B?0LIg0L3Qs9C40L3QutGBICjQuNC3INCw0L/QsNGH0LUp?= Message-ID: Добрый день! Имеется такой рул в апаче: RewriteCond %{REQUEST_URI} !(.*)file.php$ RewriteRule ^/file(.*)$ http://dyn.domain.com:8080/file.php$1 [P,L] Но никак что-то не могу преобразовать в нгинкс... Что-то простое должно быть не могу понять как объединить rewrite с proxy_pass, или я вообще не там копаю... Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156326,156326#msg-156326 From nginx-forum на nginx.us Tue Dec 7 11:48:29 2010 From: nginx-forum на nginx.us (No1) Date: Tue, 07 Dec 2010 03:48:29 -0500 Subject: =?UTF-8?B?YXV0b2luZGV4IG9uINC90LUg0L7RgtC00LDQtdGCINC70LjRgdGC0LjQvdCzINC0?= =?UTF-8?B?0LjRgNC10LrRgtC+0YDQuNC5?= Message-ID: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> location /tech { autoindex on; } И не отдает листинг,страница не доступна. В целом задача стоит чтобы можно было закачивать файлы,но не выполнять их,в случае если файл является скриптом. Так же пробовал types { } default_type application/octet-stream; Т.е как понял он должен просто отдать на закачку файл...тоже не помогает Может быть все это попадает в location ~ \.php$ { fastcgi params... } Как быть? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156330#msg-156330 From citrin на citrin.ru Tue Dec 7 13:11:55 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Tue, 07 Dec 2010 13:11:55 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0L/QtdGA0LXQstC+0LTQvtC8INGA0YM=?= =?UTF-8?B?0LvQsCDQsiDQvdCz0LjQvdC60YEgKNC40Lcg0LDQv9Cw0YfQtSk=?= In-Reply-To: References: Message-ID: <4CFE086B.3010902@citrin.ru> On 12/07/10 11:10, ShivaS wrote: > RewriteCond %{REQUEST_URI} !(.*)file.php$ > RewriteRule ^/file(.*)$ http://dyn.domain.com:8080/file.php$1 [P,L] > location /file { rewrite ^/file(.*)$ /file.php$1; } location = /file.php { proxy_pass http://dyn.domain.com:8080; } -- Anton Yuzhaninov From citrin на citrin.ru Tue Dec 7 13:20:02 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Tue, 07 Dec 2010 13:20:02 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0L/QtdGA0LXQstC+0LTQvtC8INGA0YM=?= =?UTF-8?B?0LvQsCDQsiDQvdCz0LjQvdC60YEgKNC40Lcg0LDQv9Cw0YfQtSk=?= In-Reply-To: <4CFE086B.3010902@citrin.ru> References: <4CFE086B.3010902@citrin.ru> Message-ID: <4CFE0A52.4080406@citrin.ru> On 12/07/10 13:11, Anton Yuzhaninov wrote: > location /file { > rewrite ^/file(.*)$ /file.php$1; > } > > location = /file.php { > proxy_pass http://dyn.domain.com:8080; > } Так работать не будет. Если переводить более дословно, то location /file { rewrite ^/file(.*)$ /file.php$1; } location /file.php { proxy_pass http://dyn.domain.com:8080; } Но правила выглядят несколько странно, лучше приведите несколько примеров URL. -- Anton Yuzhaninov From nginx-forum на nginx.us Tue Dec 7 14:37:54 2010 From: nginx-forum на nginx.us (ShivaS) Date: Tue, 07 Dec 2010 06:37:54 -0500 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0L/QtdGA0LXQstC+0LTQvtC8INGA0YM=?= =?UTF-8?B?0LvQsCDQsiDQvdCz0LjQvdC60YEgKNC40Lcg0LDQv9Cw0YfQtSk=?= In-Reply-To: <4CFE0A52.4080406@citrin.ru> References: <4CFE0A52.4080406@citrin.ru> Message-ID: <8f96d7a248848a192b5fdeb7ec142990.NginxMailingListRussian@forum.nginx.org> Спасибо! Урл выглядет как: /file?anything Я просто QUERY_STRING не делал. в 2 строчки с экслюдом file.php попроще было Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156326,156365#msg-156365 From nginx-forum на nginx.us Tue Dec 7 14:39:58 2010 From: nginx-forum на nginx.us (ShivaS) Date: Tue, 07 Dec 2010 06:39:58 -0500 Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0YEg0L/QtdGA0LXQstC+0LTQvtC8INGA0YM=?= =?UTF-8?B?0LvQsCDQsiDQvdCz0LjQvdC60YEgKNC40Lcg0LDQv9Cw0YfQtSk=?= In-Reply-To: <8f96d7a248848a192b5fdeb7ec142990.NginxMailingListRussian@forum.nginx.org> References: <4CFE0A52.4080406@citrin.ru> <8f96d7a248848a192b5fdeb7ec142990.NginxMailingListRussian@forum.nginx.org> Message-ID: <696187e4d5914dfd778de4ac68617b73.NginxMailingListRussian@forum.nginx.org> Очепятка. написал 'выглядет', так как сначала написал 'выглядел' а потом решил 'выглядит' Спасибо еще раз! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156326,156366#msg-156366 From dsh на bamus.cz Tue Dec 7 14:55:44 2010 From: dsh на bamus.cz (Denis Shaposhnikov) Date: Tue, 07 Dec 2010 12:55:44 +0100 Subject: =?UTF-8?B?0LDQvdCw0LvQvtCzIGFwYWNoZSfQstGB0LrQvtCz0L4gQWxpYXM=?= Message-ID: Hello! Объясните пожалуйста, как в nginx правильно связать определенный location с каталогом в файловой системе, если они имеют разные имена? Например, нужно мне, что бы при обращении к /db/ использовался /usr/local/www/phpmyadmin. Это можно сделать через alias, но насколько я помню, всегда говорили, что alias-ом пользоваться не надо, т.к. он идеологически крив. Еще такое можно сделать rewrite-ом, но этом, на мой взгляд, как-то сложновато для такой простой вещи. Как лучше такое делать? Спасибо! From isk на easydategroup.com Tue Dec 7 15:30:11 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Tue, 7 Dec 2010 14:30:11 +0200 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70L7QsyBhcGFjaGUn0LLRgdC60L7Qs9C+IEFsaWFz?= In-Reply-To: References: Message-ID: <201012071430.11558.isk@easydategroup.com> > Объясните пожалуйста, как в nginx правильно связать определенный > location с каталогом в файловой системе, если они имеют разные имена? alias > Например, нужно мне, что бы при обращении к /db/ использовался > /usr/local/www/phpmyadmin. Это можно сделать через alias, но насколько я > помню, всегда говорили, что alias-ом пользоваться не надо, т.к. он > идеологически крив. не правда > Еще такое можно сделать rewrite-ом, но этом, на мой > взгляд, как-то сложновато для такой простой вещи. Как лучше такое делать? вот ?то уже криво From igor на sysoev.ru Tue Dec 7 16:00:07 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 7 Dec 2010 16:00:07 +0300 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70L7QsyBhcGFjaGUn0LLRgdC60L7Qs9C+IEFsaWFz?= In-Reply-To: References: Message-ID: <20101207130007.GB33618@rambler-co.ru> On Tue, Dec 07, 2010 at 12:55:44PM +0100, Denis Shaposhnikov wrote: > Hello! > > Объясните пожалуйста, как в nginx правильно связать определенный > location с каталогом в файловой системе, если они имеют разные имена? > Например, нужно мне, что бы при обращении к /db/ использовался > /usr/local/www/phpmyadmin. Это можно сделать через alias, но насколько я > помню, всегда говорили, что alias-ом пользоваться не надо, т.к. он > идеологически крив. Еще такое можно сделать rewrite-ом, но этом, на мой > взгляд, как-то сложновато для такой простой вещи. Как лучше такое делать? Крив как раз rewrite, а alias для этого и предназначен. -- Игорь Сысоев http://sysoev.ru From johnbat26 на gmail.com Tue Dec 7 16:08:06 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Tue, 7 Dec 2010 16:08:06 +0300 Subject: =?UTF-8?B?UmU6ICAgW9Cg0JXQqNCV0J3Qnl0gTmdpbnggJiBjb21ldDog0JrQsNC6INC/0YA=?= =?UTF-8?B?0LjQvdGP0YLRjCDQsdC+0LvQtdC1IDY0SyDQvtC00L3QvtCy0YDQtdC80LU=?= =?UTF-8?B?0L3QvdGL0YUg0YHQvtC10LTQuNC90LXQvdC40LkgLi4u?= In-Reply-To: <201012031829.22870.JohnBat26@gmail.com> References: <4CF8E5BA.4030202@altlinux.ru> <201012031829.22870.JohnBat26@gmail.com> Message-ID: <201012071608.06350.JohnBat26@gmail.com> Итак. Чтобы Linux и NGINX обеспечивал более 64 K соединений необходимо: 1. Уровень ядра Linux ( /etc/syctl.conf): 1.1 Проверить параметр fs.file-max: .... # Максимальное значение открытых файлов. Что бы его узнать, выполните # команду cat /proc/sys/fs/file-max fs.file-max = 999999 .... 1.2 Необходимо увеличить параметр, контролирующий максимальное количество осиротевших сокетов: tcp_max_orphans ... # Переменная задает максимальное число осиротевших (не связанных ни с # одним процессом) сокетов. Если это число будет превышено, то такие # соединения разрываются, а в системный журнал пишется предупреждение. Это # ограничение существует исключительно ради предотвращения простейших # разновидностей DoS-атак. net.ipv4.tcp_max_orphans = 300000 ... 1.3 Запрещаем кеширование статуса ssthresh (были ретрансмиты) для других соединений net.ipv4.tcp_no_metrics_save = 1 1.4 rp_filter #Включает/выключает reverse path filter (?проверка обратного адреса? ? хотя это слишком вольный перевод термина, #но мне он кажется наиболее близким по смыслу. прим. перев.) для заданного интерфейса. #Смысл этой переменной достаточно прост ? все что поступает к нам проходит проверку на соответствие исходящего адреса с нашей таблицей маршрутизации #и такая проверка считается успешной, если принятый пакет предполагает передачу ответа через тот же самый интерфейс. #Переменная может иметь два значения ? 0 (выключено) и 1 (включено). Значение по-умолчанию ? 0 (выключено) net.ipv4.conf.eth0.rp_filter = 0 net.ipv4.conf.all.rp_filter = 0 ... 2. Уровень подсистемы безопасности Linux: Файл: /etc/security/limits.conf ... # * soft nofile 300000 * hard nofile 300000 ... 3. Уровень nginx: Файл: /etc/nginx/nginx.conf: ..... worker_rlimit_nofile 300000; events { worker_connections 50000; use epoll; } ... Выдержка их документации по NGINX: syntax: worker_rlimit_nofile число default: нет context: main Директива изменяет ограничение на число используемых файлов RL1IMIT_NOFILE для рабочего процесса. Используется для увеличения ограничения без перезапуска основного процесса. worker_connections 50000; - максимальное количество соединений для одного worker. В тесте давал 80000 соединений по 40000 c двух серверов. Затем отправил сообщение всем для проверки глобальных реконнектов. При иследовании зоны насыщения оказалось, что при привышении 100K сервер перестает отвечать на запросы. В логах на этот раз ничего нет. Тут надо копать дальше. loadaverage: 0.05 Каждый worker отъел ~ -60-115 Mb. Всего workers: 8. Кто что скажет по этому вопросу? Что еще можно проанализировать? Жду конструктивной критики. P.S. Характеристики сервера во вложении -- Best Regards, Eugene Batogov -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lshw.log Type: text/x-log Size: 6580 bytes Desc: not available URL: From nginx-forum на nginx.us Tue Dec 7 17:53:55 2010 From: nginx-forum на nginx.us (No1) Date: Tue, 07 Dec 2010 09:53:55 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <1c5359e25e5d44f3d82fbf5ff9795c4d.NginxMailingListRussian@forum.nginx.org> Просто прикручивать .htaccess не хочется и не буду.<<на основе апа:)Спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156414#msg-156414 From greenh на gmail.com Tue Dec 7 19:04:27 2010 From: greenh на gmail.com (greenh) Date: Tue, 7 Dec 2010 18:04:27 +0200 Subject: =?UTF-8?B?bXA0INGB0YLRgNC40LzQvNC40L3Qsw==?= Message-ID: Добрый день Подскажите плз, куда смотреть и что делать? при попытке использование mp4 стрииминга сервер на запрошенный файл отдает ошибку "415 Unsupported Media Type" server { listen 1.2.3.4:80; server_name domain; root /home/domain/domain; source_charset utf-8; charset utf-8; index index.php; location ~ .php$ {fastcgi_pass unix:/home/domain/run/fastcgi.sock; fastcgi_index index.php; fastcgi_param PHPRC "/home/domain/php"; fastcgi_param SCRIPT_FILENAME /home/domain/domain$fastcgi_script_name; include fastcgi_params; source_charset utf-8; charset utf-8; } location / { flv; mp4; root /home/domain/domain; internal; } } # nginx -V nginx version: nginx/0.8.53 TLS SNI support disabled 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-debug --with-file-aio --with-google_perftools_module --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 --add-module=/usr/ports/www/nginx/work/nginx_accept_language_module --add-module=/usr/ports/www/nginx/work/nginx-accesskey-2.0.3 --with-http_addition_module --add-module=/usr/ports/www/nginx/work/ngx_http_auth_pam_module-1.2 --add-module=/usr/ports/www/nginx/work/ngx_http_auth_request_module-0.2 --add-module=/usr/ports/www/nginx/work/ngx_cache_purge-1.2 --add-module=/usr/ports/www/nginx/work/ngx_echo_module-0.30 --add-module=/usr/ports/www/nginx/work/ngx_headers_more_module-0.10 --add-module=/usr/ports/www/nginx/work/nginx_eval_module-1.0.1 --add-module=/usr/ports/www/nginx/work/ngx-fancyindex-0.3 --add-module=/usr/ports/www/nginx/work/ngx_http_gunzip_filter_module-0.3 --with-http_flv_module --with-http_geoip_module --with-http_gzip_static_module --with-http_image_filter_module --add-module=/usr/ports/www/nginx/work/nginx_mogilefs_module-1.0.4 --add-module=/usr/ports/www/nginx/work/nginx_mod_h264_streaming-2.2.7 --add-module=/usr/ports/www/nginx/work/nginx-notice-2 --with-http_perl_module --add-module=/usr/ports/www/nginx/work/nginx_http_push_module-0.692 --with-http_realip_module --add-module=/usr/ports/www/nginx/work/ngx_http_response-0.3 --with-http_secure_link_module --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --add-module=/usr/ports/www/nginx/work/nginx_upload_module-2.2.0 --add-module=/usr/ports/www/nginx/work/nginx_uploadprogres From stalker на altlinux.ru Tue Dec 7 19:25:48 2010 From: stalker на altlinux.ru (Anton Gorlov) Date: Tue, 07 Dec 2010 19:25:48 +0300 Subject: =?UTF-8?B?UmU6IG1wNCDRgdGC0YDQuNC80LzQuNC90LM=?= In-Reply-To: References: Message-ID: <4CFE600C.6000100@altlinux.ru> 07.12.2010 19:04, greenh пишет: > Добрый день > Подскажите плз, куда смотреть и что делать? > при попытке использование mp4 стрииминга сервер на запрошенный файл > отдает ошибку "415 Unsupported Media Type" проверьте пути к файлам которые стримите ну и традиционно - смотрите логи на предмет ошибок. From chipitsine на gmail.com Tue Dec 7 22:16:02 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Wed, 8 Dec 2010 00:16:02 +0500 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQutC70LjQtdC90YLRgdC60LjRhSBTU0wt?= =?UTF-8?B?0YHQtdGA0YLQuNGE0LjQutCw0YLQvtCyINCyINC80L7QtNGD0LvQtSBwcm94?= =?UTF-8?B?eQ==?= In-Reply-To: <201012061824.59418.morozov_ml@ngs.ru> References: <201012061824.59418.morozov_ml@ngs.ru> Message-ID: а расскажите, в чем кайф шифровать трафик между фронтом и бекендом, это же нагрузка на процессор. какие предполагаются сценарии использования данного модуля ? 6 декабря 2010 г. 17:24 пользователь Alexey Morozov написал: > Здравствуйте! > > Мы реализовали первоначальную поддержку клиентских SSL-сертификатов в > модуле > proxy. На данный момент поддержка реализована для версии 0.7.x (в основном, > потому что в Debian Squeeze собирается именно эта ветка), в течение > нескольких > дней мы планируем сделать соотв. изменения и для веток 0.8.x и 0.9.x > > Несколько позднее планируется поддержка проверки серверного сертификата > (сейчас proxy не ругается даже когда бэкенд пользуется самоподписанным > сертификатом). > > Изменения публикуются на https://github.com/amorozov/nginx , ветка > navitel- > client-crt-v0.7 > > Буду признателен, если у кого-нибудь найдётся время и желание посмотреть на > код и, возможно, высказать какие-то замечания. > > С уважением, > Алексей Морозов, > ООО Академсофт > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Wed Dec 8 00:09:20 2010 From: nginx-forum на nginx.us (greg_1984) Date: Tue, 07 Dec 2010 16:09:20 -0500 Subject: =?UTF-8?B?UmU6INC+0LHQvdC+0LLQu9C10L3QuNC1INGBIDAuNy42MyDQtNC+IDAuOC41Mw==?= In-Reply-To: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> References: <34a8505ce1ab7d41195408a9032e8ea2.NginxMailingListRussian@forum.nginx.org> Message-ID: <1ce445e756a0e014563e13c539811688.NginxMailingListRussian@forum.nginx.org> Здравствуйте, Огромное спасибо! Оно! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155139,156551#msg-156551 From mdounin на mdounin.ru Wed Dec 8 00:15:54 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 8 Dec 2010 00:15:54 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQutC70LjQtdC90YLRgdC60LjRhSBTU0wt?= =?UTF-8?B?0YHQtdGA0YLQuNGE0LjQutCw0YLQvtCyINCyINC80L7QtNGD0LvQtSBwcm94?= =?UTF-8?B?eQ==?= In-Reply-To: <201012061824.59418.morozov_ml@ngs.ru> References: <201012061824.59418.morozov_ml@ngs.ru> Message-ID: <20101207211554.GE54973@mdounin.ru> Hello! On Mon, Dec 06, 2010 at 06:24:58PM +0600, Alexey Morozov wrote: > Здравствуйте! > > Мы реализовали первоначальную поддержку клиентских SSL-сертификатов в модуле > proxy. На данный момент поддержка реализована для версии 0.7.x (в основном, > потому что в Debian Squeeze собирается именно эта ветка), в течение нескольких > дней мы планируем сделать соотв. изменения и для веток 0.8.x и 0.9.x > > Несколько позднее планируется поддержка проверки серверного сертификата > (сейчас proxy не ругается даже когда бэкенд пользуется самоподписанным > сертификатом). > > Изменения публикуются на https://github.com/amorozov/nginx , ветка navitel- > client-crt-v0.7 > > Буду признателен, если у кого-нибудь найдётся время и желание посмотреть на > код и, возможно, высказать какие-то замечания. Вот это: + // right now we have no proper infrastructure to check server certificates + // so we force the info_callback to be NULL + SSL_CTX_set_info_callback(plcf->upstream.ssl->ctx, NULL); выглядит совершенно некорректно. Info callback используется в nginx'е ровно для одной цели: запретить renegotiation. Если хочется renegotiation при общении с бекендом разрешить - это надо делать по другому. При чём тут проверка сертификатов сервера - вообще непонятно (хотя её тоже неплохо бы сделать). Перенос ngx_http_proxy_set_ssl() некорректен. Т.к. он после патча зависит от наследуемых значений (ssl_protocols, ...) - то вызывать его можно только после того, как соответствующие значения отнаследовались. Ну и style problems в количествах. Maxim Dounin p.s. Настоятельно рекомендую патчи присылать в рассылку. Ходить по ссылкам и выискивать где именно закопаны нужные патчи - это не совсем то, чем люди предпочитают заниматься на досуге. From nginx-forum на nginx.us Wed Dec 8 02:15:29 2010 From: nginx-forum на nginx.us (anon) Date: Tue, 07 Dec 2010 18:15:29 -0500 Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LXQuSDQsiDQutC+0L0=?= =?UTF-8?B?0LXRhiDQsNC00YDQtdGB0L7QsiDQsdC10Lcg0L7QvdGL0YU=?= In-Reply-To: References: Message-ID: Илья Шипицин Wrote: ------------------------------------------------------- > вам с какой целью слеши > нужны ? для IIS-а, который > стоит бекендом ? если это > ваша ситуация, то можно > слеши рисовать прямо на > самом IIS (и в этом есть > логика, потому что он точно > знает, является ли > запрашиваемый объект > файлом) У разработчиков сайта такая хотелка появилась. Сейчас страницы грузятся и по /abc/123, и по /abc/123/. Бэкэнд самый обычный - Apache 2.2. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156274,156583#msg-156583 From morozov_ml на ngs.ru Wed Dec 8 06:36:36 2010 From: morozov_ml на ngs.ru (Alexey Morozov) Date: Wed, 8 Dec 2010 09:36:36 +0600 Subject: =?UTF-8?B?UmU6ICDQn9C+0LTQtNC10YDQttC60LAg0LrQu9C40LXQvdGC0YHQutC40YUgU1NM?= =?UTF-8?B?LdGB0LXRgNGC0LjRhNC40LrQsNGC0L7QsiDQsiDQvNC+0LTRg9C70LUgcHJv?= =?UTF-8?B?eHk=?= In-Reply-To: References: <201012061824.59418.morozov_ml@ngs.ru> Message-ID: <201012080936.37046.morozov_ml@ngs.ru> Здравствуйте! В сообщении от 8 декабря 2010 01:16:02 автор Илья Шипицин написал: > а расскажите, в чем кайф шифровать трафик между фронтом и бекендом, это же > нагрузка на процессор. > какие предполагаются сценарии использования данного модуля ? Нужно аутентифицировать (и зашифровать) траффик между двумя роботами на разных площадках, один из которых категорически не умеет SSL и представляет из себя "Патентованную Платформу Ничего Не Поменяешь Внутри". По ряду причин решения типа stunnel не очень канают. Поэтому приняли решение использовать один nginx как _клиентский_ прокси, а второй - как серверный. Указанные изменения нужны для клиентского nginx'а. С уважением, Алексей Морозов From morozov_ml на ngs.ru Wed Dec 8 06:55:41 2010 From: morozov_ml на ngs.ru (Alexey Morozov) Date: Wed, 8 Dec 2010 09:55:41 +0600 Subject: =?UTF-8?B?UmU6ICDQn9C+0LTQtNC10YDQttC60LAg0LrQu9C40LXQvdGC0YHQutC40YUgU1NM?= =?UTF-8?B?LdGB0LXRgNGC0LjRhNC40LrQsNGC0L7QsiDQsiDQvNC+0LTRg9C70LUgcHJv?= =?UTF-8?B?eHk=?= In-Reply-To: <20101207211554.GE54973@mdounin.ru> References: <201012061824.59418.morozov_ml@ngs.ru> <20101207211554.GE54973@mdounin.ru> Message-ID: <201012080955.42031.morozov_ml@ngs.ru> В сообщении от 8 декабря 2010 03:15:54 автор Maxim Dounin написал: > Hello! > > Вот это: > > + // right now we have no proper infrastructure to check server > certificates + // so we force the info_callback to be NULL > + SSL_CTX_set_info_callback(plcf->upstream.ssl->ctx, NULL); > > выглядит совершенно некорректно. Info callback используется в > nginx'е ровно для одной цели: запретить renegotiation. Если > хочется renegotiation при общении с бекендом разрешить - это надо > делать по другому. При чём тут проверка сертификатов сервера - > вообще непонятно (хотя её тоже неплохо бы сделать). Ну, это мы не до конца разобрались, если честно. > > Перенос ngx_http_proxy_set_ssl() некорректен. Т.к. он после патча > зависит от наследуемых значений (ssl_protocols, ...) - то вызывать > его можно только после того, как соответствующие значения > отнаследовались. Ok, поменяем. > Ну и style problems в количествах. Ох, я, вроде, контролировал, чтобы их не было, но если есть - поправим, конечно. Официальный стайлгайд есть где-нибудь? > p.s. Настоятельно рекомендую патчи присылать в рассылку. Ходить > по ссылкам и выискивать где именно закопаны нужные патчи - это не > совсем то, чем люди предпочитают заниматься на досуге. Ну, я, конечно, оформлю это в виде патчей, если разглядывать отдельные патчи удобнее, чем их же, но в составе дерева изменений. Однако, для интересующихся, мы продолжим публиковать репозиторий. С уважением, Алексей Морозов. From nginx-forum на nginx.us Wed Dec 8 10:19:00 2010 From: nginx-forum на nginx.us (Syd) Date: Wed, 08 Dec 2010 02:19:00 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <20101206135732.GN42828@rambler-co.ru> References: <20101206135732.GN42828@rambler-co.ru> Message-ID: Коллеги, добрый день. По совету Игоря при очередном недогрузе я сравнил скачанный и исходный css файл. Они абсолютно разные, причем в скачанном файле содержится вовсе не код css. Вот часть содержимого скачанного файла: +cheloveka-plan-finansovoj-zashhity/attachment/([^/]+)/?$";s:32:"index.php?attachment=$matches[1]";s:87:"instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity/attachment/([^/]+)/trackback/?$";s:37:"index.php?attachment=$matches[1]&tb=1";s:130:"instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity/attachment/([^/]+)/feed/(feed|rdf|rss|rss2|atom|gigpress|gigpress-ical)/?$";s:49:"index.php?attachment=$matches[1]&feed=$matches[2]";s:125:"instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity/attachment/([^/]+)/(feed|rdf|rss|rss2|atom|gigpress|gigpress-ical)/?$";s:49:"index.php?attachment=$matches[1]&feed=$matches[2]";s:102:"instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity/attachment/([^/]+)/comment-page-([0-9]{1,})/?$";s:50:"index.php?attachment=$matches[1]&cpage=$matches[2]";s:70:"(instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity)/trackback/?$";s:35:"index.php?pagename=$matches[1]&tb=1";s:113:"(instrumenty-bogatogo-cheloveka-plan-finansovoj-zashhity)/feed/(feed|rdf|rss|rss2|atom|gigpress|gigpress-ical)/?$"; А вот часть исходного файла: -*{margin:0;padding:0;}body{border-top-width:30px;border-top-style:solid;font:11px "Lucida Grande",Verdana,Arial,"Bitstream Vera Sans",sans-serif;}form{margin-left:8px;padding:16px 16px 40px 16px;font-weight:normal;-moz-border-radius:11px;-khtml-border-radius:11px;-webkit-border-radius:11px;border-radius:5px;background:#fff;border:1px solid #e5e5e5;-moz-box-shadow:rgba(200,200,200,1) 0 4px 18px;-webkit-box-shadow:rgba(200,200,200,1) 0 4px 18px;-khtml-box-shadow:rgba(200,200,200,1) 0 4px 18px;box-shadow:rgba(200,200,200,1) 0 4px 18px;}form .forgetmenot{font-weight:normal;float:left;margin-bottom:0;}.button-primary{font-family:"Lucida Grande",Verdana,Arial,"Bitstream Vera Sans",sans-serif;padding:3px 10px;border:none; Похоже, что в скачанный файле находится результат работы апачевского mod_rewrite и проблема связана с ним. Коллеги, что скажите? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156660#msg-156660 From nginx-forum на nginx.us Wed Dec 8 11:02:30 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 03:02:30 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <630a5b412540ed03c4e9908166201f8f.NginxMailingListRussian@forum.nginx.org> Нет никаких идей? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156671#msg-156671 From nginx-forum на nginx.us Wed Dec 8 11:47:36 2010 From: nginx-forum на nginx.us (vyacheslav.slinko) Date: Wed, 08 Dec 2010 03:47:36 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <927e20cb101a2d7a9ed6e50b6fed544f.NginxMailingListRussian@forum.nginx.org> У вас директива root объявленна? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156678#msg-156678 From nginx-forum на nginx.us Wed Dec 8 12:03:32 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 04:03:32 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: В / объявленна. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156681#msg-156681 From isk на easydategroup.com Wed Dec 8 13:01:34 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 8 Dec 2010 12:01:34 +0200 Subject: =?UTF-8?B?UmU6ICDQn9C+0LTQtNC10YDQttC60LAg0LrQu9C40LXQvdGC0YHQutC40YUgU1NM?= =?UTF-8?B?LdGB0LXRgNGC0LjRhNC40LrQsNGC0L7QsiDQsiDQvNC+0LTRg9C70LUgcHJv?= =?UTF-8?B?eHk=?= In-Reply-To: <201012080936.37046.morozov_ml@ngs.ru> References: <201012061824.59418.morozov_ml@ngs.ru> <201012080936.37046.morozov_ml@ngs.ru> Message-ID: <201012081201.34764.isk@easydategroup.com> > По ряду причин решения типа stunnel не очень канают. Используйте OpenVPN, IPSec - "Патентованная Платформа Ничего Не Поменяешь Внутри" ничего и не заметит. From isk на easydategroup.com Wed Dec 8 13:04:25 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 8 Dec 2010 12:04:25 +0200 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <201012081204.25516.isk@easydategroup.com> > В / объявленна. root обьявленная в "location /" не действует в "location /tech". Поместите root в "location /tech" или вынесите его на уровень server. From nginx-forum на nginx.us Wed Dec 8 13:12:48 2010 From: nginx-forum на nginx.us (Syd) Date: Wed, 08 Dec 2010 05:12:48 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <056ca7d8702ad6eabf99f9936d06840a.NginxMailingListRussian@forum.nginx.org> Пример битых картинок (на клиенте): [img]http://info-sol.ru/nginx/diagr2.jpg[/img] А вот это оригинал с хоста: [img]http://info-sol.ru/nginx/diagr2_src.jpg[/img] Некоторые изображения содержат мусор - вот оригинальное изображение: [img]http://info-sol.ru/nginx/table3_src.jpg[/img] http://info-sol.ru/nginx/table3.jpg - это битое изображение (просто двоичный мусор) Результат команды file: [i]file table3.jpg[/i] table3.jpg: data [i]file table3_src.jpg[/i] table3_src.jpg: JPEG image data, EXIF standard 2.2, baseline, precision 0, 4360x110 Если подключиться к хосту мимо nginx (порт апача 8080), то все отображается корректно. Ситуация проявляется так: клиент открывает страницу и она скачивается с сервера. Страница может открыться корректно (все загрузилось нормально), а может и нет (битые изображения и мусор в css). При следующем доступе к странице сервер возвращает 304 (т.к. данные есть в кэше клиента) и если это битые данные, то страница снова отображается некорректно. Помогает ctrl+f5. В чем может быть проблема? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,156698#msg-156698 From nginx-forum на nginx.us Wed Dec 8 13:21:27 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 05:21:27 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <201012081204.25516.isk@easydategroup.com> References: <201012081204.25516.isk@easydategroup.com> Message-ID: <8074b5e75a8d770f6b98bfe2d040a29f.NginxMailingListRussian@forum.nginx.org> [code] location /tech/ { autoindex on; root /var/www/tech; } [/code] Получаю 404.В логах 404... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156703#msg-156703 From nginx-forum на nginx.us Wed Dec 8 13:24:35 2010 From: nginx-forum на nginx.us (vyacheslav.slinko) Date: Wed, 08 Dec 2010 05:24:35 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <8074b5e75a8d770f6b98bfe2d040a29f.NginxMailingListRussian@forum.nginx.org> References: <201012081204.25516.isk@easydategroup.com> <8074b5e75a8d770f6b98bfe2d040a29f.NginxMailingListRussian@forum.nginx.org> Message-ID: <978e1a00b43b95b06132a0846efe573d.NginxMailingListRussian@forum.nginx.org> [code] location /tech { root /var/www; autoindex on; } [/code] [code] location /tech { alias /var/www/tech; autoindex on; } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156705#msg-156705 From igor на sysoev.ru Wed Dec 8 13:26:52 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 8 Dec 2010 13:26:52 +0300 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <8074b5e75a8d770f6b98bfe2d040a29f.NginxMailingListRussian@forum.nginx.org> References: <201012081204.25516.isk@easydategroup.com> <8074b5e75a8d770f6b98bfe2d040a29f.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208102652.GA26503@rambler-co.ru> On Wed, Dec 08, 2010 at 05:21:27AM -0500, No1 wrote: > [code] > location /tech/ { > autoindex on; > root /var/www/tech; > } > [/code] > Получаю 404.В логах 404... Как в error_log выглядит сообщение об ошибке ? -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Wed Dec 8 13:54:09 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 05:54:09 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: Добрый день. /var/www/tech/tech/genre_1.gz failed (2: No such file or directory) и т.д А зачем два раза?Исправил,сейчас работает,но скрипты выполняет,разве должен?Как закрыть от исполнения скриптов? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156713#msg-156713 From igor на sysoev.ru Wed Dec 8 13:57:01 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 8 Dec 2010 13:57:01 +0300 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208105701.GC26503@rambler-co.ru> On Wed, Dec 08, 2010 at 05:54:09AM -0500, No1 wrote: > Добрый день. > /var/www/tech/tech/genre_1.gz failed (2: No such file or directory) и > т.д > А зачем два раза?Исправил,сейчас > работает,но скрипты выполняет,разве > должен?Как закрыть от исполнения > скриптов? А? Что? Кто здесь? -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Wed Dec 8 14:26:37 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 06:26:37 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <729e84fafb1a91f0ef954c306563dbc2.NginxMailingListRussian@forum.nginx.org> О чем топик? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156722#msg-156722 From igor на sysoev.ru Wed Dec 8 14:35:08 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 8 Dec 2010 14:35:08 +0300 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <729e84fafb1a91f0ef954c306563dbc2.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> <729e84fafb1a91f0ef954c306563dbc2.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208113508.GD26503@rambler-co.ru> On Wed, Dec 08, 2010 at 06:26:37AM -0500, No1 wrote: > О чем топик? Вот и я хотел бы знать. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Wed Dec 8 14:54:05 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 06:54:05 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <20101208113508.GD26503@rambler-co.ru> References: <20101208113508.GD26503@rambler-co.ru> Message-ID: <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> Как запретить выполнение php в директорий? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156727#msg-156727 From askjuise на gmail.com Wed Dec 8 15:00:51 2010 From: askjuise на gmail.com (Alexander Petrovsky) Date: Wed, 8 Dec 2010 20:00:51 +0800 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> References: <20101208113508.GD26503@rambler-co.ru> <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> Message-ID: rm -rf ./*.php 8 декабря 2010 г. 19:54 пользователь No1 написал: > Как запретить выполнение php в > директорий? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,156330,156727#msg-156727 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Петровский Александр / Alexander Petrovsky, ICQ: 350342118 Jabber: juise на jabber.ru Phone: +7 914 8 820 815 -------------- next part -------------- An HTML attachment was scrubbed... URL: From onokonem на gmail.com Wed Dec 8 15:02:06 2010 From: onokonem на gmail.com (Daniel Podolsky) Date: Wed, 8 Dec 2010 15:02:06 +0300 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> References: <20101208113508.GD26503@rambler-co.ru> <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> Message-ID: > Как запретить выполнение php в > директорий? nginx не выполняет php. From isk на easydategroup.com Wed Dec 8 15:06:12 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 8 Dec 2010 14:06:12 +0200 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> References: <20101208113508.GD26503@rambler-co.ru> <4e2d29a152b8d148ed48da4199746af8.NginxMailingListRussian@forum.nginx.org> Message-ID: <201012081406.12510.isk@easydategroup.com> > Как запретить выполнение php в > директорий? Запретить интерпретацию файлов апачем: .htaccess: SetHandler default-handler Запретить выполнение только php: .htaccess: RemoveHandler .php From nginx-forum на nginx.us Wed Dec 8 15:24:05 2010 From: nginx-forum на nginx.us (No1) Date: Wed, 08 Dec 2010 07:24:05 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> Message-ID: <801a4fce87b878d245f07e6ce745443f.NginxMailingListRussian@forum.nginx.org> А апач то причем?не используется Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156738#msg-156738 From morozov_ml на ngs.ru Wed Dec 8 15:55:56 2010 From: morozov_ml на ngs.ru (Alexey Morozov) Date: Wed, 8 Dec 2010 18:55:56 +0600 Subject: =?UTF-8?B?UmU6ICDQn9C+0LTQtNC10YDQttC60LAg0LrQu9C40LXQvdGC0YHQutC40YUgU1NM?= =?UTF-8?B?LdGB0LXRgNGC0LjRhNC40LrQsNGC0L7QsiDQsiDQvNC+0LTRg9C70LUgcHJv?= =?UTF-8?B?eHk=?= In-Reply-To: <201012081201.34764.isk@easydategroup.com> References: <201012061824.59418.morozov_ml@ngs.ru> <201012080936.37046.morozov_ml@ngs.ru> <201012081201.34764.isk@easydategroup.com> Message-ID: <201012081855.57197.morozov_ml@ngs.ru> В сообщении от 8 декабря 2010 16:01:34 автор Olexander Shtepa написал: > > По ряду причин решения типа stunnel не очень канают. > > Используйте OpenVPN, IPSec - "Патентованная Платформа Ничего Не Поменяешь > Внутри" ничего и не заметит. Этот вариант тоже рассматривался, с ipsec'ом какие-то вопросы уже на другой стороне. Какие, я, честно говоря, не вдавался, мне рулители площадкой сказали, что ipsec для них не слишком приемлем. С уважением, Алексей Морозов From nginx-forum на nginx.us Wed Dec 8 15:58:35 2010 From: nginx-forum на nginx.us (vyacheslav.slinko) Date: Wed, 08 Dec 2010 07:58:35 -0500 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <801a4fce87b878d245f07e6ce745443f.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> <801a4fce87b878d245f07e6ce745443f.NginxMailingListRussian@forum.nginx.org> Message-ID: <6b87ea5371d441b5837615dc20883241.NginxMailingListRussian@forum.nginx.org> Очевидно, что [code] location ~ \.php$ { [/code] перехватывает запросы. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156330,156747#msg-156747 From isk на easydategroup.com Wed Dec 8 15:59:11 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 8 Dec 2010 14:59:11 +0200 Subject: =?UTF-8?B?UmU6IGF1dG9pbmRleCBvbiDQvdC1INC+0YLQtNCw0LXRgiDQu9C40YHRgtC40L0=?= =?UTF-8?B?0LMg0LTQuNGA0LXQutGC0L7RgNC40Lk=?= In-Reply-To: <801a4fce87b878d245f07e6ce745443f.NginxMailingListRussian@forum.nginx.org> References: <7edfaedc181fc29e74fd13c4ead31fa6.NginxMailingListRussian@forum.nginx.org> <801a4fce87b878d245f07e6ce745443f.NginxMailingListRussian@forum.nginx.org> Message-ID: <201012081459.11123.isk@easydategroup.com> > А апач то причем?не используется Мало ли какой у Вас FastCGI сервер. А вообще глупо требовать от FastCGI сервера, который только то и делает что исполняет PHP, не исполнять PHP файлы. Ответ очевиден. From isk на easydategroup.com Wed Dec 8 16:05:42 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 8 Dec 2010 15:05:42 +0200 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQutC70LjQtdC90YLRgdC60LjRhSBTU0wt?= =?UTF-8?B?0YHQtdGA0YLQuNGE0LjQutCw0YLQvtCyINCyINC80L7QtNGD0LvQtSBwcm94?= =?UTF-8?B?eQ==?= In-Reply-To: <201012081855.57197.morozov_ml@ngs.ru> References: <201012061824.59418.morozov_ml@ngs.ru> <201012081201.34764.isk@easydategroup.com> <201012081855.57197.morozov_ml@ngs.ru> Message-ID: <201012081505.42386.isk@easydategroup.com> > Этот вариант тоже рассматривался, с ipsec'ом какие-то вопросы уже на другой > стороне. Какие, я, честно говоря, не вдавался, мне рулители площадкой сказали, > что ipsec для них не слишком приемлем. У IPSec свой протокол на IP уровне, т.е. не обычные TCP или UDP. Скорее всего в ?том дело. OpenVPN же использует UDP как транспорт, хотя и TCP умеет. Работает и как Point to Point, и как Client/Server. Если и ?то не подойдет, то ?то уже не техническая проблема. From jhe1979 на gmail.com Wed Dec 8 16:07:18 2010 From: jhe1979 на gmail.com (Ivan .) Date: Wed, 8 Dec 2010 14:07:18 +0100 Subject: if-modified-since Message-ID: Добрый день! подскажите, как реализовать. Есть 2 сервера origin, отдают статический контент CDN серверам, у CDN провайдера настроенно TTL 30 дней. Как только контент обновляется, если имя файла то CDN EdgeServer все нормально забирает и отдает пользавателю, но как только имя файла остается, то приходится руками заходить в панель CDN провайдера и указавать ссылку файла, чтобы актуализировал. EdgeServer работают со всеми протоколами и могут смотреть какой-то определенный файл, и определенные параметры, которые ему скажут - актулизируй, например послать в header modified дату. Как такое реализовать под nginx? Спасибо! ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From snar на snar.spb.ru Wed Dec 8 16:39:35 2010 From: snar на snar.spb.ru (Alexandre Snarskii) Date: Wed, 8 Dec 2010 16:39:35 +0300 Subject: upstream could not be resolved... Message-ID: <20101208133935.GA89498@snar.spb.ru> Hi! Странная проблема вылезла: похоже, при какой-то фазе луны nginx не может найти upstream, заданный в конфиге и лезет за ним в DNS. Задача - хитрый request routing в зависимости от переменных запроса, поэтому запросы сначала передаются на fastcgi-скрипт, который делает необходимый анализ и отдает обратно x-accel-redirect на внутренний хост. Конфиг примерно такой: http { upstream sws-pod2 { # с точным заданием номера порта тоже пробовал server a.b.c.d; } server { listen ...; location / { fastcgi_pass 127.0.0.1:1030; } location ~* http://(.*):([0-9]+) { # да, знаю, криво. internal; proxy_pass http://$1:$2/$request_uri$is_args$args; } } часть debug log'а: 2010/12/08 16:17:09 [debug] 24395#0: *8 http fastcgi parser: 0 2010/12/08 16:17:09 [debug] 24395#0: *8 http fastcgi header: "X-Accel-Redirect: http://sws-pod2:80" 2010/12/08 16:17:09 [debug] 24395#0: *8 http fastcgi parser: 1 2010/12/08 16:17:09 [debug] 24395#0: *8 http fastcgi header done 2010/12/08 16:17:09 [debug] 24395#0: *8 finalize http upstream request: -5 2010/12/08 16:17:09 [debug] 24395#0: *8 finalize http fastcgi request 2010/12/08 16:17:09 [debug] 24395#0: *8 free rr peer 1 0 2010/12/08 16:17:09 [debug] 24395#0: *8 close http upstream connection: 74 2010/12/08 16:17:09 [debug] 24395#0: *8 event timer del: 74: 3324098876 2010/12/08 16:17:09 [debug] 24395#0: *8 internal redirect: "http://sws-pod2:80?" 2010/12/08 16:17:09 [debug] 24395#0: *8 rewrite phase: 0 [...] 2010/12/08 16:17:09 [debug] 24395#0: *8 using configuration "http://(.*):([0-9]+)" [.... - все заголовки копируются вполне корректно ] 2010/12/08 16:17:09 [debug] 24395#0: resolve: "sws-pod2" 2010/12/08 16:17:09 [debug] 24395#0: malloc: 090160E0:60 2010/12/08 16:17:09 [debug] 24395#0: malloc: 0904FD88:8 2010/12/08 16:17:09 [debug] 24395#0: malloc: 090CBB90:26 2010/12/08 16:17:09 [debug] 24395#0: resolve: "sws-pod2" 62087 2010/12/08 16:17:09 [debug] 24395#0: send: fd:70 26 of 26 2010/12/08 16:17:09 [debug] 24395#0: malloc: 090F88B8:52 2010/12/08 16:17:09 [debug] 24395#0: event timer add: -1: 30000:3324070903 2010/12/08 16:17:09 [debug] 24395#0: event timer add: -1: 5000:3324045903 2010/12/08 16:17:09 [debug] 24395#0: *8 http finalize request: -4, "http://sws-pod2:80?" a:1, c:3 2010/12/08 16:17:09 [debug] 24395#0: *8 http request count:3 blk:0 2010/12/08 16:17:09 [debug] 24395#0: *8 http finalize request: -4, "http://sws-pod2:80?" a:1, c:2 2010/12/08 16:17:09 [debug] 24395#0: *8 http request count:2 blk:0 2010/12/08 16:17:09 [debug] 24395#0: posted event 00000000 2010/12/08 16:17:09 [debug] 24395#0: worker cycle 2010/12/08 16:17:09 [debug] 24395#0: accept mutex locked 2010/12/08 16:17:09 [debug] 24395#0: epoll timer: 5000 2010/12/08 16:17:09 [debug] 24395#0: epoll: fd:70 ev:0001 d:B7EDC764 2010/12/08 16:17:09 [debug] 24395#0: post event B7E58D3C 2010/12/08 16:17:09 [debug] 24395#0: timer delta: 2 2010/12/08 16:17:09 [debug] 24395#0: posted events B7E58D3C 2010/12/08 16:17:09 [debug] 24395#0: posted event B7E58D3C 2010/12/08 16:17:09 [debug] 24395#0: delete posted event B7E58D3C 2010/12/08 16:17:09 [debug] 24395#0: recv: fd:70 26 of 4096 2010/12/08 16:17:09 [debug] 24395#0: resolver DNS response 62087 fl:8182 1/0/0/0 2010/12/08 16:17:09 [debug] 24395#0: resolver DNS response qt:1 cl:1 2010/12/08 16:17:09 [debug] 24395#0: malloc: 09050200:8 2010/12/08 16:17:09 [debug] 24395#0: resolver qs:sws-pod2 2010/12/08 16:17:09 [error] 24395#0: *8 sws-pod2 could not be resolved (2: Server failure), client: 192.168.13.218, server: service, request: "POST /login/main.asp HTTP/1.1", host: "192.168.15.132", referrer: "http://192.168.15.132/login/rdr.asp" 2010/12/08 16:17:09 [debug] 24395#0: *8 finalize http upstream request: 502 2010/12/08 16:17:09 [debug] 24395#0: resolve name done: 2 -- In theory, there is no difference between theory and practice. But, in practice, there is. From nginx-ru на sadok.spb.ru Wed Dec 8 16:42:44 2010 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Wed, 8 Dec 2010 16:42:44 +0300 Subject: =?UTF-8?B?UmVbMl06INCf0L7QtNC00LXRgNC20LrQsCDQutC70LjQtdC90YLRgdC60LjRhSBT?= =?UTF-8?B?U0wt0YHQtdGA0YLQuNGE0LjQutCw0YLQvtCyINCyINC80L7QtNGD0LvQtSBw?= =?UTF-8?B?cm94eQ==?= In-Reply-To: <201012081505.42386.isk@easydategroup.com> References: <201012061824.59418.morozov_ml@ngs.ru> <201012081201.34764.isk@easydategroup.com> <201012081855.57197.morozov_ml@ngs.ru> <201012081505.42386.isk@easydategroup.com> Message-ID: <1232745274.20101208164244@sadok.spb.ru> Здравствуйте, Olexander. Вы писали 8 декабря 2010 г., 16:05:42: > У IPSec свой протокол на IP уровне, т.е. не обычные TCP или UDP. Чего, правда? -- С уважением, Dmitry mailto:nginx-ru на sadok.spb.ru From kav на karagodov.name Wed Dec 8 16:55:07 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 8 Dec 2010 16:55:07 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQutC70LjQtdC90YLRgdC60LjRhSBTU0wt?= =?UTF-8?B?0YHQtdGA0YLQuNGE0LjQutCw0YLQvtCyINCyINC80L7QtNGD0LvQtSBwcm94?= =?UTF-8?B?eQ==?= In-Reply-To: <201012081505.42386.isk@easydategroup.com> References: <201012061824.59418.morozov_ml@ngs.ru> <201012081201.34764.isk@easydategroup.com> <201012081855.57197.morozov_ml@ngs.ru> <201012081505.42386.isk@easydategroup.com> Message-ID: <2FB1C7E9-C00E-43FA-875E-403A00DFF95B@karagodov.name> протоколы IPSec: ESP AH PCP UDP 500, 4500 (в racoon/ipsec-tools порт 500 кажется можно менять на любой по желанию) связь между площадками следует осекьюривать либо OpenVPN-ом либо IPSec-ом (желательно это делать чем то выделенным, типа vyatta или железом) но ни как не веб-сервером IPSec (как "клиент") чудно работает из-за NAT-а тема - IMO, оффтоп короче On 08.12.2010, at 16:05, Olexander Shtepa wrote: >> Этот вариант тоже рассматривался, с ipsec'ом какие-то вопросы уже на другой >> стороне. Какие, я, честно говоря, не вдавался, мне рулители площадкой сказали, >> что ipsec для них не слишком приемлем. > > У IPSec свой протокол на IP уровне, т.е. не обычные TCP или UDP. > Скорее всего в ?том дело. > > OpenVPN же использует UDP как транспорт, хотя и TCP умеет. Работает и как Point to Point, и как Client/Server. point-multipoint кажется до сих пор не умеет > Если и ?то не подойдет, то ?то уже не техническая проблема. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From snar на snar.spb.ru Wed Dec 8 18:24:11 2010 From: snar на snar.spb.ru (Alexandre Snarskii) Date: Wed, 8 Dec 2010 18:24:11 +0300 Subject: upstream could not be resolved... In-Reply-To: <20101208133935.GA89498@snar.spb.ru> References: <20101208133935.GA89498@snar.spb.ru> Message-ID: <20101208152411.GB89498@snar.spb.ru> On Wed, Dec 08, 2010 at 04:39:35PM +0300, Alexandre Snarskii wrote: > > Hi! > > Странная проблема вылезла: похоже, при какой-то фазе луны nginx > не может найти upstream, заданный в конфиге и лезет за ним в DNS. > > Задача - хитрый request routing в зависимости от переменных запроса, > поэтому запросы сначала передаются на fastcgi-скрипт, который > делает необходимый анализ и отдает обратно x-accel-redirect > на внутренний хост. > > Конфиг примерно такой: > > http { > upstream sws-pod2 { # с точным заданием номера порта тоже пробовал > server a.b.c.d; > } Про то, что "с точным заданием номера порта пробовал" - это я погорячился, указания upstream sws-pod2:80 для этого недостаточно: в результате у upstream'а name становится "sws-pod2:80", а port по прежнему остается нулевым. В результате вторая часть следующущей проверки (src/http/ngx_http_upstream.c, район 570'й строки) не удается ни в случае просто upstream sws-pod2 ни в случае upstream sws-pod2:80: if (uscf->host.len == host->len && ((uscf->port == 0 && u->resolved->no_port) || uscf->port == u->resolved->port) && ngx_memcmp(uscf->host.data, host->data, host->len) == 0) { goto found; } workaround: location http://(.*):(.*) { - proxy_pass http://$1:$2/$request_uri$is_args$args; + proxy_pass http://$1-$2/$request_uri$is_args$args; } и задавать порт на уровне имени upstream, например upstream sws-pod2-80. > server { > listen ...; > location / { > fastcgi_pass 127.0.0.1:1030; > } > location ~* http://(.*):([0-9]+) { # да, знаю, криво. > internal; > proxy_pass http://$1:$2/$request_uri$is_args$args; > } > } -- In theory, there is no difference between theory and practice. But, in practice, there is. From nginx-forum на nginx.us Wed Dec 8 20:02:38 2010 From: nginx-forum на nginx.us (weqq) Date: Wed, 08 Dec 2010 12:02:38 -0500 Subject: [warn] 7260#0: conflicting server name "test" on 0.0.0.0:80, ignored Message-ID: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> Здравствуйте. выдает вот такую вот вестчь: fera на fera-desktop:/etc/nginx$ sudo nginx -t [b][warn]: conflicting server name "korp" on 0.0.0.0:80, ignored [warn]: conflicting server name "spma" on 0.0.0.0:80, ignored [warn]: conflicting server name "test" on 0.0.0.0:80, ignored[/b] the configuration file /etc/nginx/nginx.conf syntax is ok configuration file /etc/nginx/nginx.conf test is successful долго гуглил, ничего не нашел.. что за warning и что с ним делать? как победить? заранее благодарен!... мои конфиги : [b][color=#FF0000]"/etc/nginx/sites-enabled/"[/color][/b] server { listen 80; server_name test; 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 /home/fera/www/test/; index index.php index.html; access_log off; expires 30d; } location ~ /.ht { deny all; } location / { proxy_pass http://127.0.0.1:88/; 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; } } [b][color=#FF0000]"/etc/apache2/sites-enabled/"[/color][/b] ServerAdmin webmaster на localhost ServerName test ServerAlias www.test DocumentRoot /home/fera/www/test Options FollowSymLinks AllowOverride None Options Indexes FollowSymLinks MultiViews AllowOverride All 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 /var/log/apache2/test-error.log [b][color=#FF6600]# Possible values include: debug, info, notice, warn, error, crit, # alert, emerg.[/color][/b] LogLevel warn CustomLog /var/log/apache2/test-access.log combined Alias /doc/ "/usr/share/doc/" Options Indexes MultiViews FollowSymLinks AllowOverride None Order deny,allow Deny from all Allow from 127.0.0.0/255.0.0.0 ::1/128 [b][color=#FF0000]"/etc/nginx/nginx.conf"[/color][/b] user www-data; worker_processes 1; [b][color=#FF6600]#error_log logs\error.log; #error_log logs\error.log notice; #error_log logs\error.log info; #pid logs\nginx.pid;[/color][/b] events { worker_connections 1024; } http { include mime.types; default_type application\octet-stream; [b][color=#FF6600]#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;[/color][/b] sendfile on; keepalive_timeout 65; [b][color=#FF6600]#gzip on;[/color][/b] upstream backend { server 127.0.0.1:88; } server { listen 80; server_name spma test korp data client_max_body_size 16M; location ~* \.(jpg|jpeg|gif|png|ico|css|bmp|swf|js)$ { root /home/fera/www/$host; } location ~ /\.ht { deny all; } location / { proxy_pass http://backend/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $remote_addr; proxy_connect_timeout 120; proxy_send_timeout 600; proxy_read_timeout 600; } } gzip on; gzip_min_length 1000; gzip_proxied any; gzip_types text/plain text/xml application/xml application/x-javascript text/javascript text/css text/json; gzip_disable "msie6"; gzip_comp_level 8; include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156735,156735#msg-156735 From temotor на gmail.com Wed Dec 8 20:13:44 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 8 Dec 2010 20:13:44 +0300 Subject: [warn] 7260#0: conflicting server name "test" on 0.0.0.0:80, ignored In-Reply-To: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> References: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/8 weqq : > Здравствуйте. выдает вот такую вот > вестчь: > > fera на fera-desktop:/etc/nginx$ sudo nginx -t > [b][warn]: conflicting server name "korp" on 0.0.0.0:80, ignored > [warn]: conflicting server name "spma" on 0.0.0.0:80, ignored > [warn]: conflicting server name "test" on 0.0.0.0:80, ignored[/b] > the configuration file /etc/nginx/nginx.conf syntax is ok > configuration file /etc/nginx/nginx.conf test is successful > > долго гуглил, ничего не нашел..  что за > warning  и что с ним делать? как победить? > заранее благодарен!... > [...] >        include /etc/nginx/conf.d/*.conf; >        include /etc/nginx/sites-enabled/*; > } В sites-enabled ссылки на файлы в conf.d. Вы дважды инклюдите одни и те же конфиги. Как следствие - серверы korp, spma и test описываются два раза, то есть conflicting server name. From postmaster на softsearch.ru Wed Dec 8 20:14:01 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 8 Dec 2010 20:14:01 +0300 Subject: if-modified-since In-Reply-To: References: Message-ID: <1411261756.20101208201401@softsearch.ru> Здравствуйте, Иван. I> подскажите, как реализовать. I> Есть 2 сервера origin, отдают статический контент CDN серверам, I> у CDN провайдера настроенно TTL 30 дней. Как только контент I> обновляется, если имя файла то CDN EdgeServer все нормально I> забирает и отдает пользавателю, но как только имя файла остается, I> то приходится руками заходить в панель CDN провайдера и указавать I> ссылку файла, чтобы актуализировал.  EdgeServer работают со всеми I> протоколами и могут смотреть какой-то определенный файл, и I> определенные параметры, которые ему скажут - актулизируй, например I> послать в header modified дату. I> Как такое реализовать под nginx? Например вот так: http://forum.nginx.org/read.php?21,145664,146557 -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From mdounin на mdounin.ru Wed Dec 8 20:31:36 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 8 Dec 2010 20:31:36 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <056ca7d8702ad6eabf99f9936d06840a.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> <056ca7d8702ad6eabf99f9936d06840a.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208173135.GK54973@mdounin.ru> Hello! On Wed, Dec 08, 2010 at 05:12:48AM -0500, Syd wrote: > Пример битых картинок (на клиенте): > [img]http://info-sol.ru/nginx/diagr2.jpg[/img] > > А вот это оригинал с хоста: > [img]http://info-sol.ru/nginx/diagr2_src.jpg[/img] > > Некоторые изображения содержат мусор - > вот оригинальное изображение: > [img]http://info-sol.ru/nginx/table3_src.jpg[/img] > > http://info-sol.ru/nginx/table3.jpg - это битое > изображение (просто двоичный мусор) > > Результат команды file: > [i]file table3.jpg[/i] > table3.jpg: data > > [i]file table3_src.jpg[/i] > table3_src.jpg: JPEG image data, EXIF standard 2.2, baseline, precision > 0, 4360x110 > > Если подключиться к хосту мимо nginx (порт > апача 8080), то все отображается > корректно. > > Ситуация проявляется так: > клиент открывает страницу и она > скачивается с сервера. Страница может > открыться корректно (все загрузилось > нормально), а может и нет (битые > изображения и мусор в css). При следующем > доступе к странице сервер возвращает 304 > (т.к. данные есть в кэше клиента) и если > это битые данные, то страница снова > отображается некорректно. Помогает > ctrl+f5. > > В чем может быть проблема? Я стесняюсь спросить - а что показывает nginx -V? Если там есть сторонние модули, то начните с простого: попробуйте воспроизвести проблему без них. Ещё я бы тщательно проверил сервер на предмет корректности работы железа (не глючит ли память и т.п.). Maxim Dounin From mdounin на mdounin.ru Wed Dec 8 21:09:19 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 8 Dec 2010 21:09:19 +0300 Subject: upstream could not be resolved... In-Reply-To: <20101208152411.GB89498@snar.spb.ru> References: <20101208133935.GA89498@snar.spb.ru> <20101208152411.GB89498@snar.spb.ru> Message-ID: <20101208180919.GN54973@mdounin.ru> Hello! On Wed, Dec 08, 2010 at 06:24:11PM +0300, Alexandre Snarskii wrote: > On Wed, Dec 08, 2010 at 04:39:35PM +0300, Alexandre Snarskii wrote: > > > > Hi! > > > > Странная проблема вылезла: похоже, при какой-то фазе луны nginx > > не может найти upstream, заданный в конфиге и лезет за ним в DNS. > > > > Задача - хитрый request routing в зависимости от переменных запроса, > > поэтому запросы сначала передаются на fastcgi-скрипт, который > > делает необходимый анализ и отдает обратно x-accel-redirect > > на внутренний хост. > > > > Конфиг примерно такой: > > > > http { > > upstream sws-pod2 { # с точным заданием номера порта тоже пробовал > > server a.b.c.d; > > } > > Про то, что "с точным заданием номера порта пробовал" - это я погорячился, > указания upstream sws-pod2:80 для этого недостаточно: в результате > у upstream'а name становится "sws-pod2:80", а port по прежнему остается > нулевым. В результате вторая часть следующущей проверки > (src/http/ngx_http_upstream.c, район 570'й строки) не удается ни в случае > просто upstream sws-pod2 ни в случае upstream sws-pod2:80: > > if (uscf->host.len == host->len > && ((uscf->port == 0 && u->resolved->no_port) > || uscf->port == u->resolved->port) > && ngx_memcmp(uscf->host.data, host->data, host->len) == 0) > { > goto found; > } Upstream с портом может появиться только при неявном задании через proxy_pass http://upstream:port/; в конфиге. В честно описанных upstream-блоках порт - это свойство конкретного server'а в нём (и для разных серверов они могут быть разные). Использование upstream-блоков в качестве банальной замены resolver'у - не предполагается. > workaround: > > location http://(.*):(.*) { > - proxy_pass http://$1:$2/$request_uri$is_args$args; > + proxy_pass http://$1-$2/$request_uri$is_args$args; > } > > и задавать порт на уровне имени upstream, например upstream sws-pod2-80. Да, так будет работать. Maxim Dounin From ilya на aniskovets.com Wed Dec 8 22:38:11 2010 From: ilya на aniskovets.com (ilya на aniskovets.com) Date: Wed, 8 Dec 2010 22:38:11 +0300 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzRiyDRgSDQt9Cw0LLQuNGB0LDQvdC40LXQvCDRgdC+0LU=?= =?UTF-8?B?0LTQuNC90LXQvdC40Y8g0L/RgNC4INCw0L/Qu9C+0LDQtNC1INC4INC10LM=?= =?UTF-8?B?0L4g0YDQtdGB0YLQsNGA0YLQvtC8?= Message-ID: Добрый день, помогите пожалуйста разобраться. При аплоаде файла, особенно большого, периодически происходит зависание соединения, с последующим таймаутом. В логах происходит что-то странное, сначала начинает загружаться (уменьшается body rest) потом резко останавливается (появляется пауза секунд на 20) и начинает лить заново. Все это происходит при одном и том же нажатии на кнопку upload. Пробовал использовать fastcgi socket и fastcgi tcp результат один: 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body recv 1392 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body rest 59245073 2010/12/08 22:20:44 [debug] 30449#0: *3928 event timer: 122, old: 1291836223839, new: 1291836224093 2010/12/08 22:20:44 [debug] 30449#0: *3928 post event 000000080179E8C0 2010/12/08 22:20:44 [debug] 30449#0: *3928 delete posted event 000000080179E8C0 2010/12/08 22:20:44 [debug] 30449#0: *3928 http run request: "/posting.php?mode=edit&f=42&sid=85763714b494e5e6fe434f8cde16842b&t=547&p=2557" 2010/12/08 22:20:44 [debug] 30449#0: *3928 http read client request body 2010/12/08 22:20:44 [debug] 30449#0: *3928 recv: eof:0, avail:1360, err:0 2010/12/08 22:20:44 [debug] 30449#0: *3928 recv: fd:122 810 of 810 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body recv 810 2010/12/08 22:20:44 [debug] 30449#0: *3928 write: 109, 000000080138A000, 8192, 20799488 2010/12/08 22:20:44 [debug] 30449#0: *3928 recv: eof:0, avail:550, err:0 2010/12/08 22:20:44 [debug] 30449#0: *3928 recv: fd:122 550 of 8192 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body recv 550 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body rest 59243713 2010/12/08 22:20:44 [debug] 30449#0: *3928 event timer: 122, old: 1291836223839, new: 1291836224094 тут появляется пауза и браузер начинает лить сначала (дергается строчка статуса в строке браузера): 2010/12/08 22:21:03 [debug] 30449#0: *4009 event timer del: 102: 1291836243005 2010/12/08 22:21:03 [debug] 30449#0: *4009 generic phase: 0 2010/12/08 22:21:03 [debug] 30449#0: *4009 rewrite phase: 1 2010/12/08 22:21:03 [debug] 30449#0: *4009 test location: "/" 2010/12/08 22:21:03 [debug] 30449#0: *4009 test location: "store" 2010/12/08 22:21:03 [debug] 30449#0: *4009 test location: "cache" 2010/12/08 22:21:03 [debug] 30449#0: *4009 test location: ~ "/\.htaccess$" 2010/12/08 22:21:03 [debug] 30449#0: *4009 test location: ~ "\.php$" 2010/12/08 22:21:03 [debug] 30449#0: *4009 using configuration "\.php$" 2010/12/08 22:21:03 [debug] 30449#0: *4009 http cl:80051943 max:104857600 2010/12/08 22:21:03 [debug] 30449#0: *4009 rewrite phase: 3 2010/12/08 22:21:03 [debug] 30449#0: *4009 post rewrite phase: 4 2010/12/08 22:21:03 [debug] 30449#0: *4009 generic phase: 5 2010/12/08 22:21:03 [debug] 30449#0: *4009 generic phase: 6 2010/12/08 22:21:03 [debug] 30449#0: *4009 generic phase: 7 2010/12/08 22:21:03 [debug] 30449#0: *4009 access phase: 8 2010/12/08 22:21:03 [debug] 30449#0: *4009 access phase: 9 2010/12/08 22:21:03 [debug] 30449#0: *4009 post access phase: 10 2010/12/08 22:21:03 [debug] 30449#0: *4009 try files phase: 11 2010/12/08 22:21:03 [debug] 30449#0: *4009 http script var: "/posting.php" 2010/12/08 22:21:03 [debug] 30449#0: *4009 try to use file: "/posting.php" "/www/e3forum/htdocs/posting.php" 2010/12/08 22:21:03 [debug] 30449#0: *4009 try file uri: "/posting.php" 2010/12/08 22:21:03 [debug] 30449#0: *4009 posix_memalign: 00000008014FE000:4096 @16 2010/12/08 22:21:03 [debug] 30449#0: *4009 malloc: 0000000801768000:8192 2010/12/08 22:21:03 [debug] 30449#0: *4009 http read client request body 2010/12/08 22:21:03 [debug] 30449#0: *4009 recv: eof:0, avail:0, err:0 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body recv -2 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body rest 80051943 2010/12/08 22:21:03 [debug] 30449#0: *4009 event timer add: 102: 180000:1291836243005 2010/12/08 22:21:03 [debug] 30449#0: *4009 http finalize request: -4, "/posting.php?mode=edit&f=42&sid=85763714b494e5e6fe434f8cde16842b&t=547&p=2557" a:1, c:2 2010/12/08 22:21:03 [debug] 30449#0: *4009 http request count:2 blk:0 2010/12/08 22:21:03 [debug] 30449#0: *4009 post event 000000080179E700 2010/12/08 22:21:03 [debug] 30449#0: *4009 delete posted event 000000080179E700 2010/12/08 22:21:03 [debug] 30449#0: *4009 http run request: "/posting.php?mode=edit&f=42&sid=85763714b494e5e6fe434f8cde16842b&t=547&p=2557" 2010/12/08 22:21:03 [debug] 30449#0: *4009 http read client request body 2010/12/08 22:21:03 [debug] 30449#0: *4009 recv: eof:0, avail:1360, err:0 2010/12/08 22:21:03 [debug] 30449#0: *4009 recv: fd:102 1360 of 8192 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body recv 1360 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body rest 80050583 2010/12/08 22:21:03 [debug] 30449#0: *4009 event timer: 102, old: 1291836243005, new: 1291836243005 2010/12/08 22:21:03 [debug] 30449#0: *4009 post event 000000080179E700 2010/12/08 22:21:03 [debug] 30449#0: *4009 delete posted event 000000080179E700 2010/12/08 22:21:03 [debug] 30449#0: *4009 http run request: "/posting.php?mode=edit&f=42&sid=85763714b494e5e6fe434f8cde16842b&t=547&p=2557" 2010/12/08 22:21:03 [debug] 30449#0: *4009 http read client request body 2010/12/08 22:21:03 [debug] 30449#0: *4009 recv: eof:0, avail:1360, err:0 2010/12/08 22:21:03 [debug] 30449#0: *4009 recv: fd:102 1360 of 6832 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body recv 1360 2010/12/08 22:21:03 [debug] 30449#0: *4009 http client request body rest 80049223 2010/12/08 22:21:03 [debug] 30449#0: *4009 event timer: 102, old: 1291836243005, new: тут браузер просто вылетает по таймауту. lw# nginx -V nginx version: nginx/0.8.53 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-debug --with-file-aio --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_realip_module --with-http_secure_link_module --with-http_ssl_module --with-http_stub_status_module --with-pcre конфиг хоста: location ~ \.php$ { try_files $uri =404; include "fastcgi_params"; # fastcgi_pass unix:/var/run/php-fpm/e3forum.socket; fastcgi_pass 127.0.0.1:9001; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } user www www; worker_processes 2; error_log /var/log/nginx-error.log; pid /var/run/nginx.pid; events { worker_connections 1024; use kqueue; } 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" "$host"'; access_log /var/log/nginx-access.log main; client_body_temp_path /var/tmp/nginx/client_body_temp 1 2; client_header_timeout 3m; client_body_timeout 3m; send_timeout 3m; client_header_buffer_size 1k; large_client_header_buffers 4 4k; gzip on; gzip_min_length 1100; gzip_buffers 4 8k; gzip_types text/plain; output_buffers 1 32k; postpone_output 1460; sendfile on; tcp_nopush on; tcp_nodelay on; send_lowat 12000; keepalive_timeout 75 20; #lingering_time 30; #lingering_timeout 10; #reset_timedout_connection on; fastcgi_buffer_size 128k; fastcgi_busy_buffers_size 128k; fastcgi_buffers 8 32k; include vhosts/*.conf; } конфиг php-fpm: [e3forum] ;listen = /var/run/php-fpm/e3forum.socket listen = 127.0.0.1:9001 listen.owner = www listen.group = www listen.mode = 0600 user = e3forum group = e3forum listen.backlog = -1 pm = dynamic pm.max_children = 10 pm.start_servers = 2 pm.min_spare_servers = 2 pm.max_spare_servers = 3 pm.max_requests = 1000 request_terminate_timeout = 0 request_slowlog_timeout = 0 slowlog = /var/log/php-fpm.log.slow env[PATH] = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin php_value[post_max_size] = 100M php_value[upload_max_filesize] = 100M -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Wed Dec 8 22:40:20 2010 From: nginx-forum на nginx.us (agz) Date: Wed, 08 Dec 2010 14:40:20 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: Тут проблема возникла правильно прописать location... Дело в том что nginx не распознает /announce в конце строки и выдает 404. URL: http://host:2710/$passkey/announce Если passkey не использовать - все работает. location ~ ^/(an|announce) - так не находит location и получаем 404. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,156918#msg-156918 From ilya на aniskovets.com Wed Dec 8 22:54:53 2010 From: ilya на aniskovets.com (ilya на aniskovets.com) Date: Wed, 8 Dec 2010 22:54:53 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0LfQsNCy0LjRgdCw0L3QuNC10Lwg0YE=?= =?UTF-8?B?0L7QtdC00LjQvdC10L3QuNGPINC/0YDQuCDQsNC/0LvQvtCw0LTQtSDQuCA=?= =?UTF-8?B?0LXQs9C+INGA0LXRgdGC0LDRgNGC0L7QvA==?= In-Reply-To: References: Message-ID: Небольшое дополнение, самое странное, что в зависимости от того включу я debug режим или выключу в логе, количество таких случаев уменьшается при включении debug. Если выключить debug в режиме socket, то появляется такая ошибка: 2010/12/08 22:45:13 [error] 32431#0: *8486 upstream timed out (60: Operation timed out) while sending request to upstream В режиме fastcgi tcp такая ошибка не появляется (просто отваливается браузер по таймауту периодически) Пробовал увеличивать все таймауты, никакой зависимости не обнаружил. при этом сервер ненагружен, одновременно висит три свободных процесса php-fpm 2010/12/8 > Добрый день, > > помогите пожалуйста разобраться. > > При аплоаде файла, особенно большого, периодически происходит зависание > соединения, с последующим таймаутом. > > В логах происходит что-то странное, сначала начинает загружаться > (уменьшается body rest) потом резко останавливается (появляется пауза секунд > на 20) и начинает лить заново. Все это происходит при одном и том же нажатии > на кнопку upload. Пробовал использовать fastcgi socket и fastcgi tcp > результат один: > > 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body recv > 1392 > 2010/12/08 22:20:44 [debug] 30449#0: *3928 http client request body rest > 59245073 > 2010/12/08 22:20:44 [debug] 30449#0: *3928 event timer: 122, old: > 1291836223839, new: 1291836224093 > 2010/12/08 22:20:44 [debug] 30449#0: *3928 post event 000000080179E8C0 > 2010/12/08 22:20:44 [debug] 30449#0: *3928 delete posted event > 000000080179E8C0 > 2010/12/08 22:20:44 [debug] 30449#0: *3928 http run request: > "/posting.php?mode=edit&f=42&sid=85763714b494e5e6fe434f8cde16842b&t=547& > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From temotor на gmail.com Wed Dec 8 23:02:55 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 8 Dec 2010 23:02:55 +0300 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: 2010/12/8 agz : > Тут проблема возникла правильно > прописать location... > Дело в том что nginx не распознает /announce в > конце строки и выдает 404. > URL: http://host:2710/$passkey/announce > Если passkey не использовать - все > работает. > location ~ ^/(an|announce) - так не находит location и > получаем 404. > Символ ^ в регекспах означает начало строки. ^/an заматчит любую строку, которая начинается с /an. Строка /$passkey/announce, очевидно, сюда не подходит. /an$ заматчит любую строку, которая заканчивается на /an. Возможно, вам нужно именно это. Более точно можно описать так: location ~ ^/[^/]+/(an|announce)$ Сюда попадут урлы /fababa/an /dadada/announce но не попадут /fa/ba/an /ba/ja/announce /announce From nginx-forum на nginx.us Wed Dec 8 23:08:23 2010 From: nginx-forum на nginx.us (agz) Date: Wed, 08 Dec 2010 15:08:23 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> Sergey, спасибо! Я тут удумал location прописать как / и проверять $request_uri. Все же анонсер на другом порту сидит... if ($request_uri ~ ".([a-zA-Z0-9]+)\&(.+)/announce") - вроде не ругается на такое выражение. Оно будет работать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,156931#msg-156931 From temotor на gmail.com Wed Dec 8 23:17:27 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 8 Dec 2010 23:17:27 +0300 Subject: nginx+xbt tracker In-Reply-To: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/8 agz : > Sergey, спасибо! > > Я тут удумал location прописать как / и > проверять $request_uri. Все же анонсер на > другом порту сидит... > if ($request_uri ~ ".([a-zA-Z0-9]+)\&(.+)/announce") - вроде не > ругается на такое выражение. > Оно будет работать? > Я не знаю какие запросы приходят. Проверить можете только вы. Даже если оно будет работать, использование if всячески порицается. From jd на artdesign.ru Wed Dec 8 23:37:06 2010 From: jd на artdesign.ru (Vladimir Sopot) Date: Wed, 8 Dec 2010 23:37:06 +0300 Subject: nginx+xbt tracker In-Reply-To: References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> Message-ID: <00C7BDB2-6749-439E-883E-BE8914A3B1F3@artdesign.ru> On Dec 8, 2010, at 11:17 PM, Sergey Shepelev wrote: > 2010/12/8 agz : >> Sergey, спасибо! >> >> Я тут удумал location прописать как / и >> проверять $request_uri. Все же анонсер на >> другом порту сидит... >> if ($request_uri ~ ".([a-zA-Z0-9]+)\&(.+)/announce") - вроде не >> ругается на такое выражение. >> Оно будет работать? >> > > Я не знаю какие запросы приходят. Проверить можете только вы. http://gskinner.com/RegExr/ "проверялка" запросов vs регекспов From nginx-forum на nginx.us Wed Dec 8 23:54:17 2010 From: nginx-forum на nginx.us (agz) Date: Wed, 08 Dec 2010 15:54:17 -0500 Subject: nginx+xbt tracker In-Reply-To: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> Message-ID: <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> Все получилось, но в логах анонсера 127.0.0.1... Теперь бы еще rewrite написать :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,156945#msg-156945 From igor на sysoev.ru Thu Dec 9 00:07:12 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 9 Dec 2010 00:07:12 +0300 Subject: nginx+xbt tracker In-Reply-To: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208210712.GC59543@rambler-co.ru> On Wed, Dec 08, 2010 at 03:08:23PM -0500, agz wrote: > Sergey, спасибо! > > Я тут удумал location прописать как / и > проверять $request_uri. Все же анонсер на > другом порту сидит... > if ($request_uri ~ ".([a-zA-Z0-9]+)\&(.+)/announce") - вроде не > ругается на такое выражение. > Оно будет работать? Будет, но не долго. Как-нибудь сломается. "location /" - это не контейнер. location - это способ конфигурирования: location ~ "[a-zA-Z0-9]+\&.+/announce" { -- Игорь Сысоев http://sysoev.ru From rh на nobrend.ru Thu Dec 9 00:07:32 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Thu, 9 Dec 2010 00:07:32 +0300 Subject: =?UTF-8?B?0LzQu9GPINCw0YLQsNC60LAgPSg=?= Message-ID: наверное пинать будете не в тему рассылки, но сжальтесь!!! с 12 часов лежимс =( че делать уже идеи кончались перекрутил sysctl уже во все стороны сервак начал немного ползать, но как только nginx запускаю в консоль сразу начинает валится Dec 8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; throttling interrupt source Dec 8 23:56:08 mail kernel: Limiting open port RST response from 169 to 50 packets/sec Dec 8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; throttling interrupt source Dec 8 23:56:09 mail kernel: Limiting open port RST response from 230 to 50 packets/sec в логах полно: 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 190.6.98.66 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 94.166.77.69 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 91.180.86.39 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 212.183.51.17 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 41.236.145.161 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 174.94.89.6 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 79.163.193.213 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 217.127.141.138 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 41.174.55.82 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 41.137.57.40 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 188.216.9.195 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 174.94.42.254 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 90.185.113.115 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 190.9.13.80 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 87.93.70.183 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 41.234.38.71 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE 7.0" 83.49.187.205 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 77.255.195.130 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 187.32.225.121 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE 7.0" 91.3.209.102 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 151.50.222.208 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 83.45.131.156 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 89.152.45.217 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 77.27.197.189 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" 190.132.119.21 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" что сделано 1. fail2ban натравлен на поиск агента "IE 7.0" - блочит, но не спасает 2. временно location = / { return 200; } - не спасает 3. if ($http_user_agent = "IE 7.0" ) { return 412;} if ($http_referer = "") { return 412;} - тож не стасает 4. sysctl - накручен sysctl -n kern.ipc.numopensockets 90228 # netstat -Lan Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/128 *.4949 tcp4 0/0/4096 88.212.196.18.443 tcp4 0/0/4096 88.212.196.18.80 tcp4 0/0/128 *.22 tcp4 0/0/500 *.25 tcp4 0/0/5 88.212.196.18.5666 tcp4 0/0/20 127.0.0.1.53 tcp4 0/0/511 127.0.0.1.80 Some tcp sockets may have been created or deleted. unix 0/0/1 /var/run/fail2ban/fail2ban.sock unix 0/0/4 /var/run/devd.pipe # netstat -m 1377/36183/37560 mbufs in use (current/cache/total) 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) 36/1628 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/16896 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) 1852K/75121K/76974K bytes allocated to network (current/cache/total) 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 1377 requests for I/O initiated by sendfile 0 calls to protocol drain routines как еще бороться ????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Thu Dec 9 00:08:41 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 9 Dec 2010 00:08:41 +0300 Subject: nginx+xbt tracker In-Reply-To: <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101208210841.GD59543@rambler-co.ru> On Wed, Dec 08, 2010 at 03:54:17PM -0500, agz wrote: > Все получилось, но в логах анонсера > 127.0.0.1... Теперь бы еще rewrite написать :) Пора отвыкать слова rewrite: proxy_pass http://127.0.0.1:8080/announce?ip=$remote_addr&$args; -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Thu Dec 9 00:14:31 2010 From: nginx-forum на nginx.us (harius) Date: Wed, 08 Dec 2010 16:14:31 -0500 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: забыл =) FreeBSD mail.eeeeeee.ru 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Mon Apr 12 20:24:23 MSD 2010 root на c6-05-s02:/usr/obj/usr/src/sys/MYCORE8 amd64 # nginx -V nginx version: nginx/0.7.65 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 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-log-path=/var/log/nginx-access.log --with-http_flv_module --with-http_gzip_static_module --with-http_realip_module --with-http_secure_link_module --with-http_ssl_module --with-http_stub_status_module --add-module=/usr/ports/www/nginx/work/nginx_upload_module-2.0.12 --add-module=/usr/ports/www/nginx/work/ngx_http_upstream_keepalive-0.2 --with-pcre Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156952,156958#msg-156958 From nginx-forum на nginx.us Thu Dec 9 00:47:22 2010 From: nginx-forum на nginx.us (agz) Date: Wed, 08 Dec 2010 16:47:22 -0500 Subject: nginx+xbt tracker In-Reply-To: <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> Message-ID: <1fd6b595a5bdc83f47d05e32cc22cdb9.NginxMailingListRussian@forum.nginx.org> Игорь спасибо! Но что-то трекер игнорит IP, он ему передается а ему пофиг - пишет в лог 127.0.0.1 :) Там он вычисляется так: case 'i': if (name == "ip") m_ipa = inet_addr(value.c_str()); break; Надо патчить его :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,156972#msg-156972 From mdounin на mdounin.ru Thu Dec 9 00:51:54 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 9 Dec 2010 00:51:54 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: <20101208215154.GP54973@mdounin.ru> Hello! On Thu, Dec 09, 2010 at 12:07:32AM +0300, -=HaRius=- wrote: > наверное пинать будете не в тему рассылки, но сжальтесь!!! > > с 12 часов лежимс =( > > че делать уже идеи кончались > перекрутил sysctl уже во все стороны > сервак начал немного ползать, но как только > nginx запускаю в консоль сразу начинает валится > > Dec 8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; > throttling interrupt source > Dec 8 23:56:08 mail kernel: Limiting open port RST response from 169 to 50 > packets/sec > Dec 8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; > throttling interrupt source > Dec 8 23:56:09 mail kernel: Limiting open port RST response from 230 to 50 > packets/sec Я правильно понимаю, что irq257 - сетевуха? Если она сколько-нибудь приличная, то попробовать потюнить буфера/задержки прерываний. Ну или просто поднять hw.intr_storm_threshold, чтобы по крайней мере сеть пыталась работать. > в логах полно: > > 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" [...] > что сделано > 1. fail2ban натравлен на поиск агента "IE 7.0" - блочит, но не спасает > 2. временно location = / { return 200; } - не спасает > 3. if ($http_user_agent = "IE 7.0" ) { return 412;} > > if ($http_referer = "") { return 412;} - тож не стасает Ну уж тогда return 444;. > 4. sysctl - накручен > > sysctl -n kern.ipc.numopensockets > 90228 reset_timedout_connection on; Хотя 90k - это в общем не много. > > # netstat -Lan > Current listen queue sizes (qlen/incqlen/maxqlen) > Proto Listen Local Address > tcp4 0/0/128 *.4949 > tcp4 0/0/4096 88.212.196.18.443 > tcp4 0/0/4096 88.212.196.18.80 > tcp4 0/0/128 *.22 > tcp4 0/0/500 *.25 > tcp4 0/0/5 88.212.196.18.5666 > tcp4 0/0/20 127.0.0.1.53 > tcp4 0/0/511 127.0.0.1.80 > Some tcp sockets may have been created or deleted. > unix 0/0/1 /var/run/fail2ban/fail2ban.sock > unix 0/0/4 /var/run/devd.pipe Ну просто таки тишина и покой. Впрочем, это вероятно следствие "throttling interrupt source". > # netstat -m > 1377/36183/37560 mbufs in use (current/cache/total) > 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) А говорите sysctl накручен. У вас mbuf cluster'ов с гулькин фиг. sysctl kern.ipc.nmbclusters=262144 В nginx'е можно ещё поуменьшать буфера на сокетах (listen ... rcvbuf=... sndbuf=...), дабы немного поэкономить память если её не хватает. > 36/1628 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/0/0/16896 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) > 1852K/75121K/76974K bytes allocated to network (current/cache/total) > 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1377 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > как еще бороться ????? Ну и vmstat -z посмотрите для комплекта, там лучше видно чего не хватает. Но при таком количестве mbuf cluster'ов при таком количестве сокетов - странно что оно вообще работает, должно всё в zonelimit'е висеть беспробудно. Maxim Dounin From rh на nobrend.ru Thu Dec 9 01:19:08 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Thu, 9 Dec 2010 01:19:08 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <20101208215154.GP54973@mdounin.ru> References: <20101208215154.GP54973@mdounin.ru> Message-ID: # vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 96, 6, 96, 0 UMA Zones: 704, 0, 96, 4, 96, 0 UMA Slabs: 568, 0, 18921, 7, 20091, 0 UMA RCntSlabs: 568, 0, 16896, 2, 16896, 0 UMA Hash: 256, 0, 0, 15, 3, 0 16 Bucket: 152, 0, 165, 10, 172, 0 32 Bucket: 280, 0, 298, 10, 299, 0 64 Bucket: 536, 0, 406, 0, 425, 270 128 Bucket: 1048, 0, 3293, 7, 31842996, 25 VM OBJECT: 216, 0, 5805, 1251, 290347, 0 MAP: 232, 0, 7, 25, 7, 0 KMAP ENTRY: 120, 413013, 56, 719, 9240, 0 MAP ENTRY: 120, 0, 1850, 2025, 955226, 0 DP fakepg: 120, 0, 0, 0, 0, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 207, 8, 207, 0 16: 16, 0, 2754, 1782, 4089333, 0 32: 32, 0, 3706, 2253, 28850, 0 64: 64, 0, 5531, 2701, 201069, 0 128: 128, 0, 7298, 2011, 62918, 0 256: 256, 0, 2165, 1285, 59492, 0 512: 512, 0, 1006, 863, 28438, 0 1024: 1024, 0, 84, 556, 19245, 0 2048: 2048, 0, 75, 323, 1494, 0 4096: 4096, 0, 340, 678, 16753, 0 Files: 80, 0, 21987, 56133, 4872774, 0 TURNSTILE: 136, 0, 737, 163, 737, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1120, 0, 70, 410, 12414, 0 THREAD: 912, 0, 573, 163, 581, 0 SLEEPQUEUE: 64, 0, 737, 607, 737, 0 VMSPACE: 392, 0, 51, 529, 12395, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 0, 1408, 8528, 0 mbuf: 256, 0, 1150, 33022, 140995574, 0 mbuf_cluster: 2048, 262144, 2003, 31789, 107340535, 10380 mbuf_jumbo_page: 4096, 16896, 0, 0, 0, 0 mbuf_jumbo_9k: 9216, 8448, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 4224, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 42, 2142, 132034, 0 ttyinq: 160, 0, 165, 171, 600, 0 ttyoutq: 256, 0, 88, 122, 320, 0 g_bio: 232, 0, 0, 976, 128888, 0 ata_request: 312, 0, 0, 912, 32536, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 4458, 806, 4770, 0 VNODEPOLL: 112, 0, 2, 97, 2, 0 S VFS Cache: 108, 0, 4658, 589, 119262, 0 L VFS Cache: 328, 0, 0, 48, 6, 0 NAMEI: 1024, 0, 0, 288, 1887311, 0 DIRHASH: 1024, 0, 1116, 128, 1116, 0 NFSMOUNT: 608, 0, 0, 0, 0, 0 NFSNODE: 648, 0, 0, 0, 0, 0 pipe: 728, 0, 6, 354, 8010, 0 ksiginfo: 112, 0, 470, 586, 470, 0 itimer: 344, 0, 0, 0, 0, 0 KNOTE: 120, 0, 20377, 56348, 13244547, 0 socket: 680, 102402, 29980, 71828, 29414249, 0 unpcb: 240, 102400, 47, 321, 552, 0 ipq: 56, 8253, 0, 0, 0, 0 udp_inpcb: 336, 102410, 2, 328, 2212, 0 udpcb: 16, 102480, 2, 1846, 2212, 0 tcp_inpcb: 336, 102410, 49130, 53280, 4021759, 25388188 tcpcb: 880, 102400, 29931, 71825, 4021759, 0 tcptw: 72, 20500, 19199, 1301, 267339, 3289061 syncache: 144, 102414, 1613, 18927, 18078696, 0 hostcache: 136, 15372, 1117, 479, 1117, 0 tcpreass: 40, 16464, 53, 787, 4682, 0 sackhole: 32, 0, 0, 1818, 9095, 0 ripcb: 336, 102410, 0, 220, 1537, 0 rtentry: 200, 0, 6, 51, 6, 0 pfsrctrpl: 152, 0, 0, 0, 0, 0 pfrulepl: 912, 0, 0, 0, 0, 0 pfstatepl: 392, 10000, 0, 0, 0, 0 pfaltqpl: 240, 0, 0, 0, 0, 0 pfpooladdrpl: 88, 0, 0, 0, 0, 0 pfrktable: 1296, 0, 0, 0, 0, 0 pfrkentry: 216, 0, 0, 0, 0, 0 pfrkentry2: 216, 0, 0, 0, 0, 0 pffrent: 32, 5050, 0, 0, 0, 0 pffrag: 80, 0, 0, 0, 0, 0 pffrcache: 80, 10035, 0, 0, 0, 0 pffrcent: 24, 50022, 0, 0, 0, 0 pfstatescrub: 40, 0, 0, 0, 0, 0 pfiaddrpl: 120, 0, 0, 0, 0, 0 pfospfen: 112, 0, 0, 0, 0, 0 pfosfp: 40, 0, 0, 0, 0, 0 IPFW dynamic rule: 120, 0, 0, 0, 0, 0 selfd: 56, 0, 236, 1024, 54606, 0 ip4flow: 56, 4158, 3642, 516, 120462, 3152043 ip6flow: 80, 4140, 0, 0, 0, 0 SWAPMETA: 288, 116519, 0, 0, 0, 0 Mountpoints: 752, 0, 7, 23, 7, 0 FFS inode: 168, 0, 4405, 611, 4713, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 4405, 515, 4711, 0 # sysctl hw.intr_storm_threshold hw.intr_storm_threshold: 4000 сетевуха igb на какой то supermicro платформе. > reset_timedout_connection on; конечно включен > Хотя 90k - это в общем не много. в 9 раз больше обычного =( sysctl kern.ipc.nmbclusters=262144 увеличил. 2010/12/9 Maxim Dounin > Hello! > > On Thu, Dec 09, 2010 at 12:07:32AM +0300, -=HaRius=- wrote: > > > наверное пинать будете не в тему рассылки, но сжальтесь!!! > > > > с 12 часов лежимс =( > > > > че делать уже идеи кончались > > перекрутил sysctl уже во все стороны > > сервак начал немного ползать, но как только > > nginx запускаю в консоль сразу начинает валится > > > > Dec 8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; > > throttling interrupt source > > Dec 8 23:56:08 mail kernel: Limiting open port RST response from 169 to > 50 > > packets/sec > > Dec 8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; > > throttling interrupt source > > Dec 8 23:56:09 mail kernel: Limiting open port RST response from 230 to > 50 > > packets/sec > > Я правильно понимаю, что irq257 - сетевуха? Если она > сколько-нибудь приличная, то попробовать потюнить буфера/задержки > прерываний. Ну или просто поднять hw.intr_storm_threshold, чтобы > по крайней мере сеть пыталась работать. > > > в логах полно: > > > > 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" > "IE > > 7.0" > > [...] > > > что сделано > > 1. fail2ban натравлен на поиск агента "IE 7.0" - блочит, но не спасает > > 2. временно location = / { return 200; } - не спасает > > 3. if ($http_user_agent = "IE 7.0" ) { return 412;} > > > > if ($http_referer = "") { return 412;} - тож не стасает > > Ну уж тогда return 444;. > > > 4. sysctl - накручен > > > > sysctl -n kern.ipc.numopensockets > > 90228 > > reset_timedout_connection on; > > Хотя 90k - это в общем не много. > > > > > # netstat -Lan > > Current listen queue sizes (qlen/incqlen/maxqlen) > > Proto Listen Local Address > > tcp4 0/0/128 *.4949 > > tcp4 0/0/4096 88.212.196.18.443 > > tcp4 0/0/4096 88.212.196.18.80 > > tcp4 0/0/128 *.22 > > tcp4 0/0/500 *.25 > > tcp4 0/0/5 88.212.196.18.5666 > > tcp4 0/0/20 127.0.0.1.53 > > tcp4 0/0/511 127.0.0.1.80 > > Some tcp sockets may have been created or deleted. > > unix 0/0/1 /var/run/fail2ban/fail2ban.sock > > unix 0/0/4 /var/run/devd.pipe > > Ну просто таки тишина и покой. Впрочем, это вероятно следствие > "throttling interrupt source". > > > # netstat -m > > 1377/36183/37560 mbufs in use (current/cache/total) > > 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) > > А говорите sysctl накручен. У вас mbuf cluster'ов с гулькин фиг. > > sysctl kern.ipc.nmbclusters=262144 > > В nginx'е можно ещё поуменьшать буфера на сокетах (listen ... > rcvbuf=... sndbuf=...), дабы немного поэкономить память если её не > хватает. > > > 36/1628 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/0/0/16896 4k (page size) jumbo clusters in use > (current/cache/total/max) > > 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) > > 1852K/75121K/76974K bytes allocated to network (current/cache/total) > > 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/0/0 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 1377 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > > как еще бороться ????? > > Ну и vmstat -z посмотрите для комплекта, там лучше видно чего не > хватает. > > Но при таком количестве mbuf cluster'ов при таком количестве > сокетов - странно что оно вообще работает, должно всё в > zonelimit'е висеть беспробудно. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rh на nobrend.ru Thu Dec 9 01:37:57 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Thu, 9 Dec 2010 01:37:57 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <20101208215154.GP54973@mdounin.ru> Message-ID: интересность. не пашет http, вернее по фаербагу получаю 200 (Location = / - конечно убрал, убил, все перезапустил) https работает прекрасно. =\ 9 декабря 2010 г. 1:19 пользователь -=HaRius=- написал: > # vmstat -z > ITEM SIZE LIMIT USED FREE REQUESTS > FAILURES > > UMA Kegs: 208, 0, 96, 6, 96, > 0 > UMA Zones: 704, 0, 96, 4, 96, > 0 > UMA Slabs: 568, 0, 18921, 7, 20091, > 0 > UMA RCntSlabs: 568, 0, 16896, 2, 16896, > 0 > UMA Hash: 256, 0, 0, 15, 3, > 0 > 16 Bucket: 152, 0, 165, 10, 172, > 0 > 32 Bucket: 280, 0, 298, 10, 299, > 0 > 64 Bucket: 536, 0, 406, 0, 425, > 270 > 128 Bucket: 1048, 0, 3293, 7, 31842996, > 25 > VM OBJECT: 216, 0, 5805, 1251, 290347, > 0 > MAP: 232, 0, 7, 25, 7, > 0 > KMAP ENTRY: 120, 413013, 56, 719, 9240, > 0 > MAP ENTRY: 120, 0, 1850, 2025, 955226, > 0 > DP fakepg: 120, 0, 0, 0, 0, > 0 > SG fakepg: 120, 0, 0, 0, 0, > 0 > mt_zone: 2056, 0, 207, 8, 207, > 0 > 16: 16, 0, 2754, 1782, 4089333, > 0 > 32: 32, 0, 3706, 2253, 28850, > 0 > 64: 64, 0, 5531, 2701, 201069, > 0 > 128: 128, 0, 7298, 2011, 62918, > 0 > 256: 256, 0, 2165, 1285, 59492, > 0 > 512: 512, 0, 1006, 863, 28438, > 0 > 1024: 1024, 0, 84, 556, 19245, > 0 > 2048: 2048, 0, 75, 323, 1494, > 0 > 4096: 4096, 0, 340, 678, 16753, > 0 > Files: 80, 0, 21987, 56133, 4872774, > 0 > TURNSTILE: 136, 0, 737, 163, 737, > 0 > umtx pi: 96, 0, 0, 0, 0, > 0 > MAC labels: 40, 0, 0, 0, 0, > 0 > PROC: 1120, 0, 70, 410, 12414, > 0 > THREAD: 912, 0, 573, 163, 581, > 0 > SLEEPQUEUE: 64, 0, 737, 607, 737, > 0 > VMSPACE: 392, 0, 51, 529, 12395, > 0 > cpuset: 72, 0, 2, 98, 2, > 0 > audit_record: 952, 0, 0, 0, 0, > 0 > mbuf_packet: 256, 0, 0, 1408, 8528, > 0 > mbuf: 256, 0, 1150, 33022, 140995574, > 0 > mbuf_cluster: 2048, 262144, 2003, 31789, 107340535, > 10380 > mbuf_jumbo_page: 4096, 16896, 0, 0, 0, > 0 > mbuf_jumbo_9k: 9216, 8448, 0, 0, 0, > 0 > mbuf_jumbo_16k: 16384, 4224, 0, 0, 0, > 0 > mbuf_ext_refcnt: 4, 0, 42, 2142, 132034, > 0 > ttyinq: 160, 0, 165, 171, 600, > 0 > ttyoutq: 256, 0, 88, 122, 320, > 0 > g_bio: 232, 0, 0, 976, 128888, > 0 > ata_request: 312, 0, 0, 912, 32536, > 0 > ata_composite: 336, 0, 0, 0, 0, > 0 > VNODE: 472, 0, 4458, 806, 4770, > 0 > VNODEPOLL: 112, 0, 2, 97, 2, > 0 > S VFS Cache: 108, 0, 4658, 589, 119262, > 0 > L VFS Cache: 328, 0, 0, 48, 6, > 0 > NAMEI: 1024, 0, 0, 288, 1887311, > 0 > DIRHASH: 1024, 0, 1116, 128, 1116, > 0 > NFSMOUNT: 608, 0, 0, 0, 0, > 0 > NFSNODE: 648, 0, 0, 0, 0, > 0 > pipe: 728, 0, 6, 354, 8010, > 0 > ksiginfo: 112, 0, 470, 586, 470, > 0 > itimer: 344, 0, 0, 0, 0, > 0 > KNOTE: 120, 0, 20377, 56348, 13244547, > 0 > socket: 680, 102402, 29980, 71828, 29414249, > 0 > unpcb: 240, 102400, 47, 321, 552, > 0 > ipq: 56, 8253, 0, 0, 0, > 0 > udp_inpcb: 336, 102410, 2, 328, 2212, > 0 > udpcb: 16, 102480, 2, 1846, 2212, > 0 > tcp_inpcb: 336, 102410, 49130, 53280, 4021759, > 25388188 > tcpcb: 880, 102400, 29931, 71825, 4021759, > 0 > tcptw: 72, 20500, 19199, 1301, 267339, > 3289061 > syncache: 144, 102414, 1613, 18927, 18078696, > 0 > hostcache: 136, 15372, 1117, 479, 1117, > 0 > tcpreass: 40, 16464, 53, 787, 4682, > 0 > sackhole: 32, 0, 0, 1818, 9095, > 0 > ripcb: 336, 102410, 0, 220, 1537, > 0 > rtentry: 200, 0, 6, 51, 6, > 0 > pfsrctrpl: 152, 0, 0, 0, 0, > 0 > pfrulepl: 912, 0, 0, 0, 0, > 0 > pfstatepl: 392, 10000, 0, 0, 0, > 0 > pfaltqpl: 240, 0, 0, 0, 0, > 0 > pfpooladdrpl: 88, 0, 0, 0, 0, > 0 > pfrktable: 1296, 0, 0, 0, 0, > 0 > pfrkentry: 216, 0, 0, 0, 0, > 0 > pfrkentry2: 216, 0, 0, 0, 0, > 0 > pffrent: 32, 5050, 0, 0, 0, > 0 > pffrag: 80, 0, 0, 0, 0, > 0 > pffrcache: 80, 10035, 0, 0, 0, > 0 > pffrcent: 24, 50022, 0, 0, 0, > 0 > pfstatescrub: 40, 0, 0, 0, 0, > 0 > pfiaddrpl: 120, 0, 0, 0, 0, > 0 > pfospfen: 112, 0, 0, 0, 0, > 0 > pfosfp: 40, 0, 0, 0, 0, > 0 > IPFW dynamic rule: 120, 0, 0, 0, 0, > 0 > selfd: 56, 0, 236, 1024, 54606, > 0 > ip4flow: 56, 4158, 3642, 516, 120462, > 3152043 > ip6flow: 80, 4140, 0, 0, 0, > 0 > SWAPMETA: 288, 116519, 0, 0, 0, > 0 > Mountpoints: 752, 0, 7, 23, 7, > 0 > FFS inode: 168, 0, 4405, 611, 4713, > 0 > FFS1 dinode: 128, 0, 0, 0, 0, > 0 > FFS2 dinode: 256, 0, 4405, 515, 4711, > 0 > > # sysctl hw.intr_storm_threshold > hw.intr_storm_threshold: 4000 > > сетевуха igb на какой то supermicro платформе. > > > reset_timedout_connection on; > конечно включен > > > Хотя 90k - это в общем не много. > в 9 раз больше обычного =( > > sysctl kern.ipc.nmbclusters=262144 > увеличил. > > 2010/12/9 Maxim Dounin > > Hello! >> >> On Thu, Dec 09, 2010 at 12:07:32AM +0300, -=HaRius=- wrote: >> >> > наверное пинать будете не в тему рассылки, но сжальтесь!!! >> > >> > с 12 часов лежимс =( >> > >> > че делать уже идеи кончались >> > перекрутил sysctl уже во все стороны >> > сервак начал немного ползать, но как только >> > nginx запускаю в консоль сразу начинает валится >> > >> > Dec 8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; >> > throttling interrupt source >> > Dec 8 23:56:08 mail kernel: Limiting open port RST response from 169 to >> 50 >> > packets/sec >> > Dec 8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; >> > throttling interrupt source >> > Dec 8 23:56:09 mail kernel: Limiting open port RST response from 230 to >> 50 >> > packets/sec >> >> Я правильно понимаю, что irq257 - сетевуха? Если она >> сколько-нибудь приличная, то попробовать потюнить буфера/задержки >> прерываний. Ну или просто поднять hw.intr_storm_threshold, чтобы >> по крайней мере сеть пыталась работать. >> >> > в логах полно: >> > >> > 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" >> "IE >> > 7.0" >> >> [...] >> >> > что сделано >> > 1. fail2ban натравлен на поиск агента "IE 7.0" - блочит, но не спасает >> > 2. временно location = / { return 200; } - не спасает >> > 3. if ($http_user_agent = "IE 7.0" ) { return 412;} >> > >> > if ($http_referer = "") { return 412;} - тож не стасает >> >> Ну уж тогда return 444;. >> >> > 4. sysctl - накручен >> > >> > sysctl -n kern.ipc.numopensockets >> > 90228 >> >> reset_timedout_connection on; >> >> Хотя 90k - это в общем не много. >> >> > >> > # netstat -Lan >> > Current listen queue sizes (qlen/incqlen/maxqlen) >> > Proto Listen Local Address >> > tcp4 0/0/128 *.4949 >> > tcp4 0/0/4096 88.212.196.18.443 >> > tcp4 0/0/4096 88.212.196.18.80 >> > tcp4 0/0/128 *.22 >> > tcp4 0/0/500 *.25 >> > tcp4 0/0/5 88.212.196.18.5666 >> > tcp4 0/0/20 127.0.0.1.53 >> > tcp4 0/0/511 127.0.0.1.80 >> > Some tcp sockets may have been created or deleted. >> > unix 0/0/1 /var/run/fail2ban/fail2ban.sock >> > unix 0/0/4 /var/run/devd.pipe >> >> Ну просто таки тишина и покой. Впрочем, это вероятно следствие >> "throttling interrupt source". >> >> > # netstat -m >> > 1377/36183/37560 mbufs in use (current/cache/total) >> > 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) >> >> А говорите sysctl накручен. У вас mbuf cluster'ов с гулькин фиг. >> >> sysctl kern.ipc.nmbclusters=262144 >> >> В nginx'е можно ещё поуменьшать буфера на сокетах (listen ... >> rcvbuf=... sndbuf=...), дабы немного поэкономить память если её не >> хватает. >> >> > 36/1628 mbuf+clusters out of packet secondary zone in use >> (current/cache) >> > 0/0/0/16896 4k (page size) jumbo clusters in use >> (current/cache/total/max) >> > 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) >> > 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) >> > 1852K/75121K/76974K bytes allocated to network (current/cache/total) >> > 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> > 0/0/0 sfbufs in use (current/peak/max) >> > 0 requests for sfbufs denied >> > 0 requests for sfbufs delayed >> > 1377 requests for I/O initiated by sendfile >> > 0 calls to protocol drain routines >> > >> > как еще бороться ????? >> >> Ну и vmstat -z посмотрите для комплекта, там лучше видно чего не >> хватает. >> >> Но при таком количестве mbuf cluster'ов при таком количестве >> сокетов - странно что оно вообще работает, должно всё в >> zonelimit'е висеть беспробудно. >> >> Maxim Dounin >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruslan.usifov на gmail.com Thu Dec 9 03:24:34 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 9 Dec 2010 03:24:34 +0300 Subject: =?UTF-8?Q?nginx_=D0=B8_webdav?= Message-ID: Возможно ли использовать webdav модуль Ngnx, таким образом чтобы было возможно подключение его как веб папки в ms windows, сейчас я в error.log вижу следующее: 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "OPTIONS / HTTP/1.1" 405 173 "-" "Microsoft Data Access Internet Publishing Provider Protocol Discovery" 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "PROPFIND / HTTP/1.1" 405 173 "-" "Microsoft Data Access Internet Publishing Provider DAV" Однако невозможно разрешить методы OPTIONS и PROPFIND в директиве конфигурации dav_methods (nginx про них ничего не знает) Может быть кто то поделиться рецептом как можно заставить работать ms веб папки в nginx? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chipitsine на gmail.com Thu Dec 9 06:33:01 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Thu, 9 Dec 2010 08:33:01 +0500 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: if ($http_user_agent = "IE 7.0" ) { set $limit_rate 4k; return 502; } вам главное tcp сессии открывать и долго-долго их не закрывать. можете попробовать на фаирволе загнать их в шейп 2010/12/9 -=HaRius=- > > наверное пинать будете не в тему рассылки, но сжальтесь!!! > с 12 часов лежимс =( > че делать уже идеи кончались > перекрутил sysctl уже во все стороны > сервак начал немного ползать, но как только > nginx запускаю в консоль сразу начинает валится > Dec  8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; throttling interrupt source > Dec  8 23:56:08 mail kernel: Limiting open port RST response from 169 to 50 packets/sec > Dec  8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; throttling interrupt source > Dec  8 23:56:09 mail kernel: Limiting open port RST response from 230 to 50 packets/sec > в логах полно: > 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 190.6.98.66 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 94.166.77.69 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 91.180.86.39 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 212.183.51.17 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 41.236.145.161 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 174.94.89.6 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 79.163.193.213 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 217.127.141.138 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 41.174.55.82 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 41.137.57.40 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 188.216.9.195 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 174.94.42.254 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 90.185.113.115 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 190.9.13.80 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 87.93.70.183 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 41.234.38.71 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE 7.0" > 83.49.187.205 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 77.255.195.130 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 187.32.225.121 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE 7.0" > 91.3.209.102 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 151.50.222.208 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 83.45.131.156 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 89.152.45.217 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 77.27.197.189 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > 190.132.119.21 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE 7.0" > что сделано > 1. fail2ban натравлен на поиск агента "IE 7.0"  - блочит, но не спасает > 2. временно location = / { return 200; } - не спасает > 3. if ($http_user_agent = "IE 7.0" ) { return 412;} >         if ($http_referer = "") { return 412;} - тож не стасает > 4. sysctl - накручен > sysctl -n kern.ipc.numopensockets > 90228 > # netstat -Lan > Current listen queue sizes (qlen/incqlen/maxqlen) > Proto Listen         Local Address > tcp4  0/0/128        *.4949 > tcp4  0/0/4096       88.212.196.18.443 > tcp4  0/0/4096       88.212.196.18.80 > tcp4  0/0/128        *.22 > tcp4  0/0/500        *.25 > tcp4  0/0/5          88.212.196.18.5666 > tcp4  0/0/20         127.0.0.1.53 > tcp4  0/0/511        127.0.0.1.80 > Some tcp sockets may have been created or deleted. > unix  0/0/1          /var/run/fail2ban/fail2ban.sock > unix  0/0/4          /var/run/devd.pipe > # netstat -m > 1377/36183/37560 mbufs in use (current/cache/total) > 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) > 36/1628 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/0/0/16896 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) > 1852K/75121K/76974K bytes allocated to network (current/cache/total) > 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1377 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > как еще бороться ????? > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From postmaster на softsearch.ru Thu Dec 9 09:23:53 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 09:23:53 +0300 Subject: =?UTF-8?B?UmVbMl06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <20101208215154.GP54973@mdounin.ru> Message-ID: <1614838674.20101209092353@softsearch.ru> Здравствуйте, -=HaRius=-. H> # vmstat -z H> tcp_inpcb:                336,   102410,    49130,    53280,  4021759, 25388188 H> tcptw:                     72,    20500,    19199,     1301,   267339,  3289061 сделайте sysctl kern.ipc.maxsockets=204800 sysctl net.inet.tcp.maxtcptw=40960 -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From postmaster на softsearch.ru Thu Dec 9 09:26:06 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 09:26:06 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: <361795970.20101209092606@softsearch.ru> Здравствуйте, -=HaRius=-. H> Dec  8 23:56:08 mail kernel: Limiting open port RST response from 169 to 50 packets/sec H> Dec  8 23:56:09 mail kernel: Limiting open port RST response from 230 to 50 packets/sec sysctl net.inet.icmp.icmplim=2000 -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From postmaster на softsearch.ru Thu Dec 9 09:34:15 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 09:34:15 +0300 Subject: =?UTF-8?B?UmVbMl06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <20101208215154.GP54973@mdounin.ru> Message-ID: <1106742796.20101209093415@softsearch.ru> Здравствуйте, -=HaRius=-. H> сетевуха igb на  какой то supermicro платформе. Не проверял, но возможно ещё поможет не сейчас, так в будущем в /boot/loader.conf hw.igb.rxd="4096" hw.igb.txd="4096" и после ребут соответственно. А вообще, судя по тому, что показывается netstat -Lan, у Вас нет нагрузки. Если после всех этих тюнингов там по прежнему будет писаться tcp4 0/0/4096 88.212.196.18.80 то думайте, почему nginx принимает соединения, но не спешит ничего отправлять в ответ. Может у Вас есть перловый код, который надолго блокируется, обращаясь к mysql-ю или ещё куда-то... как всё затюните, то не мешало бы ещё top -S показать. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From nginx-forum на nginx.us Thu Dec 9 10:22:27 2010 From: nginx-forum на nginx.us (Syd) Date: Thu, 09 Dec 2010 02:22:27 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> Message-ID: <63f487df40d450f1d21716269407ff25.NginxMailingListRussian@forum.nginx.org> nginx -V: nginx version: nginx/0.8.53 built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48) 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_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 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables' --with-ipv6 --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx-upstream-fair --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx-upload-progress-module --add-module=/builddir/build/BUILD/nginx-0.8.53/mod_zip-1.1.6 --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx_upload_module-2.2.0 --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx_mod_h264_streaming-2.2.7 Что вы подразумеваете под сторонними модулями и "воспроизвести проблему без них"? Насчет железа сомневаюсь, т.к. апач работает корректно (выше я писал). Пока отключил кэширование и отдачу статики для проблемного хоста - посмотрю, что будет дальше. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,157066#msg-157066 From nginx-forum на nginx.us Thu Dec 9 10:55:52 2010 From: nginx-forum на nginx.us (weqq) Date: Thu, 09 Dec 2010 02:55:52 -0500 Subject: [warn] 7260#0: conflicting server name "test" on 0.0.0.0:80, ignored In-Reply-To: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> References: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> Message-ID: спасибо. закомментил include. у меня теперь возник такой вопрос. /etc/nginx/conf.d/ - у меня пустой. линки в папке /etc/nginx/sites-enabled/ на файлы конфигурации хостов из /etc/nginx/sites-available/. соответственно ежели я не включаю sites-enabled то в nginx хосты не прописаны ( я так понимаю? ). они прописаны в apache2... у меня такое нехорошее чувство что я где то что то не так понимаю. если хосты прописаны в apache2 следует их прописывать в nginx? или нужно прописывать их или только в apache2 или только в nginx? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156735,157072#msg-157072 From mdounin на mdounin.ru Thu Dec 9 12:40:01 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 9 Dec 2010 12:40:01 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <63f487df40d450f1d21716269407ff25.NginxMailingListRussian@forum.nginx.org> References: <092c775e53ed70d03c509cbb8823c0d2.NginxMailingListRussian@forum.nginx.org> <63f487df40d450f1d21716269407ff25.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101209094001.GR54973@mdounin.ru> Hello! On Thu, Dec 09, 2010 at 02:22:27AM -0500, Syd wrote: > nginx -V: > > nginx version: nginx/0.8.53 > built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48) > 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_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 -m32 -march=i386 -mtune=generic > -fasynchronous-unwind-tables' --with-ipv6 > --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx-upstream-fair > --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx-upload-progress-module > --add-module=/builddir/build/BUILD/nginx-0.8.53/mod_zip-1.1.6 > --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx_upload_module-2.2.0 > --add-module=/builddir/build/BUILD/nginx-0.8.53/nginx_mod_h264_streaming-2.2.7 > > Что вы подразумеваете под сторонними > модулями и "воспроизвести проблему без > них"? Под сторонними модулями я подразумеваю все, отсуствующие в официальном дистрибутиве nginx'а, т.е. добавленные через --add-module. Под "воспроизвести проблему без них" - пересобрать nginx без них, и убедиться что проблема при этом осталась. > Насчет железа сомневаюсь, т.к. апач > работает корректно (выше я писал). Память имеет свойство сыпаться кусками, и кому повезло этот кусок получить - у того и будут проблемы. > Пока отключил кэширование и отдачу > статики для проблемного хоста - > посмотрю, что будет дальше. В том конфиге, которые приводился, кеширование не используется. Если оно таки используется - то следует внимательно прочитать вот тут про gcc 4.1 "by RedHat" и атомарные операции: http://nginx.org/pipermail/nginx-ru/2010-November/038103.html Подтверждения пока нет, но очень похоже на то что они там работают некорректно. Впрочем, я не вижу как эти проблемы могут приводить к тем симптомам, что наблюдаются в вашем случае. В любом случае SIGSEGV гораздо вероятнее, и если падений не наблюдается - то скорее всего это не оно... Maxim Dounin From nginx-forum на nginx.us Thu Dec 9 12:45:37 2010 From: nginx-forum на nginx.us (Disels) Date: Thu, 09 Dec 2010 04:45:37 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSBmYXN0Y2dpIGNhY2hl?= Message-ID: Имеется связка nginx v 0.8.53 + fastcgi php 5.3.3 ([b]не php-fpm[/b]) включено сжатие gzip [code] gzip on; gzip_min_length 1100; gzip_buffers 64 8k; gzip_comp_level 2; gzip_http_version 1.1; gzip_proxied any; gzip_types application/xml application/x-javascript text/css text/plain; access_log off; client_max_body_size 512m; server_tokens off; server { listen 192.168.0.1:80; server_name server; root /home/www; access_log /home/logs/server.access.log; index index.php index.html; rewrite ^(/manager/.*)$ https://$host$1 permanent; location ~* ^/(webstat/|awstats|webmail/|myadmin/|manimg/) { proxy_pass http://192.168.0.1:8080; proxy_redirect http://servers: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; } location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?| expires 1d; } if (!-e $request_filename ) { rewrite ^/.* /index.php?q=$1 last; } error_page 404 /index.php; location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /home/www$fastcgi_scri fastcgi_param DOCUMENT_ROOT /home/www; include fastcgi_params; } location ~ /\.ht { deny all; } } [/code] Все работает нормально . Но если включить fastcgi_cache [code] fastcgi_pass_header Set-Cookie; fastcgi_ignore_headers Cache-Control Expires; fastcgi_cache_key "$server_name$request_uri"; fastcgi_cache fastcgi_cache; fastcgi_temp_path /nginx_cache/temp 1 2; fastcgi_cache_bypass $arg_nocache; fastcgi_cache_use_stale updating error timeout invalid_header http_500; fastcgi_cache_valid 10s; [/code] то многим клиентам, особенно сидящим через прокси выдается не страница а мусор, в перемешку с кусками php/html кода. Частично проблему решает установка [code] gzip_http_version 1.0; [/code] но опять таки попытка получить страницу wget или сервисом для проверки скорости загрузки, натыкается на мусор. если gzip отключить вообще , то всем клиентам без исключения выдается мусор Честно говоря не знаю даже что искать в документации или google. Кто то с подобным сталкивался ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157099,157099#msg-157099 From nginx-forum на nginx.us Thu Dec 9 12:51:27 2010 From: nginx-forum на nginx.us (Syd) Date: Thu, 09 Dec 2010 04:51:27 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8LCDQsdC40YLRi9C1INC6?= =?UTF-8?B?0LDRgNGC0LjQvdC60LgsINGBc3Mg0LgganM=?= In-Reply-To: <20101209094001.GR54973@mdounin.ru> References: <20101209094001.GR54973@mdounin.ru> Message-ID: <6d8e0268defe369578331c538e5217e2.NginxMailingListRussian@forum.nginx.org> Максим, спасибо за разъяснения. Пока тестируем дальше, посмотрим что будет. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156032,157102#msg-157102 From wangsamp на gmail.com Thu Dec 9 13:07:20 2010 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Thu, 9 Dec 2010 12:07:20 +0200 (EET) Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgZmFzdGNnaSBjYWNoZQ==?= In-Reply-To: References: Message-ID: Today Dec 9, 2010 at 04:45 Disels wrote: > Все работает нормально . Но если > включить fastcgi_cache > fastcgi_pass_header Set-Cookie; > fastcgi_ignore_headers Cache-Control Expires; > fastcgi_cache_key "$server_name$request_uri"; > fastcgi_cache fastcgi_cache; > fastcgi_temp_path /nginx_cache/temp 1 2; > fastcgi_cache_bypass $arg_nocache; > fastcgi_cache_use_stale updating error timeout invalid_header http_500; > fastcgi_cache_valid 10s; > если gzip отключить вообще , то всем > клиентам без исключения выдается > мусор Скорее всего дело в fastcgi_cache_bypass. Добавьте ещё "fastcgi_no_cache $arg_nocache;" -- WNGS-RIPE From s на bykov.odessa.ua Thu Dec 9 13:47:54 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Thu, 9 Dec 2010 12:47:54 +0200 Subject: =?UTF-8?B?0KHQutC+0YDQvtGB0YLRjCDQt9Cw0LPRgNGD0LfQutC4INC90LAgbmdpbngg0L0=?= =?UTF-8?B?0LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= Message-ID: <1002795556.20101209124754@bykov.odessa.ua> Люди, есть вопрос. Установил щас nginx как фронтенд для апача, чтобы статику раздавал сам, а 404 и хтмл - апач. Так вот, скачивание файла напрямую апачем дает у меня скорость ~9Mбайт (почти 80 мбит/сек в общем моего канала выжимает). Этот же файл nginx-ом скачиваю с максимум 2мбайта/сек.!!!! nginx 0.8.93 установил из репозитория для CentOS 5.5, конфиг где-то стандартный взял. В какую сторону начинать копать? Может есть какие-то стандартные ограничительные параметры, которые надо переопределить? Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что нибудь дельное скажет. единственное - это часть лога, всего конструкций server {} около 300-500, но они все не активны (дохлые домены) >>>>>>>>>>>>>>>>>>>> user apache apache; worker_processes 2; #worker_rlimit_nofile 150000; error_log /var/log/nginx/error_log; pid /var/run/nginx.pid; events { worker_connections 8192; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $bytes_sent "$http_referer" ' '"$http_user_agent"'; #for bandwith, 69 - ot baldy, dont know how calculate received bytes log_format bytes '$bytes_sent 69'; access_log /var/log/nginx/access.log main; #limit_zone one $binary_remote_addr 10m; #limit_conn one 7; #limit_rate 512K; #limit_zone cglob $binary_remote_addr 16m; client_header_timeout 60; client_body_timeout 60; send_timeout 120; proxy_read_timeout 60; proxy_connect_timeout 60; proxy_send_timeout 180; # msie_padding on; proxy_buffer_size 32K; proxy_buffers 64 512K; proxy_busy_buffers_size 1024K; proxy_temp_file_write_size 1024K; gzip on; gzip_min_length 10240; gzip_buffers 32 64k; gzip_types application/x-javascript text/css text/xml text/plain; client_header_buffer_size 4K; client_max_body_size 10M; large_client_header_buffers 16 8K; sendfile on; tcp_nopush on; tcp_nodelay on; output_buffers 32 256k; postpone_output 1460; lingering_time 30; lingering_timeout 6; reset_timedout_connection on; keepalive_timeout 20; server_names_hash_bucket_size 10240; server { listen 1.1.1.1:81; server_name popa.ru; # access_log /var/log/httpd/domains/popa.ru.log main; error_log /var/log/httpd/domains/popa.ru.error.log error; location / { proxy_pass http://1.1.1.1; 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 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 120 64k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } location @back { proxy_pass http://1.1.1.1; 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; } #Static files location location ~* ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root /home/popat/domains/popa.ru/public_html; expires 14d; error_page 404 = @back; access_log /var/log/httpd/domains/popa.ru.log main; access_log /var/log/httpd/domains/popa.ru.bytes bytes; } } From s на bykov.odessa.ua Thu Dec 9 13:51:35 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Thu, 9 Dec 2010 12:51:35 +0200 Subject: =?UTF-8?B?0KHQutC+0YDQvtGB0YLRjCDQt9Cw0LPRgNGD0LfQutC4INC90LAgbmdpbngg0L0=?= =?UTF-8?B?0LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= Message-ID: <59106464.20101209125135@bykov.odessa.ua> Люди, есть вопрос. Установил щас nginx как фронтенд для апача, чтобы статику раздавал сам, а 404 и хтмл - апач. Так вот, скачивание файла напрямую апачем дает у меня скорость ~9Mбайт (почти 80 мбит/сек в общем моего канала выжимает). Этот же файл nginx-ом скачиваю с максимум 2мбайта/сек.!!!! nginx 0.8.93 установил из репозитория для CentOS 5.5, конфиг где-то стандартный взял. В какую сторону начинать копать? Может есть какие-то стандартные ограничительные параметры, которые надо переопределить? Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что нибудь дельное скажет. единственное - это часть лога, всего конструкций server {} около 300-500, но они все не активны (дохлые домены) >>>>>>>>>>>>>>>>>>>> user apache apache; worker_processes 2; #worker_rlimit_nofile 150000; error_log /var/log/nginx/error_log; pid /var/run/nginx.pid; events { worker_connections 8192; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $bytes_sent "$http_referer" ' '"$http_user_agent"'; #for bandwith, 69 - ot baldy, dont know how calculate received bytes log_format bytes '$bytes_sent 69'; access_log /var/log/nginx/access.log main; #limit_zone one $binary_remote_addr 10m; #limit_conn one 7; #limit_rate 512K; #limit_zone cglob $binary_remote_addr 16m; client_header_timeout 60; client_body_timeout 60; send_timeout 120; proxy_read_timeout 60; proxy_connect_timeout 60; proxy_send_timeout 180; # msie_padding on; proxy_buffer_size 32K; proxy_buffers 64 512K; proxy_busy_buffers_size 1024K; proxy_temp_file_write_size 1024K; gzip on; gzip_min_length 10240; gzip_buffers 32 64k; gzip_types application/x-javascript text/css text/xml text/plain; client_header_buffer_size 4K; client_max_body_size 10M; large_client_header_buffers 16 8K; sendfile on; tcp_nopush on; tcp_nodelay on; output_buffers 32 256k; postpone_output 1460; lingering_time 30; lingering_timeout 6; reset_timedout_connection on; keepalive_timeout 20; server_names_hash_bucket_size 10240; server { listen 1.1.1.1:81; server_name popa.ru; # access_log /var/log/httpd/domains/popa.ru.log main; error_log /var/log/httpd/domains/popa.ru.error.log error; location / { proxy_pass http://1.1.1.1; 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 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 120 64k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } location @back { proxy_pass http://1.1.1.1; 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; } #Static files location location ~* ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root /home/popat/domains/popa.ru/public_html; expires 14d; error_page 404 = @back; access_log /var/log/httpd/domains/popa.ru.log main; access_log /var/log/httpd/domains/popa.ru.bytes bytes; } } From nginx-forum на nginx.us Thu Dec 9 13:55:32 2010 From: nginx-forum на nginx.us (vyacheslav.slinko) Date: Thu, 09 Dec 2010 05:55:32 -0500 Subject: =?UTF-8?B?0J7RiNC40LHQutC4INGBIG9wZW5zc2wg0L/RgNC4INC60L7QvNC/0LjQu9GP0YY=?= =?UTF-8?B?0LjQuA==?= Message-ID: <4711692139368f8d67caea27f2e2e805.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Пытаюсь перекомпилировать стабильный пакет из ppa репозитория для Ubuntu со своими параметрами. В ppa пакете есть параметры: [code] --with-sha1=/usr/include/openssl \ --with-md5=/usr/include/openssl \ [/code] Решил их оставить. Установив все зависимости и запустив сборку пакета получил ошибку: [code] cd /usr/include/openssl \ && /usr/bin/make CFLAGS="" \ CC="gcc" MD5_ASM_OBJ= clean libmd5.a make[3]: Entering directory `/usr/include/openssl' make[3]: *** No rule to make target `clean'. Stop. make[3]: Leaving directory `/usr/include/openssl' make[2]: *** [/usr/include/openssl/libmd5.a] Error 2 make[2]: Leaving directory `/home/vyacheslav/packages/nginx/nginx-0.8.53/debian/build-full' make[1]: *** [build] Error 2 make[1]: Leaving directory `/home/vyacheslav/packages/nginx/nginx-0.8.53/debian/build-full' make: *** [build-arch.full] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1337: dpkg-buildpackage -rfakeroot -D -us -uc failed [/code] Файла libmd5.a я не обнаружил. Прошу помощи. -- Sincerely yours, Vyacheslav Slinko Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157120,157120#msg-157120 From ppb на valuehost.ru Thu Dec 9 14:03:01 2010 From: ppb на valuehost.ru (Peter B. Pokryshev) Date: Thu, 9 Dec 2010 14:03:01 +0300 Subject: =?UTF-8?B?UmU6ICDQodC60L7RgNC+0YHRgtGMINC30LDQs9GA0YPQt9C60Lgg0L3QsCBuZ2lu?= =?UTF-8?B?eCDQvdC40LbQtSDRh9C10Lwg0L3QsCBBcGFjaGU/?= In-Reply-To: <59106464.20101209125135@bykov.odessa.ua> References: <59106464.20101209125135@bykov.odessa.ua> Message-ID: <201012091403.02217.ppb@valuehost.ru> В сообщении от Четверг 09 декабря 2010 13:51:35 автор Bykov Subscribe написал: > Люди, есть вопрос. Установил щас nginx как фронтенд для апача, чтобы > статику раздавал сам, а 404 и хтмл - апач. > > Так вот, скачивание файла напрямую апачем дает у меня скорость ~9Mбайт > (почти 80 мбит/сек в общем моего канала выжимает). Этот же файл nginx-ом > скачиваю с максимум 2мбайта/сек.!!!! Попробуйте: sendfile off; Но что-то слишком большой разброс... > > nginx 0.8.93 установил из репозитория для CentOS 5.5, конфиг где-то > стандартный взял. В какую сторону начинать копать? Может есть > какие-то стандартные ограничительные параметры, которые надо > переопределить? > > > > > > > Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что > нибудь дельное скажет. единственное - это часть лога, всего > конструкций server {} около 300-500, но они все не активны (дохлые домены) > > user apache apache; > worker_processes 2; > #worker_rlimit_nofile 150000; > error_log /var/log/nginx/error_log; > pid /var/run/nginx.pid; > events { > worker_connections 8192; > } > http { > include /etc/nginx/mime.types; > default_type application/octet-stream; > log_format main '$remote_addr - $remote_user [$time_local] "$request" > ' '$status $bytes_sent "$http_referer" ' > '"$http_user_agent"'; > #for bandwith, 69 - ot baldy, dont know how calculate received bytes > log_format bytes '$bytes_sent 69'; > access_log /var/log/nginx/access.log main; > #limit_zone one $binary_remote_addr 10m; > #limit_conn one 7; > #limit_rate 512K; > #limit_zone cglob $binary_remote_addr 16m; > client_header_timeout 60; > client_body_timeout 60; > send_timeout 120; > proxy_read_timeout 60; > proxy_connect_timeout 60; > proxy_send_timeout 180; > > # msie_padding on; > > proxy_buffer_size 32K; > proxy_buffers 64 512K; > proxy_busy_buffers_size 1024K; > proxy_temp_file_write_size 1024K; > > gzip on; > gzip_min_length 10240; > gzip_buffers 32 64k; > gzip_types application/x-javascript text/css text/xml text/plain; > > client_header_buffer_size 4K; > client_max_body_size 10M; > large_client_header_buffers 16 8K; > > sendfile on; > tcp_nopush on; > tcp_nodelay on; > > output_buffers 32 256k; > postpone_output 1460; > > lingering_time 30; > lingering_timeout 6; > reset_timedout_connection on; > > keepalive_timeout 20; > server_names_hash_bucket_size 10240; > > server { > listen 1.1.1.1:81; > server_name popa.ru; > # access_log /var/log/httpd/domains/popa.ru.log main; > error_log /var/log/httpd/domains/popa.ru.error.log error; > location / { > proxy_pass http://1.1.1.1; > 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 60; > proxy_send_timeout 90; > proxy_read_timeout 90; > > > proxy_buffer_size 4k; > proxy_buffers 120 64k; > proxy_busy_buffers_size 64k; > proxy_temp_file_write_size 64k; > > } > location @back { > proxy_pass http://1.1.1.1; > 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; > } > > > #Static files location > location ~* > ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2 > |doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root > /home/popat/domains/popa.ru/public_html; > expires 14d; > error_page 404 = @back; > access_log /var/log/httpd/domains/popa.ru.log main; > access_log /var/log/httpd/domains/popa.ru.bytes bytes; > } > } > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -- С уважением, Пётр Покрышев ValueHost From igor на sysoev.ru Thu Dec 9 14:02:23 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 9 Dec 2010 14:02:23 +0300 Subject: =?UTF-8?B?UmU6INCe0YjQuNCx0LrQuCDRgSBvcGVuc3NsINC/0YDQuCDQutC+0LzQv9C40Ls=?= =?UTF-8?B?0Y/RhtC40Lg=?= In-Reply-To: <4711692139368f8d67caea27f2e2e805.NginxMailingListRussian@forum.nginx.org> References: <4711692139368f8d67caea27f2e2e805.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101209110223.GA1846@rambler-co.ru> On Thu, Dec 09, 2010 at 05:55:32AM -0500, vyacheslav.slinko wrote: > Здравствуйте. > > Пытаюсь перекомпилировать стабильный > пакет из ppa репозитория для Ubuntu со > своими параметрами. В ppa пакете есть > параметры: > > [code] > --with-sha1=/usr/include/openssl \ > --with-md5=/usr/include/openssl \ > [/code] > > Решил их оставить. А их надо выкинуть. -- Игорь Сысоев http://sysoev.ru From greenh на gmail.com Thu Dec 9 14:11:36 2010 From: greenh на gmail.com (greenh) Date: Thu, 9 Dec 2010 13:11:36 +0200 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: cat log | grep "IE 7.0" | awk '{print $1}' | sort | uniq > ip_gadov.txt а замет это в фаервол? grep ать надо более четко наверно 2010/12/8 -=HaRius=- : > наверное пинать будете не в тему рассылки, но сжальтесь!!! > с 12 часов лежимс =( > че делать уже идеи кончались > перекрутил sysctl уже во все стороны > сервак начал немного ползать, но как только > nginx запускаю в консоль сразу начинает валится > Dec  8 23:56:08 mail kernel: interrupt storm detected on "irq257:"; > throttling interrupt source > Dec  8 23:56:08 mail kernel: Limiting open port RST response from 169 to 50 > packets/sec > Dec  8 23:56:09 mail kernel: interrupt storm detected on "irq257:"; > throttling interrupt source > Dec  8 23:56:09 mail kernel: Limiting open port RST response from 230 to 50 > packets/sec > в логах полно: > 80.138.138.94 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 190.6.98.66 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 94.166.77.69 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 91.180.86.39 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 212.183.51.17 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 41.236.145.161 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 86.145.74.140 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 174.94.89.6 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 79.163.193.213 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 217.127.141.138 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" > "IE 7.0" > 41.174.55.82 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 41.137.57.40 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 188.216.9.195 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 174.94.42.254 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 85.53.186.1 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 90.185.113.115 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 190.9.13.80 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 87.93.70.183 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 41.234.38.71 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE > 7.0" > 83.49.187.205 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 77.255.195.130 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 187.32.225.121 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.0" 0 0 "-" "IE > 7.0" > 91.3.209.102 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 151.50.222.208 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 83.45.131.156 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 89.152.45.217 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 77.27.197.189 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > 190.132.119.21 - - [08/Dec/2010:23:32:16 +0300] "GET / HTTP/1.1" 0 0 "-" "IE > 7.0" > что сделано > 1. fail2ban натравлен на поиск агента "IE 7.0"  - блочит, но не спасает > 2. временно location = / { return 200; } - не спасает > 3. if ($http_user_agent = "IE 7.0" ) { return 412;} > >         if ($http_referer = "") { return 412;} - тож не стасает > 4. sysctl - накручен > sysctl -n kern.ipc.numopensockets > 90228 > # netstat -Lan > Current listen queue sizes (qlen/incqlen/maxqlen) > Proto Listen         Local Address > tcp4  0/0/128        *.4949 > tcp4  0/0/4096       88.212.196.18.443 > tcp4  0/0/4096       88.212.196.18.80 > tcp4  0/0/128        *.22 > tcp4  0/0/500        *.25 > tcp4  0/0/5          88.212.196.18.5666 > tcp4  0/0/20         127.0.0.1.53 > tcp4  0/0/511        127.0.0.1.80 > Some tcp sockets may have been created or deleted. > unix  0/0/1          /var/run/fail2ban/fail2ban.sock > unix  0/0/4          /var/run/devd.pipe > # netstat -m > 1377/36183/37560 mbufs in use (current/cache/total) > 754/33038/33792/33792 mbuf clusters in use (current/cache/total/max) > 36/1628 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/0/0/16896 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/8448 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/4224 16k jumbo clusters in use (current/cache/total/max) > 1852K/75121K/76974K bytes allocated to network (current/cache/total) > 0/17954981/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1377 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > как еще бороться ????? > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From temotor на gmail.com Thu Dec 9 14:13:17 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Thu, 9 Dec 2010 14:13:17 +0300 Subject: [warn] 7260#0: conflicting server name "test" on 0.0.0.0:80, ignored In-Reply-To: References: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/9 weqq : > спасибо. закомментил include. у меня теперь > возник такой вопрос. /etc/nginx/conf.d/ -  у меня > пустой. линки в папке /etc/nginx/sites-enabled/ на > файлы конфигурации хостов из > /etc/nginx/sites-available/. соответственно ежели я > не включаю sites-enabled то в nginx хосты не > прописаны ( я так понимаю? ). они > прописаны в apache2... у меня такое > нехорошее чувство что я где то что то не > так понимаю. если хосты прописаны в apache2 > следует их прописывать в nginx? или нужно > прописывать их или только в apache2 или > только в nginx? > nginx и apache это две разные программы. У них совершенно разные, никак не связанные между собой конфиги. Ваши вопросы подразумевают, что вы видите хосты как что-то особенное. Пожалуйста, потратьте несколько часов, изучите работу протокола HTTP. Очень поможет. From s на bykov.odessa.ua Thu Dec 9 14:17:44 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Thu, 9 Dec 2010 13:17:44 +0200 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <201012091403.02217.ppb@valuehost.ru> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> Message-ID: <865815794.20101209131744@bykov.odessa.ua> Не помогло. На всякий случай инфо о сервере: [root на server1 ~]# nginx -V nginx: /usr/local/lib/libpng12.so.0: no version information available (required by /usr/lib/libgd.so.2) nginx version: nginx/0.8.53 built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48) 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 --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_ssl_module --with-http_realip_module --with-http_addition_module --with-http_xslt_module --with-http_image_filter_module --with-http_geoip_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_stub_status_module --with-http_perl_module --with-mail --with-file-aio --with-mail_ssl_module --with-ipv6 --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables' --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables' > Попробуйте: > > sendfile off; > Но что-то слишком большой разброс... > В сообщении от Четверг 09 декабря 2010 13:51:35 автор Bykov Subscribe написал: >> Люди, есть вопрос. Установил щас nginx как фронтенд для апача, чтобы >> статику раздавал сам, а 404 и хтмл - апач. >> >> Так вот, скачивание файла напрямую апачем дает у меня скорость ~9Mбайт >> (почти 80 мбит/сек в общем моего канала выжимает). Этот же файл nginx-ом >> скачиваю с максимум 2мбайта/сек.!!!! >> >> nginx 0.8.93 установил из репозитория для CentOS 5.5, конфиг где-то >> стандартный взял. В какую сторону начинать копать? Может есть >> какие-то стандартные ограничительные параметры, которые надо >> переопределить? >> >> >> >> >> >> >> Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что >> нибудь дельное скажет. единственное - это часть лога, всего >> конструкций server {} около 300-500, но они все не активны (дохлые домены) >> >> user apache apache; >> worker_processes 2; >> #worker_rlimit_nofile 150000; >> error_log /var/log/nginx/error_log; >> pid /var/run/nginx.pid; >> events { >> worker_connections 8192; >> } >> http { >> include /etc/nginx/mime.types; >> default_type application/octet-stream; >> log_format main '$remote_addr - $remote_user [$time_local] "$request" >> ' '$status $bytes_sent "$http_referer" ' >> '"$http_user_agent"'; >> #for bandwith, 69 - ot baldy, dont know how calculate received bytes >> log_format bytes '$bytes_sent 69'; >> access_log /var/log/nginx/access.log main; >> #limit_zone one $binary_remote_addr 10m; >> #limit_conn one 7; >> #limit_rate 512K; >> #limit_zone cglob $binary_remote_addr 16m; >> client_header_timeout 60; >> client_body_timeout 60; >> send_timeout 120; >> proxy_read_timeout 60; >> proxy_connect_timeout 60; >> proxy_send_timeout 180; >> >> # msie_padding on; >> >> proxy_buffer_size 32K; >> proxy_buffers 64 512K; >> proxy_busy_buffers_size 1024K; >> proxy_temp_file_write_size 1024K; >> >> gzip on; >> gzip_min_length 10240; >> gzip_buffers 32 64k; >> gzip_types application/x-javascript text/css text/xml text/plain; >> >> client_header_buffer_size 4K; >> client_max_body_size 10M; >> large_client_header_buffers 16 8K; >> >> sendfile on; >> tcp_nopush on; >> tcp_nodelay on; >> >> output_buffers 32 256k; >> postpone_output 1460; >> >> lingering_time 30; >> lingering_timeout 6; >> reset_timedout_connection on; >> >> keepalive_timeout 20; >> server_names_hash_bucket_size 10240; >> >> server { >> listen 1.1.1.1:81; >> server_name popa.ru; >> # access_log /var/log/httpd/domains/popa.ru.log main; >> error_log /var/log/httpd/domains/popa.ru.error.log error; >> location / { >> proxy_pass http://1.1.1.1; >> 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 60; >> proxy_send_timeout 90; >> proxy_read_timeout 90; >> >> >> proxy_buffer_size 4k; >> proxy_buffers 120 64k; >> proxy_busy_buffers_size 64k; >> proxy_temp_file_write_size 64k; >> >> } >> location @back { >> proxy_pass http://1.1.1.1; >> 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; >> } >> >> >> #Static files location >> location ~* >> ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2 >> |doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root >> /home/popat/domains/popa.ru/public_html; >> expires 14d; >> error_page 404 = @back; >> access_log /var/log/httpd/domains/popa.ru.log main; >> access_log /var/log/httpd/domains/popa.ru.bytes bytes; >> } >> } >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru -- С уважением, Bykov mailto:s на bykov.odessa.ua From postmaster на softsearch.ru Thu Dec 9 15:12:25 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 15:12:25 +0300 Subject: =?UTF-8?B?UmVbMl06INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5n?= =?UTF-8?B?aW54INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <865815794.20101209131744@bykov.odessa.ua> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> Message-ID: <1773085303.20101209151225@softsearch.ru> Здравствуйте, Bykov. BS> Не помогло. На всякий случай инфо о сервере: Конфиг nginx-а ещё не помешал бы. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From s на bykov.odessa.ua Thu Dec 9 15:34:47 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Thu, 9 Dec 2010 14:34:47 +0200 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <1773085303.20101209151225@softsearch.ru> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> Message-ID: <1434057552.20101209143447@bykov.odessa.ua> В самом первом сообщении написал его. Повторюсь > Конфиг nginx-а ещё не помешал бы. > Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что нибудь дельное скажет. единственное - это часть лога, всего конструкций server {} около 300-500, но они все не активны (дохлые домены) >>>>>>>>>>>>>>>>>>>> user apache apache; worker_processes 2; #worker_rlimit_nofile 150000; error_log /var/log/nginx/error_log; pid /var/run/nginx.pid; events { worker_connections 8192; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $bytes_sent "$http_referer" ' '"$http_user_agent"'; #for bandwith, 69 - ot baldy, dont know how calculate received bytes log_format bytes '$bytes_sent 69'; access_log /var/log/nginx/access.log main; #limit_zone one $binary_remote_addr 10m; #limit_conn one 7; #limit_rate 512K; #limit_zone cglob $binary_remote_addr 16m; client_header_timeout 60; client_body_timeout 60; send_timeout 120; proxy_read_timeout 60; proxy_connect_timeout 60; proxy_send_timeout 180; # msie_padding on; proxy_buffer_size 32K; proxy_buffers 64 512K; proxy_busy_buffers_size 1024K; proxy_temp_file_write_size 1024K; gzip on; gzip_min_length 10240; gzip_buffers 32 64k; gzip_types application/x-javascript text/css text/xml text/plain; client_header_buffer_size 4K; client_max_body_size 10M; large_client_header_buffers 16 8K; sendfile on; tcp_nopush on; tcp_nodelay on; output_buffers 32 256k; postpone_output 1460; lingering_time 30; lingering_timeout 6; reset_timedout_connection on; keepalive_timeout 20; server_names_hash_bucket_size 10240; server { listen 1.1.1.1:81; server_name popa.ru; # access_log /var/log/httpd/domains/popa.ru.log main; error_log /var/log/httpd/domains/popa.ru.error.log error; location / { proxy_pass http://1.1.1.1; 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 60; proxy_send_timeout 90; proxy_read_timeout 90; proxy_buffer_size 4k; proxy_buffers 120 64k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } location @back { proxy_pass http://1.1.1.1; 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; } #Static files location location ~* ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ { root /home/popat/domains/popa.ru/public_html; expires 14d; error_page 404 = @back; access_log /var/log/httpd/domains/popa.ru.log main; access_log /var/log/httpd/domains/popa.ru.bytes bytes; } } From postmaster на softsearch.ru Thu Dec 9 15:53:09 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 15:53:09 +0300 Subject: =?UTF-8?B?UmVbMl06INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5n?= =?UTF-8?B?aW54INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <1434057552.20101209143447@bykov.odessa.ua> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> Message-ID: <254799819.20101209155309@softsearch.ru> Здравствуйте, Bykov. А пришлите ещё top -mio -ototal . Есть подозрение, что Ваши 2 воркера оба залочились на диске. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From nginx-forum на nginx.us Thu Dec 9 16:43:55 2010 From: nginx-forum на nginx.us (weqq) Date: Thu, 09 Dec 2010 08:43:55 -0500 Subject: [warn] 7260#0: conflicting server name "test" on 0.0.0.0:80, ignored In-Reply-To: References: <94184fd9a94da71f6c5101106321d685.NginxMailingListRussian@forum.nginx.org> Message-ID: <2113fabddf7ededb6b86c5543634d7cc.NginxMailingListRussian@forum.nginx.org> и снова СПАСИБО! ) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156735,157162#msg-157162 From kamazee на gmail.com Thu Dec 9 16:49:58 2010 From: kamazee на gmail.com (=?KOI8-R?B?4czFy9PBzsTSIOvV0snMzw==?=) Date: Thu, 9 Dec 2010 15:49:58 +0200 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: > grep ать надо более четко наверно Я когда-то в подобной ситуации выбирал IP-адреса тех, кто запрашивал '/' и больше ничего -- ни картинок, ни css, ни js. Потом можно по юзер-агенту и в firewall. From sytar.alex на gmail.com Thu Dec 9 16:52:40 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Thu, 9 Dec 2010 16:52:40 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEgZmFzdGNnaSBjYWNoZQ==?= In-Reply-To: References: Message-ID: 9 декабря 2010 г. 12:45 пользователь Disels написал: > [/code] > Все работает нормально . Но если > включить fastcgi_cache > [code] >               fastcgi_pass_header Set-Cookie; >               fastcgi_ignore_headers Cache-Control Expires; >               fastcgi_cache_key "$server_name$request_uri"; >               fastcgi_cache fastcgi_cache; >               fastcgi_temp_path  /nginx_cache/temp 1 2; >               fastcgi_cache_bypass   $arg_nocache; >               fastcgi_cache_use_stale updating error timeout > invalid_header http_500; >               fastcgi_cache_valid 10s; > [/code] > то многим клиентам, особенно сидящим > через прокси выдается не страница а > мусор, в перемешку с кусками php/html кода. А в кеше лежат нормальные данные или каша? Мне кажется дело в том что от fastcgi уже приходят сжатые данные -- Have a nice day From rh на nobrend.ru Thu Dec 9 17:41:56 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Thu, 9 Dec 2010 17:41:56 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: все просто: nginx со статикой, за ним jetty конечно как глянул в лог прикрутил реал тайм банелку fail2ban она просматривает лог ищет юзер агент и добавляет в таблицу ipfw ну и собственно: 00011 0 0 deny ip from table(55) to any via igb0 00013 0 0 deny ip from any to table(55) via igb0 толку только чуть таблица набирает 1500-3000 ипов и внейшний интерфейс замирает. =\ входящий трафик на сервер к 12 утра был 50 мб (поутих) пров подумал и вырубил интерфейс на какое то не определенное время =\ данные netstat были сняты действительно баз нагрузки, т.е. без jetty, но и без нее статика не отдавалась. 9 декабря 2010 г. 16:49 пользователь Александр Курило написал: > > grep ать надо более четко наверно > > Я когда-то в подобной ситуации выбирал IP-адреса тех, кто запрашивал > '/' и больше ничего -- ни картинок, ни css, ни js. > Потом можно по юзер-агенту и в firewall. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Thu Dec 9 19:13:51 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 19:13:51 +0300 Subject: =?UTF-8?B?UmVbMl06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: Message-ID: <5910579745.20101209191351@softsearch.ru> Здравствуйте, -=HaRius=-. H> входящий трафик на сервер к 12 утра был 50 мб (поутих) пров подумал H> и вырубил интерфейс на какое то не определенное время =\ H> данные netstat были сняты действительно баз нагрузки, т.е. без H> jetty, но и без нее статика не отдавалась. Ты не паникуй. Дав сюда пустую информацию, ты не получишь правильного ответа. Соберись, пробуй сделать то, что тебе посоветовали, и твой дос рано или поздно будет побеждён. А провайдера сейчас поменять не проблема. Понастроено дофига дата-центров, и есть много свободных площадей. И 50 мегабит никто не боится. Пример: мастерхост, динет, wahome, skyme, webdc, okbprogress и т.д. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From nginx-forum на nginx.us Thu Dec 9 19:38:59 2010 From: nginx-forum на nginx.us (rtzra) Date: Thu, 09 Dec 2010 11:38:59 -0500 Subject: =?UTF-8?B?bmdpbngg0L/QtdGA0LXQtCDQsNC/0LDRh9C10Lwg0Lgg0L7RgtC00LDRh9CwINC6?= =?UTF-8?B?0LDRgNGC0LjQvdC+0Lo=?= Message-ID: Стандартная ситуация: впереди nginx, апач в качестве backend, картинки отдаются через nginx как обычно: location ~* ^.+.(jpg|gif|png)$ { root /var/www/site.ru; } Но появилась задача - некоторые картинки перед отдачей надо обрабатывать php-скриптом, папка в которой находятся эти файлы известна. Скрипт на входе получает параметр - путь до изображения. На апаче это сделано при помощи RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f RewriteRule ^(.*)$ /watermark/watermark.php [T=application/x-httpd-php,L,QSA] Как это реализовать при помощи nginx? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157202,157202#msg-157202 From temotor на gmail.com Thu Dec 9 20:08:58 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Thu, 9 Dec 2010 20:08:58 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8INC4INC+0YLQtNCw0Yc=?= =?UTF-8?B?0LAg0LrQsNGA0YLQuNC90L7Qug==?= In-Reply-To: References: Message-ID: 2010/12/9 rtzra : > Стандартная ситуация: впереди nginx, апач > в качестве backend, картинки отдаются > через nginx как обычно: > > location ~* ^.+.(jpg|gif|png)$ > { >     root /var/www/site.ru; > } > Косметическая заметка: ^.+ не имеет смысла. Следующая точка означает любой символ, а вы, наверное, хотели точку. Как обычно, это скорее так: location ~ \.(jpg|gif|png)$ > Но появилась задача -  некоторые > картинки перед отдачей надо > обрабатывать php-скриптом, папка в > которой находятся эти файлы известна. > Скрипт на входе получает параметр - > путь до изображения. На апаче это > сделано при помощи > >   RewriteEngine On >   RewriteCond %{REQUEST_FILENAME} -f >   RewriteRule ^(.*)$ /watermark/watermark.php > [T=application/x-httpd-php,L,QSA] > > > Как это реализовать при помощи nginx? > location ~ \.(jpg|gif|png)$ { proxy_pass http://apache; } Либо (что лучше) - накладывать watermark при создании файла и раздавать с диска, без PHP. From myc на barev.net Thu Dec 9 21:03:16 2010 From: myc на barev.net (Eugene Mychlo) Date: Thu, 09 Dec 2010 21:03:16 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8INC4INC+0YLQtNCw0Yc=?= =?UTF-8?B?0LAg0LrQsNGA0YLQuNC90L7Qug==?= In-Reply-To: References: Message-ID: <4D0119E4.2030004@barev.net> Не силен в апечевых реврайтах, но мне кажется, то , что вы хотите сделать, делается подобным образом: location ~* ^.+.(jpg|gif|png)$ { root /var/www/site.ru; try_files $uri @notfound; proxy_pass http://apache/watermark/watermark.php?$uri; } 09.12.2010 19:38, rtzra пишет: > Стандартная ситуация: впереди nginx, апач > в качестве backend, картинки отдаются > через nginx как обычно: > > location ~* ^.+.(jpg|gif|png)$ > { > root /var/www/site.ru; > } > > Но появилась задача - некоторые > картинки перед отдачей надо > обрабатывать php-скриптом, папка в > которой находятся эти файлы известна. > Скрипт на входе получает параметр - > путь до изображения. На апаче это > сделано при помощи > > RewriteEngine On > RewriteCond %{REQUEST_FILENAME} -f > RewriteRule ^(.*)$ /watermark/watermark.php > [T=application/x-httpd-php,L,QSA] > > > Как это реализовать при помощи nginx? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157202,157202#msg-157202 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From temotor на gmail.com Thu Dec 9 21:14:27 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Thu, 9 Dec 2010 21:14:27 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC/0LXRgNC10LQg0LDQv9Cw0YfQtdC8INC4INC+0YLQtNCw0Yc=?= =?UTF-8?B?0LAg0LrQsNGA0YLQuNC90L7Qug==?= In-Reply-To: <4D0119E4.2030004@barev.net> References: <4D0119E4.2030004@barev.net> Message-ID: 2010/12/9 Eugene Mychlo : > Не силен в апечевых реврайтах, но мне кажется, то , что вы хотите сделать, > делается подобным образом: > > location ~* ^.+.(jpg|gif|png)$ > { >     root /var/www/site.ru; >     try_files $uri @notfound; >     proxy_pass http://apache/watermark/watermark.php?$uri; > } > RewriteCond %{REQUEST_FILENAME} -f Означает, что файл именно существует. > > > > > 09.12.2010 19:38, rtzra пишет: >> >> Стандартная ситуация: впереди nginx, апач >> в качестве backend, картинки отдаются >> через nginx как обычно: >> >> location ~* ^.+.(jpg|gif|png)$ >> { >>      root /var/www/site.ru; >> } >> >> Но появилась задача -  некоторые >> картинки перед отдачей надо >> обрабатывать php-скриптом, папка в >> которой находятся эти файлы известна. >> Скрипт на входе получает параметр - >> путь до изображения. На апаче это >> сделано при помощи >> >>    RewriteEngine On >>    RewriteCond %{REQUEST_FILENAME} -f >>    RewriteRule ^(.*)$ /watermark/watermark.php >> [T=application/x-httpd-php,L,QSA] >> >> >> Как это реализовать при помощи nginx? >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,157202,157202#msg-157202 >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From rh на nobrend.ru Thu Dec 9 22:30:43 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Thu, 9 Dec 2010 22:30:43 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: <5910579745.20101209191351@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> Message-ID: собрались с провайдером и работаем!!! =) 15К запросов в секунду и работаетмс!!! ура!!! данные под нагрузкой может че еще узрите не верного. # vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 96, 6, 96, 0 UMA Zones: 704, 0, 96, 4, 96, 0 UMA Slabs: 568, 0, 15462, 71, 21747, 0 UMA RCntSlabs: 568, 0, 18155, 3132, 115348, 0 UMA Hash: 256, 0, 0, 0, 3, 0 16 Bucket: 152, 0, 102, 98, 202, 0 32 Bucket: 280, 0, 252, 112, 376, 13 64 Bucket: 536, 0, 208, 149, 465, 80 128 Bucket: 1048, 0, 2033, 4, 122148311, 315 VM OBJECT: 216, 0, 62775, 5121, 471433, 0 MAP: 232, 0, 7, 25, 7, 0 KMAP ENTRY: 120, 413013, 64, 1083, 16022, 0 MAP ENTRY: 120, 0, 2876, 2549, 1103308, 0 DP fakepg: 120, 0, 0, 62, 6, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 208, 7, 208, 0 16: 16, 0, 2634, 2070, 44139272, 0 32: 32, 0, 3736, 3031, 238913, 0 64: 64, 0, 6395, 5197, 13491730, 0 128: 128, 0, 11699, 16924, 1186213, 0 256: 256, 0, 4238, 4987, 706506, 0 512: 512, 0, 1199, 1055, 205580, 0 1024: 1024, 0, 94, 454, 86017, 0 2048: 2048, 0, 106, 1064, 45462, 0 4096: 4096, 0, 378, 921, 23308, 0 Files: 80, 0, 57449, 16801, 44983898, 0 TURNSTILE: 136, 0, 1149, 231, 1149, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1120, 0, 90, 528, 17285, 0 THREAD: 912, 0, 843, 305, 883, 0 SLEEPQUEUE: 64, 0, 1149, 699, 1149, 0 VMSPACE: 392, 0, 71, 539, 17264, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 1297, 1775, 4519422, 0 mbuf: 256, 0, 12067, 33476, 838728737, 0 mbuf_cluster: 2048, 262144, 6663, 29235, 429345706, 0 mbuf_jumbo_page: 4096, 16896, 0, 206, 262, 0 mbuf_jumbo_9k: 9216, 8448, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 4224, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 7846, 5594, 18807170, 0 ttyinq: 160, 0, 180, 252, 690, 0 ttyoutq: 256, 0, 96, 129, 368, 0 g_bio: 232, 0, 12, 5876, 1357081, 0 ata_request: 312, 0, 3, 2961, 339029, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 60657, 4855, 82725, 0 VNODEPOLL: 112, 0, 1, 65, 1, 0 S VFS Cache: 108, 0, 61716, 4779, 146168, 0 L VFS Cache: 328, 0, 38, 610, 668, 0 NAMEI: 1024, 0, 1, 419, 2886969, 0 DIRHASH: 1024, 0, 98, 1378, 11010, 0 NFSMOUNT: 608, 0, 0, 0, 0, 0 NFSNODE: 648, 0, 0, 0, 0, 0 pipe: 728, 0, 8, 437, 12136, 0 ksiginfo: 112, 0, 577, 413, 577, 0 itimer: 344, 0, 0, 0, 0, 0 KNOTE: 120, 0, 18489, 18773, 143761019, 0 socket: 680, 204804, 52044, 23928, 43821135, 0 unpcb: 240, 204800, 83, 557, 927, 0 ipq: 56, 8253, 0, 1197, 396, 0 udp_inpcb: 336, 204809, 3, 349, 3353, 0 udpcb: 16, 204960, 3, 2181, 3353, 0 tcp_inpcb: 336, 204809, 92956, 24128, 43815346, 0 tcpcb: 880, 204800, 51956, 24180, 43815346, 0 tcptw: 72, 41000, 41000, 0, 51578, 42116588 syncache: 144, 102414, 8221, 5325, 107158447, 2646482 hostcache: 136, 15372, 15003, 369, 15003, 75 tcpreass: 40, 16464, 1713, 1899, 586533, 0 sackhole: 32, 0, 86, 3449, 658729, 0 ripcb: 336, 204809, 0, 330, 1500, 0 rtentry: 200, 0, 14, 100, 19, 0 pfsrctrpl: 152, 0, 0, 0, 0, 0 pfrulepl: 912, 0, 0, 0, 0, 0 pfstatepl: 392, 10000, 0, 0, 0, 0 pfaltqpl: 240, 0, 0, 0, 0, 0 pfpooladdrpl: 88, 0, 0, 0, 0, 0 pfrktable: 1296, 0, 0, 0, 0, 0 pfrkentry: 216, 0, 0, 0, 0, 0 pfrkentry2: 216, 0, 0, 0, 0, 0 pffrent: 32, 5050, 0, 0, 0, 0 pffrag: 80, 0, 0, 0, 0, 0 pffrcache: 80, 10035, 0, 0, 0, 0 pffrcent: 24, 50022, 0, 0, 0, 0 pfstatescrub: 40, 0, 0, 0, 0, 0 pfiaddrpl: 120, 0, 0, 0, 0, 0 pfospfen: 112, 0, 0, 0, 0, 0 pfosfp: 40, 0, 0, 0, 0, 0 IPFW dynamic rule: 120, 0, 0, 0, 0, 0 selfd: 56, 0, 507, 2517, 34004208, 0 ip4flow: 56, 4158, 4158, 0, 99441, 77365237 ip6flow: 80, 4140, 0, 0, 0, 0 SWAPMETA: 288, 116519, 1, 25, 1, 0 Mountpoints: 752, 0, 7, 18, 7, 0 FFS inode: 168, 0, 60615, 5957, 82664, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 60615, 5475, 82664, 0 # netstat -Lan Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/5 88.212.196.18.5666 tcp4 0/0/500 *.25 tcp4 0/0/20 127.0.0.1.53 tcp4 0/0/128 *.2583 tcp4 1/0/4096 88.212.196.18.443 tcp4 1611/0/4096 88.212.196.18.80 tcp4 0/0/50 127.0.0.1.8070 tcp4 0/0/128 *.4949 tcp4 0/0/128 *.22 Some tcp sockets may have been created. unix 0/0/128 /tmp/ssh-E0k9EAtsZG/agent.6581 unix 0/0/1 /var/run/fail2ban/fail2ban.sock unix 0/0/4 /var/run/devd.pipe 2010/12/9 Михаил Монашёв > Здравствуйте, -=HaRius=-. > > H> входящий трафик на сервер к 12 утра был 50 мб (поутих) пров подумал > H> и вырубил интерфейс на какое то не определенное время =\ > > H> данные netstat были сняты действительно баз нагрузки, т.е. без > H> jetty, но и без нее статика не отдавалась. > > Ты не паникуй. Дав сюда пустую информацию, ты не получишь правильного > ответа. Соберись, пробуй сделать то, что тебе посоветовали, и твой дос > рано или поздно будет побеждён. > > А провайдера сейчас поменять не проблема. Понастроено дофига > дата-центров, и есть много свободных площадей. И 50 мегабит никто не > боится. Пример: мастерхост, динет, wahome, skyme, webdc, okbprogress и > т.д. > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > http://talxy.com - p2p-based online broadcasting and file sharing. > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maxhl на hitline.net.ua Thu Dec 9 22:42:09 2010 From: maxhl на hitline.net.ua (maxhl) Date: Thu, 9 Dec 2010 21:42:09 +0200 Subject: =?UTF-8?B?UkU6IFJlWzJdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: Message-ID: Судя по всему у Вас уже все бот-ипы в блеклисте на фаерволе поэтому в nginx они непопадают. Дальше все зависит от проца HZ сетевой : Можно попробовать kern.polling.enable=1 ( и в ядро не забыть ) можно попробовать новую технологию разнесения сетевой нагрузки на несколько процессоров, в зависимости от железа. net.isr.numthreads: 2 или более :Подозреваю что у Вас не очень хорошая сетевая карта и не очень качественная мат - плата с посредственным контроллером прерываний : Интел ? Что в совокупности дает нагрузку на процессор. ____________________________ С уважением Max ICQ 71006063 _____ From: -=HaRius=- [mailto:rh на nobrend.ru] Sent: Thursday, December 09, 2010 9:31 PM To: nginx-ru на nginx.org Subject: Re: Re[2]: мля атака =( собрались с провайдером и работаем!!! =) 15К запросов в секунду и работаетмс!!! ура!!! данные под нагрузкой может че еще узрите не верного. # vmstat -z ITEM SIZE LIMIT USED FREE REQUESTS FAILURES UMA Kegs: 208, 0, 96, 6, 96, 0 UMA Zones: 704, 0, 96, 4, 96, 0 UMA Slabs: 568, 0, 15462, 71, 21747, 0 UMA RCntSlabs: 568, 0, 18155, 3132, 115348, 0 UMA Hash: 256, 0, 0, 0, 3, 0 16 Bucket: 152, 0, 102, 98, 202, 0 32 Bucket: 280, 0, 252, 112, 376, 13 64 Bucket: 536, 0, 208, 149, 465, 80 128 Bucket: 1048, 0, 2033, 4, 122148311, 315 VM OBJECT: 216, 0, 62775, 5121, 471433, 0 MAP: 232, 0, 7, 25, 7, 0 KMAP ENTRY: 120, 413013, 64, 1083, 16022, 0 MAP ENTRY: 120, 0, 2876, 2549, 1103308, 0 DP fakepg: 120, 0, 0, 62, 6, 0 SG fakepg: 120, 0, 0, 0, 0, 0 mt_zone: 2056, 0, 208, 7, 208, 0 16: 16, 0, 2634, 2070, 44139272, 0 32: 32, 0, 3736, 3031, 238913, 0 64: 64, 0, 6395, 5197, 13491730, 0 128: 128, 0, 11699, 16924, 1186213, 0 256: 256, 0, 4238, 4987, 706506, 0 512: 512, 0, 1199, 1055, 205580, 0 1024: 1024, 0, 94, 454, 86017, 0 2048: 2048, 0, 106, 1064, 45462, 0 4096: 4096, 0, 378, 921, 23308, 0 Files: 80, 0, 57449, 16801, 44983898, 0 TURNSTILE: 136, 0, 1149, 231, 1149, 0 umtx pi: 96, 0, 0, 0, 0, 0 MAC labels: 40, 0, 0, 0, 0, 0 PROC: 1120, 0, 90, 528, 17285, 0 THREAD: 912, 0, 843, 305, 883, 0 SLEEPQUEUE: 64, 0, 1149, 699, 1149, 0 VMSPACE: 392, 0, 71, 539, 17264, 0 cpuset: 72, 0, 2, 98, 2, 0 audit_record: 952, 0, 0, 0, 0, 0 mbuf_packet: 256, 0, 1297, 1775, 4519422, 0 mbuf: 256, 0, 12067, 33476, 838728737, 0 mbuf_cluster: 2048, 262144, 6663, 29235, 429345706, 0 mbuf_jumbo_page: 4096, 16896, 0, 206, 262, 0 mbuf_jumbo_9k: 9216, 8448, 0, 0, 0, 0 mbuf_jumbo_16k: 16384, 4224, 0, 0, 0, 0 mbuf_ext_refcnt: 4, 0, 7846, 5594, 18807170, 0 ttyinq: 160, 0, 180, 252, 690, 0 ttyoutq: 256, 0, 96, 129, 368, 0 g_bio: 232, 0, 12, 5876, 1357081, 0 ata_request: 312, 0, 3, 2961, 339029, 0 ata_composite: 336, 0, 0, 0, 0, 0 VNODE: 472, 0, 60657, 4855, 82725, 0 VNODEPOLL: 112, 0, 1, 65, 1, 0 S VFS Cache: 108, 0, 61716, 4779, 146168, 0 L VFS Cache: 328, 0, 38, 610, 668, 0 NAMEI: 1024, 0, 1, 419, 2886969, 0 DIRHASH: 1024, 0, 98, 1378, 11010, 0 NFSMOUNT: 608, 0, 0, 0, 0, 0 NFSNODE: 648, 0, 0, 0, 0, 0 pipe: 728, 0, 8, 437, 12136, 0 ksiginfo: 112, 0, 577, 413, 577, 0 itimer: 344, 0, 0, 0, 0, 0 KNOTE: 120, 0, 18489, 18773, 143761019, 0 socket: 680, 204804, 52044, 23928, 43821135, 0 unpcb: 240, 204800, 83, 557, 927, 0 ipq: 56, 8253, 0, 1197, 396, 0 udp_inpcb: 336, 204809, 3, 349, 3353, 0 udpcb: 16, 204960, 3, 2181, 3353, 0 tcp_inpcb: 336, 204809, 92956, 24128, 43815346, 0 tcpcb: 880, 204800, 51956, 24180, 43815346, 0 tcptw: 72, 41000, 41000, 0, 51578, 42116588 syncache: 144, 102414, 8221, 5325, 107158447, 2646482 hostcache: 136, 15372, 15003, 369, 15003, 75 tcpreass: 40, 16464, 1713, 1899, 586533, 0 sackhole: 32, 0, 86, 3449, 658729, 0 ripcb: 336, 204809, 0, 330, 1500, 0 rtentry: 200, 0, 14, 100, 19, 0 pfsrctrpl: 152, 0, 0, 0, 0, 0 pfrulepl: 912, 0, 0, 0, 0, 0 pfstatepl: 392, 10000, 0, 0, 0, 0 pfaltqpl: 240, 0, 0, 0, 0, 0 pfpooladdrpl: 88, 0, 0, 0, 0, 0 pfrktable: 1296, 0, 0, 0, 0, 0 pfrkentry: 216, 0, 0, 0, 0, 0 pfrkentry2: 216, 0, 0, 0, 0, 0 pffrent: 32, 5050, 0, 0, 0, 0 pffrag: 80, 0, 0, 0, 0, 0 pffrcache: 80, 10035, 0, 0, 0, 0 pffrcent: 24, 50022, 0, 0, 0, 0 pfstatescrub: 40, 0, 0, 0, 0, 0 pfiaddrpl: 120, 0, 0, 0, 0, 0 pfospfen: 112, 0, 0, 0, 0, 0 pfosfp: 40, 0, 0, 0, 0, 0 IPFW dynamic rule: 120, 0, 0, 0, 0, 0 selfd: 56, 0, 507, 2517, 34004208, 0 ip4flow: 56, 4158, 4158, 0, 99441, 77365237 ip6flow: 80, 4140, 0, 0, 0, 0 SWAPMETA: 288, 116519, 1, 25, 1, 0 Mountpoints: 752, 0, 7, 18, 7, 0 FFS inode: 168, 0, 60615, 5957, 82664, 0 FFS1 dinode: 128, 0, 0, 0, 0, 0 FFS2 dinode: 256, 0, 60615, 5475, 82664, 0 # netstat -Lan Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 0/0/5 88.212.196.18.5666 tcp4 0/0/500 *.25 tcp4 0/0/20 127.0.0.1.53 tcp4 0/0/128 *.2583 tcp4 1/0/4096 88.212.196.18.443 tcp4 1611/0/4096 88.212.196.18.80 tcp4 0/0/50 127.0.0.1.8070 tcp4 0/0/128 *.4949 tcp4 0/0/128 *.22 Some tcp sockets may have been created. unix 0/0/128 /tmp/ssh-E0k9EAtsZG/agent.6581 unix 0/0/1 /var/run/fail2ban/fail2ban.sock unix 0/0/4 /var/run/devd.pipe 2010/12/9 Михаил Монашёв Здравствуйте, -=HaRius=-. H> входящий трафик на сервер к 12 утра был 50 мб (поутих) пров подумал H> и вырубил интерфейс на какое то не определенное время =\ H> данные netstat были сняты действительно баз нагрузки, т.е. без H> jetty, но и без нее статика не отдавалась. Ты не паникуй. Дав сюда пустую информацию, ты не получишь правильного ответа. Соберись, пробуй сделать то, что тебе посоветовали, и твой дос рано или поздно будет побеждён. А провайдера сейчас поменять не проблема. Понастроено дофига дата-центров, и есть много свободных площадей. И 50 мегабит никто не боится. Пример: мастерхост, динет, wahome, skyme, webdc, okbprogress и т.д. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Thu Dec 9 23:06:11 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 9 Dec 2010 23:06:11 +0300 Subject: =?UTF-8?B?UmVbNF06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> Message-ID: <1883112110.20101209230611@softsearch.ru> Здравствуйте, -=HaRius=-. H> собрались с провайдером и работаем!!! =) H> 15К запросов в секунду и работаетмс!!! ура!!! молодцы. H> данные под нагрузкой может че еще узрите не верного. Вот это там нехорошо: ip4flow: 56, 4158, 4158, 0, 99441, 77365237 Что это значит и как поднять лимит выше 4158 и надо ли это делать, я не знаю. Можно ещё акцепт-фильтр включить, если вдруг мусором начнут досить kldload accf_http.ko и у дефолтного listen добавляешь accept_filter=httpready Всё, что не похоже на HTTP доходить до nginx-а перестанет. Ещё можно в дефолтном listen в server_name прописать несуществующий хост и писать все запросы к нему чтобы потом забанить ip, делающие запросы к несуществующим у тебя хостам. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From s на bykov.odessa.ua Fri Dec 10 00:19:48 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Thu, 9 Dec 2010 23:19:48 +0200 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <254799819.20101209155309@softsearch.ru> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> <254799819.20101209155309@softsearch.ru> Message-ID: <598670874.20101209231948@bykov.odessa.ua> А что за ключи запуска у top-а? У меня CentOS, "-mio -ototal" - ругается что ключи не верны > Здравствуйте, Bykov. > А пришлите ещё top -mio -ototal . Есть подозрение, что Ваши 2 воркера > оба залочились на диске. > -- С уважением, Bykov mailto:s на bykov.odessa.ua From rh на nobrend.ru Fri Dec 10 00:03:43 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Fri, 10 Dec 2010 00:03:43 +0300 Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: <1883112110.20101209230611@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> Message-ID: server_name 88.212.196.18 default rcvbuf=8k sndbuf=16k backlog=8192 accept_filter=httpready; что за сервер выясняю... все огромное спасибо!!! 2010/12/9 Михаил Монашёв > Здравствуйте, -=HaRius=-. > > H> собрались с провайдером и работаем!!! =) > H> 15К запросов в секунду и работаетмс!!! ура!!! > > молодцы. > > H> данные под нагрузкой может че еще узрите не верного. > > Вот это там нехорошо: > ip4flow: 56, 4158, 4158, 0, 99441, 77365237 > > Что это значит и как поднять лимит выше 4158 и надо ли это делать, я > не знаю. > > Можно ещё акцепт-фильтр включить, если вдруг мусором начнут досить > kldload accf_http.ko > > и у дефолтного listen добавляешь accept_filter=httpready > > Всё, что не похоже на HTTP доходить до nginx-а перестанет. > > Ещё можно в дефолтном listen в server_name прописать несуществующий > хост и писать все запросы к нему чтобы потом забанить ip, делающие > запросы к несуществующим у тебя хостам. > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > http://talxy.com - p2p-based online broadcasting and file sharing. > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenh на gmail.com Fri Dec 10 00:56:47 2010 From: greenh на gmail.com (greenh) Date: Thu, 9 Dec 2010 23:56:47 +0200 Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: <1883112110.20101209230611@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> Message-ID: > > Вот это там нехорошо: > ip4flow:  56,   4158,   4158, 0,  99441, 77365237 если не секрет, что это обозначает? подскажите плз, где можно подробно почитать про то, что обозначает что в выводе vmstat -z From postmaster на softsearch.ru Fri Dec 10 01:13:32 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 10 Dec 2010 01:13:32 +0300 Subject: =?UTF-8?B?UmVbNl06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> Message-ID: <13110629618.20101210011332@softsearch.ru> Здравствуйте, greenh. >> Вот это там нехорошо: >> ip4flow:  56,   4158,   4158, 0,  99441, 77365237 g> если не секрет, что это обозначает? g> подскажите плз, где можно подробно почитать про то, что обозначает что g> в выводе vmstat -z -z Report on memory used by the kernel zone allocator, uma(9), by zone. Столбцы: ITEM SIZE LIMIT USED FREE REQUESTS FAILURES 1. название зоны ядерной памяти 2. размер в кб или mbuf-ах, занимаемый ей, хотя точно не ручаюсь 3. предельное значение 4. текущее её значение 5. сколько чего-то там, наверное mbuf-ов, было выделено, но сейчас не используется 6. сколько раз пробовали выделить больше 7. сколько раз не получилось это сделать Основная идея тут простая: смотрим на колонку FAILURES и увеличивает LIMIT так, чтобы FAILURES не росло. Текущее значение видим в USED. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From greenh на gmail.com Fri Dec 10 01:14:50 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 00:14:50 +0200 Subject: =?UTF-8?B?UmU6IG1wNCDRgdGC0YDQuNC80LzQuNC90LM=?= In-Reply-To: <4CFE600C.6000100@altlinux.ru> References: <4CFE600C.6000100@altlinux.ru> Message-ID: оказалось все тривиально - mp4 был не совсем правильным, настолько что плеер его воспринимал, а модуль стримминга - нет. 2010/12/7 Anton Gorlov : > 07.12.2010 19:04, greenh пишет: >> >> Добрый день >> Подскажите плз, куда смотреть и что делать? >> при попытке использование mp4 стрииминга сервер на запрошенный файл >> отдает ошибку "415 Unsupported Media Type" > > проверьте пути к файлам которые стримите ну и традиционно - смотрите логи на > предмет ошибок. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From postmaster на softsearch.ru Fri Dec 10 01:16:35 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 10 Dec 2010 01:16:35 +0300 Subject: =?UTF-8?B?UmVbMl06INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5n?= =?UTF-8?B?aW54INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <598670874.20101209231948@bykov.odessa.ua> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> <254799819.20101209155309@softsearch.ru> <598670874.20101209231948@bykov.odessa.ua> Message-ID: <575381464.20101210011635@softsearch.ru> Здравствуйте, Bykov. BS> А что за ключи запуска у top-а? У меня CentOS, "-mio -ototal" - BS> ругается что ключи не верны -mdisplay Display either 'cpu' or 'io' statistics. Default is 'cpu'. -ofield Sort the process display area on the specified field. The field name is the name of the column as seen in the output, but in lower case. Likely values are "cpu", "size", "res", and "time", but may vary on different operating systems. Note that not all operating systems support this option. цель - вывести в самый верх процессы, максимально нагружающие диск. >> А пришлите ещё top -mio -ototal . Есть подозрение, что Ваши 2 >> воркера оба залочились на диске. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From greenh на gmail.com Fri Dec 10 01:17:29 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 00:17:29 +0200 Subject: =?UTF-8?B?UmU6IFJlWzZdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: <13110629618.20101210011332@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <13110629618.20101210011332@softsearch.ru> Message-ID: ого, супер, спасибо!!! 2010/12/10 Михаил Монашёв : > Здравствуйте, greenh. > >>> Вот это там нехорошо: >>> ip4flow:  56,   4158,   4158, 0,  99441, 77365237 > > g> если не секрет, что это обозначает? > > g> подскажите плз, где можно подробно почитать про то, что обозначает что > g> в выводе vmstat -z > >  -z  Report  on  memory  used by the kernel zone allocator, uma(9), by >     zone. > > Столбцы: > ITEM   SIZE   LIMIT  USED  FREE  REQUESTS  FAILURES > > 1. название зоны ядерной памяти > 2. размер в кб или mbuf-ах, занимаемый ей, хотя точно не ручаюсь > 3. предельное значение > 4. текущее её значение > 5. сколько чего-то там, наверное mbuf-ов, было выделено, но сейчас не > используется > 6. сколько раз пробовали выделить больше > 7. сколько раз не получилось это сделать > > Основная идея тут простая: смотрим на колонку FAILURES и увеличивает > LIMIT так, чтобы FAILURES не росло. Текущее значение видим в USED. > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > ICQ# 166233339 > http://michael.mindmix.ru/ > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From greenh на gmail.com Fri Dec 10 01:18:08 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 00:18:08 +0200 Subject: =?UTF-8?B?UmU6IFJlWzZdOiDQvNC70Y8g0LDRgtCw0LrQsCA9KA==?= In-Reply-To: <13110629618.20101210011332@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <13110629618.20101210011332@softsearch.ru> Message-ID: а по строкам, что к чему относится где бы почитать? 2010/12/10 Михаил Монашёв : > Здравствуйте, greenh. > >>> Вот это там нехорошо: >>> ip4flow:  56,   4158,   4158, 0,  99441, 77365237 > > g> если не секрет, что это обозначает? > > g> подскажите плз, где можно подробно почитать про то, что обозначает что > g> в выводе vmstat -z > >  -z  Report  on  memory  used by the kernel zone allocator, uma(9), by >     zone. > > Столбцы: > ITEM   SIZE   LIMIT  USED  FREE  REQUESTS  FAILURES > > 1. название зоны ядерной памяти > 2. размер в кб или mbuf-ах, занимаемый ей, хотя точно не ручаюсь > 3. предельное значение > 4. текущее её значение > 5. сколько чего-то там, наверное mbuf-ов, было выделено, но сейчас не > используется > 6. сколько раз пробовали выделить больше > 7. сколько раз не получилось это сделать > > Основная идея тут простая: смотрим на колонку FAILURES и увеличивает > LIMIT так, чтобы FAILURES не росло. Текущее значение видим в USED. > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > ICQ# 166233339 > http://michael.mindmix.ru/ > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From s на bykov.odessa.ua Fri Dec 10 05:57:55 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Fri, 10 Dec 2010 04:57:55 +0200 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <1002795556.20101209124754@bykov.odessa.ua> References: <1002795556.20101209124754@bykov.odessa.ua> Message-ID: <1429844330.20101210045755@bykov.odessa.ua> Нашел сам проблему, оказывается было так listen 1.1.1.1:81 default rcvbuf=8192 sndbuf=16384; Какими лучше поставить эти значения? > Люди, есть вопрос. Установил щас nginx как фронтенд для апача, чтобы > статику раздавал сам, а 404 и хтмл - апач. > Так вот, скачивание файла напрямую апачем дает у меня скорость ~9Mбайт > (почти 80 мбит/сек в общем моего канала выжимает). Этот же файл nginx-ом > скачиваю с максимум 2мбайта/сек.!!!! > nginx 0.8.93 установил из репозитория для CentOS 5.5, конфиг где-то стандартный > взял. В какую сторону начинать копать? Может есть какие-то > стандартные ограничительные параметры, которые надо переопределить? > Вот ниже конфиг, я его где-то скачал попробовать - вряд ли он что нибудь > дельное скажет. единственное - это часть лога, всего конструкций > server {} около 300-500, но они все не активны (дохлые домены) >>>>>>>>>>>>>>>>>>>>> > user apache apache; > worker_processes 2; > #worker_rlimit_nofile 150000; > error_log /var/log/nginx/error_log; > pid /var/run/nginx.pid; > events { > worker_connections 8192; > } > http { > include /etc/nginx/mime.types; > default_type application/octet-stream; > log_format main '$remote_addr - $remote_user [$time_local] "$request" ' > '$status $bytes_sent "$http_referer" ' > '"$http_user_agent"'; > #for bandwith, 69 - ot baldy, dont know how calculate received bytes > log_format bytes '$bytes_sent 69'; > access_log /var/log/nginx/access.log main; > #limit_zone one $binary_remote_addr 10m; > #limit_conn one 7; > #limit_rate 512K; > #limit_zone cglob $binary_remote_addr 16m; > client_header_timeout 60; > client_body_timeout 60; > send_timeout 120; > proxy_read_timeout 60; > proxy_connect_timeout 60; > proxy_send_timeout 180; > # msie_padding on; > proxy_buffer_size 32K; > proxy_buffers 64 512K; > proxy_busy_buffers_size 1024K; > proxy_temp_file_write_size 1024K; > gzip on; > gzip_min_length 10240; > gzip_buffers 32 64k; > gzip_types application/x-javascript text/css text/xml text/plain; > client_header_buffer_size 4K; > client_max_body_size 10M; > large_client_header_buffers 16 8K; > sendfile on; > tcp_nopush on; > tcp_nodelay on; > output_buffers 32 256k; > postpone_output 1460; > lingering_time 30; > lingering_timeout 6; > reset_timedout_connection on; > keepalive_timeout 20; > server_names_hash_bucket_size 10240; > server { > listen 1.1.1.1:81; > server_name popa.ru; > # access_log /var/log/httpd/domains/popa.ru.log main; > error_log /var/log/httpd/domains/popa.ru.error.log error; > location / { > proxy_pass http://1.1.1.1; > 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 60; > proxy_send_timeout 90; > proxy_read_timeout 90; > proxy_buffer_size 4k; > proxy_buffers 120 64k; > proxy_busy_buffers_size 64k; > proxy_temp_file_write_size 64k; > } > location @back { > proxy_pass http://1.1.1.1; > 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; > } > #Static files location > location ~* > ^.+\.(jpg|jpeg|gif|mp3|png|avi|vob|mpg|mpeg|mp4|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js)$ > root /home/popat/domains/popa.ru/public_html; > expires 14d; > error_page 404 = @back; > access_log /var/log/httpd/domains/popa.ru.log main; > access_log /var/log/httpd/domains/popa.ru.bytes bytes; > } > } > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -- С уважением, Bykov mailto:s на bykov.odessa.ua From s на bykov.odessa.ua Fri Dec 10 06:30:19 2010 From: s на bykov.odessa.ua (Bykov Subscribe) Date: Fri, 10 Dec 2010 05:30:19 +0200 Subject: =?UTF-8?B?0J3QtdGB0LrQvtC70YzQutC+INCy0LjRgNGC0YPQsNC70YXQvtGB0YLQvtCyINC/?= =?UTF-8?B?0LjRiNGD0YnQuNC1INCyINC+0LTQuNC9INC70L7Qsz8=?= Message-ID: <929076535.20101210053019@bykov.odessa.ua> Как заставить nginx писать в один лог из разных виртуалхостов? Если делать так server{ server_name name1; access_log access.log main; } server{ server_name name2; access_log access.log main; } Ругается на дубликат... From vyacheslav на slinko.pp.ru Fri Dec 10 07:54:50 2010 From: vyacheslav на slinko.pp.ru (Vyacheslav Slinko) Date: Fri, 10 Dec 2010 07:54:50 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQstC40YDRgtGD0LDQu9GF0L7RgdGC0L4=?= =?UTF-8?B?0LIg0L/QuNGI0YPRidC40LUg0LIg0L7QtNC40L0g0LvQvtCzPw==?= In-Reply-To: <929076535.20101210053019@bykov.odessa.ua> References: <929076535.20101210053019@bykov.odessa.ua> Message-ID: Можно объявить выше, в http {}. 2010/12/10 Bykov Subscribe > Как заставить nginx писать в один лог из разных виртуалхостов? > Если делать так > server{ > server_name name1; > access_log access.log main; > } > > server{ > server_name name2; > access_log access.log main; > } > > Ругается на дубликат... > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Sincerely yours, Vyacheslav Slinko ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From myc на barev.net Fri Dec 10 09:11:06 2010 From: myc на barev.net (Eugene Mychlo) Date: Fri, 10 Dec 2010 09:11:06 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <1883112110.20101209230611@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> Message-ID: <4D01C47A.5050403@barev.net> 09.12.2010 23:06, Михаил Монашёв пишет: > Ещё можно в дефолтном listen в server_name прописать несуществующий > хост и писать все запросы к нему чтобы потом забанить ip, делающие > запросы к несуществующим у тебя хостам. > Периодически спасает если в таком "несуществующем" сервере прописать. rewrite ^ http://127.0.0.1/ permanent; :) From rh на nobrend.ru Fri Dec 10 10:25:19 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Fri, 10 Dec 2010 10:25:19 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <4D01C47A.5050403@barev.net> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: дык по не сущ. хостам отдается пустая хтмлка. 8 полета прошли нормально и упали снова, забился /tmp разбираюсь чем, и сервак начал ребутится, раз а 15 мин. про ip4flow чето погуглил не нашел описания что за зверь. =( с rewrite думаю не прокатит у меня, т.к. они тупо подключаются и отключаются размер переданных данных по логам 0. 2010/12/10 Eugene Mychlo > 09.12.2010 23:06, Михаил Монашёв пишет: > > Ещё можно в дефолтном listen в server_name прописать несуществующий >> хост и писать все запросы к нему чтобы потом забанить ip, делающие >> запросы к несуществующим у тебя хостам. >> >> > Периодически спасает если в таком "несуществующем" сервере прописать. > rewrite ^ http://127.0.0.1/ permanent; > > :) > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Fri Dec 10 10:26:48 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 10 Dec 2010 10:26:48 +0300 Subject: =?UTF-8?B?UmVbMl06INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <4D01C47A.5050403@barev.net> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: <1852086352.20101210102648@softsearch.ru> Здравствуйте, Евгений. >> Ещё можно в дефолтном listen в server_name прописать несуществующий >> хост и писать все запросы к нему чтобы потом забанить ip, делающие >> запросы к несуществующим у тебя хостам. >> EM> Периодически спасает если в таком "несуществующем" сервере прописать. EM> rewrite ^ http://127.0.0.1/ permanent; А зачем так делать, если можно сразу ничего не возвращать: location / { return 204; } -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From voron на amhost.net Fri Dec 10 10:51:08 2010 From: voron на amhost.net (Alex Vorona) Date: Fri, 10 Dec 2010 09:51:08 +0200 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <1852086352.20101210102648@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> <1852086352.20101210102648@softsearch.ru> Message-ID: <4D01DBEC.7030509@amhost.net> 10.12.2010 09:26, Михаил Монашёв wrote: > Здравствуйте, Евгений. > >>> Ещё можно в дефолтном listen в server_name прописать несуществующий >>> хост и писать все запросы к нему чтобы потом забанить ip, делающие >>> запросы к несуществующим у тебя хостам. >>> > > EM> Периодически спасает если в таком "несуществующем" сервере прописать. > EM> rewrite ^ http://127.0.0.1/ permanent; > > А зачем так делать, Чтобы боты ддосили сами себя > если можно сразу ничего не возвращать: > > location / { - return 204; + return 444; > } > From m.nasedkin на gmail.com Fri Dec 10 10:59:24 2010 From: m.nasedkin на gmail.com (Mihail Nasedkin) Date: Fri, 10 Dec 2010 12:59:24 +0500 Subject: =?UTF-8?Q?=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_closed_co?= =?UTF-8?Q?nnection_while_reading_response_header_from_upstream?= Message-ID: Доброго всем. Прежде всего хочу выразить благодарность разработчику Игорю Сысоеву. Поставил nginx-0.8.53 перед apache и неким собственным http-движком пока преимущественно с целью работы обоих бекендов на обычном https(443)-порту. С апачем пока проблем нет, а вот собственный движок выдает все запросы одной страницы (т.е. и html и картинки и css и javascripts) только через раз - один раз нормально, второй - нормально грузит только основной html-код, а все остальное - увы, в логах nginx'а : ... upstream prematurely closed connection while reading response header from upstream ... В логах бэк-движка нет ничего. Смысл проблемы ясен - НГИНКС пытается использовать удержанное соединение с бэк-движком и происходит облом. Напрямую, без nginx, работа браузера и своего движка - все отлично. Думаю, может связано с понятием kepp-alive. Может кто подскажет, как ведет себя nginx с проксированным движком в плане удержания соединений? Точно знаю, что мой движок закрывает соединение после отдачи одного запроса. Можно ли настроить nginx точно не делать keep-alive с проксированным движком? Т.е. быть похожим на обычный клиент. Пытался использовать/менять директивы keepalive_timeout, proxy_connect_timeout, upstream {} - увы :( -- --- С уважением, Михаил Наседкин From lvm на citylink-rk.ru Thu Dec 9 10:39:39 2010 From: lvm на citylink-rk.ru (=?KOI8-R?Q?=F7=C1=C4=C9=CD_=EC=C1=DA=CF=D7=D3=CB=C9=CA?=) Date: Thu, 09 Dec 2010 10:39:39 +0300 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_webdav?= In-Reply-To: References: Message-ID: <4D0087BB.6040108@citylink-rk.ru> 09.12.2010 3:24, ruslan usifov пишет: > Возможно ли использовать webdav модуль Ngnx, таким образом чтобы было > возможно подключение его как веб папки в ms windows, сейчас я в > error.log вижу следующее: > > 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "OPTIONS / HTTP/1.1" 405 > 173 "-" "Microsoft Data Access Internet Publishing Provider Protocol > Discovery" > 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "PROPFIND / HTTP/1.1" > 405 173 "-" "Microsoft Data Access Internet Publishing Provider DAV" > > Однако невозможно разрешить методы OPTIONS и PROPFIND в директиве > конфигурации dav_methods (nginx про них ничего не знает) > Может быть кто то поделиться рецептом как можно заставить работать ms > веб папки в nginx? > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Здравствуйте. Методы OPTIONS и PROPFIND придется проксировать на бэкенд (например, apache+mod_dav). dav_methods PUT DELETE MKCOL COPY MOVE; error_page 417 = @apache_dav; if ($request_method ~ ^(PROPFIND|OPTIONS)$) { return 417; } create_full_put_path on; dav_access group:rw all:r; location @apache_dav { proxy_pass ...; } При этом штатные виндовые webfolders будут работать только если методы PROPFIND|OPTIONS будут поддерживаться в location / ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From shestopalovmsergey на gmail.com Thu Dec 9 20:40:59 2010 From: shestopalovmsergey на gmail.com (Gmail) Date: Thu, 9 Dec 2010 20:40:59 +0300 Subject: nginx+xbt tracker In-Reply-To: <1fd6b595a5bdc83f47d05e32cc22cdb9.NginxMailingListRussian@forum.nginx.org> References: <7aadc605d2cc4536930b2fe0868fd3f1.NginxMailingListRussian@forum.nginx.org> <6c1d05352d08d0850ba99d0636b3a30f.NginxMailingListRussian@forum.nginx.org> <1fd6b595a5bdc83f47d05e32cc22cdb9.NginxMailingListRussian@forum.nginx.org> Message-ID: <1067111649.20101209204059@gmail.com> Здравствуйте, agz. Вы писали 9 декабря 2010 г., 0:47:22: > Там он вычисляется так: > case 'i': > if (name == "ip") > m_ipa = inet_addr(value.c_str()); > break; > Надо патчить его :) Что то подобное припоминаю с год назад бился вроде с похожей проблемой у этих 2 друзей nginx и xbt и кажется мне помог такой тупой фокус у xbt как включение его не только на local но и на обычном интерфейсе. Помню что после этого внезапно он стал умным и грамотным. Возможно особенность того билда. А вобще глянь на рутрекере пример настройки ретрекера - все робит без проблем у меня в такой связке. (если что писать лучше в почту) -- С уважением, Gmail mailto:shestopalovmsergey на gmail.com From lvm на citylink-rk.ru Fri Dec 10 10:50:05 2010 From: lvm на citylink-rk.ru (=?KOI8-R?Q?=F7=C1=C4=C9=CD_=EC=C1=DA=CF=D7=D3=CB=C9=CA?=) Date: Fri, 10 Dec 2010 10:50:05 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <1852086352.20101210102648@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> <1852086352.20101210102648@softsearch.ru> Message-ID: <4D01DBAD.5060205@citylink-rk.ru> 10.12.2010 10:26, Михаил Монашёв пишет: > Здравствуйте, Евгений. > >>> Ещё можно в дефолтном listen в server_name прописать несуществующий >>> хост и писать все запросы к нему чтобы потом забанить ip, делающие >>> запросы к несуществующим у тебя хостам. >>> > EM> Периодически спасает если в таком "несуществующем" сервере прописать. > EM> rewrite ^ http://127.0.0.1/ permanent; > > А зачем так делать, если можно сразу ничего не возвращать: > > location / { > return 204; > } > А можно и 444. From greenh на gmail.com Fri Dec 10 11:34:13 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 10:34:13 +0200 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <4D01DBEC.7030509@amhost.net> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> <1852086352.20101210102648@softsearch.ru> <4D01DBEC.7030509@amhost.net> Message-ID: я вот только не пойму... если четко известны признаки атакующих, тем более такие примитивные, то почему бы не сложить их ИП в отдельный лог и не зарезать суровый фаерволом? 2010/12/10 Alex Vorona : > 10.12.2010 09:26, Михаил Монашёв wrote: >> Здравствуйте, Евгений. >> >>>> Ещё  можно  в  дефолтном listen в server_name прописать несуществующий >>>> хост  и  писать  все  запросы к нему чтобы потом забанить ip, делающие >>>> запросы к несуществующим у тебя хостам. >>>> >> >> EM> Периодически спасает если в таком "несуществующем" сервере прописать. >> EM> rewrite ^ http://127.0.0.1/ permanent; >> >> А зачем так делать, > Чтобы боты ддосили сами себя >> если можно сразу ничего не возвращать: >> >>                 location / { > -                         return 204; > +                         return 444; >>                 } >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From igor на sysoev.ru Fri Dec 10 11:38:55 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 10 Dec 2010 11:38:55 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <1883112110.20101209230611@softsearch.ru> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> Message-ID: <20101210083855.GE56905@rambler-co.ru> On Thu, Dec 09, 2010 at 11:06:11PM +0300, Михаил Монашёв wrote: > Здравствуйте, -=HaRius=-. > > H> собрались с провайдером и работаем!!! =) > H> 15К запросов в секунду и работаетмс!!! ура!!! > > молодцы. > > H> данные под нагрузкой может че еще узрите не верного. > > Вот это там нехорошо: > ip4flow: 56, 4158, 4158, 0, 99441, 77365237 > > Что это значит и как поднять лимит выше 4158 и надо ли это делать, я > не знаю. ip4flow - это flowtable. Нужно на раутерах. Можно отключить: net.inet.flowtable.enable=0 -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Fri Dec 10 11:44:17 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 10 Dec 2010 11:44:17 +0300 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQstC40YDRgtGD0LDQu9GF0L7RgdGC0L4=?= =?UTF-8?B?0LIg0L/QuNGI0YPRidC40LUg0LIg0L7QtNC40L0g0LvQvtCzPw==?= In-Reply-To: <929076535.20101210053019@bykov.odessa.ua> References: <929076535.20101210053019@bykov.odessa.ua> Message-ID: <20101210084417.GF56905@rambler-co.ru> On Fri, Dec 10, 2010 at 05:30:19AM +0200, Bykov Subscribe wrote: > Как заставить nginx писать в один лог из разных виртуалхостов? > Если делать так > server{ > server_name name1; > access_log access.log main; > } > > server{ > server_name name2; > access_log access.log main; > } > > Ругается на дубликат... Как именно ругается ? -- Игорь Сысоев http://sysoev.ru From kamazee на gmail.com Fri Dec 10 11:53:17 2010 From: kamazee на gmail.com (=?KOI8-R?B?4czFy9PBzsTSIOvV0snMzw==?=) Date: Fri, 10 Dec 2010 10:53:17 +0200 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: <4D01C47A.5050403@barev.net> References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: > Периодически спасает если в таком "несуществующем" сервере прописать. > rewrite ^ http://127.0.0.1/ permanent; Думаете, они утруждают себя переходами по редиректам? From ruslan.usifov на gmail.com Fri Dec 10 11:57:03 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 11:57:03 +0300 Subject: =?UTF-8?B?0YHRgtGA0LDQvdC90LDRjyDRgdGC0LDRgtC40YHRgtC40LrQsA==?= Message-ID: Приветствую я наблюдаю очень странную статистику nginx (статистика собирается через status module): http://pixs.ru/showimage/troublejpg_9917540_1340475.jpg как видно начинает резко расти количество активных подключений (и количество соединений которые чего то пишут), но при этом не растет количество запросов в секунду. Причем в момент резкого роста CPU на всех обработчиках (их у нас 3) под 100%. В принцепе ладно - это по идее должно означать что во время резкого роста мы не справляемся с нагрузкой, но не понятно отчего не растет количество запросов в секунду на Nginx? From boris на dolgov.name Fri Dec 10 11:58:39 2010 From: boris на dolgov.name (Boris Dolgov) Date: Fri, 10 Dec 2010 11:58:39 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: Некоторые - да. Но прием куки или яваскрипт останавливает почти всех :) 2010 12 10 11:53 пользователь "Александр Курило" написал: >> Периодически спасает если в таком "несуществующем" сервере прописать. >> rewrite ^ http://127.0.0.1/ permanent; > > Думаете, они утруждают себя переходами по редиректам? > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruslan.usifov на gmail.com Fri Dec 10 12:00:37 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 12:00:37 +0300 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_webdav?= In-Reply-To: <4D0087BB.6040108@citylink-rk.ru> References: <4D0087BB.6040108@citylink-rk.ru> Message-ID: Угу почти так и сделал, за исключением того что проксирую весь webdav на apche, а на Nginx оставил только ssl и запрос клиентского сертификата 9 декабря 2010 г. 10:39 пользователь Вадим Лазовский написал: > 09.12.2010 3:24, ruslan usifov пишет: > > Возможно ли использовать webdav модуль Ngnx, таким образом чтобы было > возможно подключение его как веб папки в ms windows, сейчас я в error.log > вижу следующее: > > 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "OPTIONS / HTTP/1.1" 405 173 > "-" "Microsoft Data Access Internet Publishing Provider Protocol Discovery" > 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "PROPFIND / HTTP/1.1" 405 173 > "-" "Microsoft Data Access Internet Publishing Provider DAV" > > Однако невозможно разрешить методы OPTIONS и  PROPFIND в директиве > конфигурации dav_methods (nginx про них ничего не знает) > Может быть кто то поделиться рецептом как можно заставить работать ms веб > папки в nginx? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > Здравствуйте. > > Методы OPTIONS и PROPFIND придется проксировать на бэкенд (например, > apache+mod_dav). > >                         dav_methods PUT DELETE MKCOL COPY MOVE; > >                         error_page 417 = @apache_dav; > >                         if ($request_method ~ ^(PROPFIND|OPTIONS)$) { >                                 return 417; >                         } > >                         create_full_put_path   on; >                         dav_access group:rw all:r; > > >                 location @apache_dav { >                         proxy_pass   ...; >                 } > > При этом штатные виндовые webfolders будут работать только если методы > PROPFIND|OPTIONS будут поддерживаться в location / > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From rh на nobrend.ru Fri Dec 10 12:00:57 2010 From: rh на nobrend.ru (-=HaRius=-) Date: Fri, 10 Dec 2010 12:00:57 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> <1852086352.20101210102648@softsearch.ru> <4D01DBEC.7030509@amhost.net> Message-ID: первым делом был подключен фаер =) 2010/12/10 greenh > я вот только не пойму... если четко известны признаки атакующих, тем > более такие примитивные, то почему бы не сложить их ИП в отдельный лог > и не зарезать суровый фаерволом? > > 2010/12/10 Alex Vorona : > > 10.12.2010 09:26, Михаил Монашёв wrote: > >> Здравствуйте, Евгений. > >> > >>>> Ещё можно в дефолтном listen в server_name прописать несуществующий > >>>> хост и писать все запросы к нему чтобы потом забанить ip, делающие > >>>> запросы к несуществующим у тебя хостам. > >>>> > >> > >> EM> Периодически спасает если в таком "несуществующем" сервере > прописать. > >> EM> rewrite ^ http://127.0.0.1/ permanent; > >> > >> А зачем так делать, > > Чтобы боты ддосили сами себя > >> если можно сразу ничего не возвращать: > >> > >> location / { > > - return 204; > > + return 444; > >> } > >> > > > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru на nginx.org > > http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From citrin на citrin.ru Fri Dec 10 12:59:11 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Fri, 10 Dec 2010 12:59:11 +0300 Subject: =?UTF-8?Q?Re=3A_=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_clo?= =?UTF-8?Q?sed_connection_while_reading_response_header_from_upstream?= In-Reply-To: References: Message-ID: <4D01F9EF.7010708@citrin.ru> On 12/10/10 10:59, Mihail Nasedkin wrote: > а все остальное - увы, в логах nginx'а : > ... upstream prematurely closed connection while reading response > header from upstream ... Скорее всего бэкенд падает в корку. Смотрите логи бэкенда, логи системы (dmesg), включите запись корок. Как именно это сделать зависит от ОС (которую вы не указали в вопросе). -- Anton Yuzhaninov From nginx-forum на nginx.us Fri Dec 10 13:02:54 2010 From: nginx-forum на nginx.us (daevy) Date: Fri, 10 Dec 2010 05:02:54 -0500 Subject: =?UTF-8?B?0L3QtdGA0LDQstC90L7QvNC10YDQvdCw0Y8g0L3QsNCz0YDRg9C30LrQsCDQvdCw?= =?UTF-8?B?INCx0Y3QutGN0L3QtNCw0YU=?= Message-ID: <6c35e9a6c832fcccace85cd7d7d9ba4e.NginxMailingListRussian@forum.nginx.org> Всем доброго времени суток, есть такая картина: фронтэнд - nginx-0.7.65-r1 раскидывает запросы на 2 бэкэнда. upstream nginx_passenger { server web1:1080; server web2:1080; } бэкэнды - nginx-0.7.67 + passenger. так вот, passenger-status первого бэкэнда показывает что очередь заполнена полностью. В это же время а на втором бэкэнде, очередь может быть пустой или иногда поднимается на половину. И бывают моменты когда они меняются местами. Грешу на на несправедливое распределение фронтэндом. Есть у кого какие идеи? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157411,157411#msg-157411 From citrin на citrin.ru Fri Dec 10 13:16:42 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Fri, 10 Dec 2010 13:16:42 +0300 Subject: =?UTF-8?B?UmU6INC90LXRgNCw0LLQvdC+0LzQtdGA0L3QsNGPINC90LDQs9GA0YPQt9C60LAg?= =?UTF-8?B?0L3QsCDQsdGN0LrRjdC90LTQsNGF?= In-Reply-To: <6c35e9a6c832fcccace85cd7d7d9ba4e.NginxMailingListRussian@forum.nginx.org> References: <6c35e9a6c832fcccace85cd7d7d9ba4e.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D01FE0A.3030109@citrin.ru> On 12/10/10 13:02, daevy wrote: > Грешу на на несправедливое > распределение фронтэндом. Есть у кого > какие идеи? Сравните графики числа запросов в секунду на обоих бэкендах. Если таких графиков нет, то стоит настроить кукую либо систему мониторинга с такими графиками. -- Anton Yuzhaninov From ruslan.usifov на gmail.com Fri Dec 10 13:19:23 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 13:19:23 +0300 Subject: =?UTF-8?B?UmU6INC90LXRgNCw0LLQvdC+0LzQtdGA0L3QsNGPINC90LDQs9GA0YPQt9C60LAg?= =?UTF-8?B?0L3QsCDQsdGN0LrRjdC90LTQsNGF?= In-Reply-To: <6c35e9a6c832fcccace85cd7d7d9ba4e.NginxMailingListRussian@forum.nginx.org> References: <6c35e9a6c832fcccace85cd7d7d9ba4e.NginxMailingListRussian@forum.nginx.org> Message-ID: Тут все очень просто, когда происходит ошибка Nginx выключает back end fail_timeout время, соовтетсвенно нужно выставить его в 0, это конечно не самое лучшее решение но все же 10 декабря 2010 г. 13:02 пользователь daevy написал: > Всем доброго времени суток, есть такая > картина: > фронтэнд - nginx-0.7.65-r1 раскидывает запросы > на 2 бэкэнда. > > upstream nginx_passenger { > server web1:1080; > server web2:1080; > } > > бэкэнды - nginx-0.7.67 + passenger. > так вот, passenger-status первого бэкэнда > показывает что очередь заполнена > полностью. > В это же время а на втором бэкэнде, > очередь может быть пустой или иногда > поднимается на половину. > И бывают моменты когда они меняются > местами. > Грешу на на несправедливое > распределение фронтэндом. Есть у кого > какие идеи? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,157411,157411#msg-157411 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Fri Dec 10 13:32:23 2010 From: nginx-forum на nginx.us (daevy) Date: Fri, 10 Dec 2010 05:32:23 -0500 Subject: =?UTF-8?B?UmU6INC90LXRgNCw0LLQvdC+0LzQtdGA0L3QsNGPINC90LDQs9GA0YPQt9C60LAg?= =?UTF-8?B?0L3QsCDQsdGN0LrRjdC90LTQsNGF?= In-Reply-To: References: Message-ID: <321c04290bda2c9f744e14112d2c7005.NginxMailingListRussian@forum.nginx.org> думаю fail_timeout=0s не поможет хоть и на втором бэкэнде очередь может быть пуста, но часть рубей работает и обрабатывает запросы...вот пример вывод passenger-status ----------- General information ----------- max = 14 count = 14 active = 12 inactive = 2 Waiting on global queue: 0 ----------- Domains ----------- /home/pc/sites/pulscen/current: PID: 13842 Sessions: 0 Processed: 25040 Uptime: 1h 59m 1s PID: 13874 Sessions: 0 Processed: 24675 Uptime: 1h 58m 50s PID: 13866 Sessions: 1 Processed: 24888 Uptime: 1h 58m 51s PID: 13890 Sessions: 1 Processed: 24643 Uptime: 1h 58m 50s PID: 13858 Sessions: 1 Processed: 24955 Uptime: 1h 58m 51s PID: 13845 Sessions: 1 Processed: 24605 Uptime: 1h 58m 51s PID: 13877 Sessions: 1 Processed: 24662 Uptime: 1h 58m 50s PID: 13853 Sessions: 1 Processed: 24538 Uptime: 1h 58m 51s PID: 13894 Sessions: 1 Processed: 25052 Uptime: 1h 58m 50s PID: 13881 Sessions: 1 Processed: 25153 Uptime: 1h 58m 50s PID: 13886 Sessions: 1 Processed: 25125 Uptime: 1h 58m 50s PID: 13848 Sessions: 1 Processed: 24294 Uptime: 1h 58m 51s PID: 13870 Sessions: 1 Processed: 25074 Uptime: 1h 58m 50s PID: 13862 Sessions: 1 Processed: 25218 Uptime: 1h 58m 51s есть Global queue - которая в данный момент пуста, и есть загруженные инстансы ruby, которые обрабатывают запросы(12), или ждут когда им чтото свалится(2). Вот на одном бэкэнде global queue может вырасти до максимума, в то время как на другом будет в разы меньше. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157411,157419#msg-157419 From ash2kk на gmail.com Fri Dec 10 13:35:27 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Fri, 10 Dec 2010 15:35:27 +0500 Subject: =?UTF-8?Q?Re=3A_=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_clo?= =?UTF-8?Q?sed_connection_while_reading_response_header_from_upstream?= In-Reply-To: References: Message-ID: 10 декабря 2010 г. 12:59 пользователь Mihail Nasedkin написал: > Доброго всем. > > Прежде всего хочу выразить благодарность разработчику Игорю Сысоеву. > > Поставил nginx-0.8.53 перед apache и неким собственным http-движком > пока преимущественно с целью работы обоих бекендов на обычном > https(443)-порту. > > С апачем пока проблем нет, а вот собственный движок выдает все запросы > одной страницы (т.е. и html и картинки и css и javascripts) только > через раз - один раз нормально, второй - нормально грузит только > основной html-код, а все остальное - увы, в логах nginx'а : > ... upstream prematurely closed connection while reading response > header from upstream ... > > В логах бэк-движка нет ничего. > > Смысл проблемы ясен - НГИНКС пытается использовать удержанное > соединение с бэк-движком и происходит облом. > > Напрямую, без nginx, работа браузера и своего движка - все отлично. > > Думаю, может связано с понятием kepp-alive. Может кто подскажет, как > ведет себя nginx с проксированным движком в плане удержания > соединений? Точно знаю, что мой движок закрывает соединение после > отдачи одного запроса. > > Можно ли настроить nginx точно не делать keep-alive с проксированным > движком? Т.е. быть похожим на обычный клиент. > > Пытался использовать/менять директивы keepalive_timeout, > proxy_connect_timeout, upstream {} - увы :( nginx сам по себе не поддерживает keep-alive для upstream'ов. From hell-for-yahoo на umail.ru Fri Dec 10 13:45:09 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 10 Dec 2010 13:45:09 +0300 Subject: nginx и webdav In-Reply-To: References: Message-ID: <1391583513.20101210134509@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) ruslan usifov! ru> Возможно ли использовать webdav модуль Ngnx, таким образом чтобы было ru> возможно подключение его как веб папки в ms windows, сейчас я в error.log ru> вижу следующее: ru> 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "OPTIONS / HTTP/1.1" 405 173 ru> "-" "Microsoft Data Access Internet Publishing Provider Protocol Discovery" ru> 192.168.83.1 - - [09/Dec/2010:05:56:05 +0300] "PROPFIND / HTTP/1.1" 405 173 ru> "-" "Microsoft Data Access Internet Publishing Provider DAV" ru> Однако невозможно разрешить методы OPTIONS и PROPFIND в директиве ru> конфигурации dav_methods (nginx про них ничего не знает) ru> Может быть кто то поделиться рецептом как можно заставить работать ms веб ru> папки в nginx? Я бы не советовал этим заморачиваться. "Эти ваши" вебпапки имеют кучу проблем на виндах после 2000. Подробнее можете покопать вокруг Subversion, там довольно подробно мусолилась эта проблема, поскольку при работе через HTTP Subversion использует WebDAV. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.12.2010, <13:42> From hell-for-yahoo на umail.ru Fri Dec 10 13:54:18 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 10 Dec 2010 13:54:18 +0300 Subject: Вновь: upstream prematurely closed connection while reading response header from upstream In-Reply-To: References: Message-ID: <1956121335.20101210135418@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Mihail Nasedkin! MN> Думаю, может связано с понятием kepp-alive. Может кто подскажет, как MN> ведет себя nginx с проксированным движком в плане удержания MN> соединений? Точно знаю, что мой движок закрывает соединение после MN> отдачи одного запроса. А апстрим точно отвечает первой строкой HTTP/1.0 ? А добавить в заголовки ответа Connection: close ? (Или как там оно пишется) MN> Можно ли настроить nginx точно не делать keep-alive с проксированным MN> движком? Т.е. быть похожим на обычный клиент. MN> Пытался использовать/менять директивы keepalive_timeout, MN> proxy_connect_timeout, upstream {} - увы :( -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.12.2010, <13:52> From sytar.alex на gmail.com Fri Dec 10 13:57:41 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Fri, 10 Dec 2010 13:57:41 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: 2010/12/10 Boris Dolgov : > Некоторые - да. Но прием куки или яваскрипт останавливает почти всех :) На счёт javascript - все понятно, а вот как вы собираетесь проверять получил ли клиент куку? > > 2010 12 10 11:53 пользователь "Александр Курило" > написал: >>> Периодически спасает если в таком "несуществующем" сервере прописать. >>> rewrite ^ http://127.0.0.1/ permanent; >> >> Думаете, они утруждают себя переходами по редиректам? >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- Have a nice day From sytar.alex на gmail.com Fri Dec 10 14:00:52 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Fri, 10 Dec 2010 14:00:52 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> <1852086352.20101210102648@softsearch.ru> <4D01DBEC.7030509@amhost.net> Message-ID: 2010/12/10 -=HaRius=- : > первым делом был подключен фаер =) > Если проект, например, русско-язычный и для русских можно прикрутить GeoIP и резать по регионам. > 2010/12/10 greenh >> >> я вот только не пойму... если четко известны признаки атакующих, тем >> более такие примитивные, то почему бы не сложить их ИП в отдельный лог >> и не зарезать суровый фаерволом? >> >> 2010/12/10 Alex Vorona : >> > 10.12.2010 09:26, Михаил Монашёв wrote: >> >> Здравствуйте, Евгений. >> >> >> >>>> Ещё  можно  в  дефолтном listen в server_name прописать >> >>>> несуществующий >> >>>> хост  и  писать  все  запросы к нему чтобы потом забанить ip, >> >>>> делающие >> >>>> запросы к несуществующим у тебя хостам. >> >>>> >> >> >> >> EM> Периодически спасает если в таком "несуществующем" сервере >> >> прописать. >> >> EM> rewrite ^ http://127.0.0.1/ permanent; >> >> >> >> А зачем так делать, >> > Чтобы боты ддосили сами себя >> >> если можно сразу ничего не возвращать: >> >> >> >>                 location / { >> > -                         return 204; >> > +                         return 444; >> >>                 } >> >> >> > >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru на nginx.org >> > http://nginx.org/mailman/listinfo/nginx-ru >> > >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- Have a nice day From boris на dolgov.name Fri Dec 10 14:08:13 2010 From: boris на dolgov.name (Boris Dolgov) Date: Fri, 10 Dec 2010 14:08:13 +0300 Subject: =?UTF-8?B?UmU6INC80LvRjyDQsNGC0LDQutCwID0o?= In-Reply-To: References: <5910579745.20101209191351@softsearch.ru> <1883112110.20101209230611@softsearch.ru> <4D01C47A.5050403@barev.net> Message-ID: 2010/12/10 Aleksandr Sytar : >> Некоторые - да. Но прием куки или яваскрипт останавливает почти всех :) > На счёт javascript - все понятно, а вот как вы собираетесь проверять > получил ли клиент куку? Каждый раз, когда клиент обращается без куки - давать ему куку. При достижении критического значения количества выданных кук на IP-адрес в промежуток времени - бан. -- Boris Dolgov. From m.nasedkin на gmail.com Fri Dec 10 14:26:29 2010 From: m.nasedkin на gmail.com (Mihail Nasedkin) Date: Fri, 10 Dec 2010 16:26:29 +0500 Subject: =?UTF-8?Q?Re=3A_=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_clo?= =?UTF-8?Q?sed_connection_while_reading_response_header_from_upstream?= In-Reply-To: <1956121335.20101210135418@mtu-net.ru> References: <1956121335.20101210135418@mtu-net.ru> Message-ID: Спасибо за Ваши разумные ответы. По порядку. Сейчас вариант с upstream {указал несколько раз одинаковую сроку на БЭ} увидел в логах бэкэнда, что на запросы с полем заголовка IF_MODIFIED_SINCE мой концевой движок отвечает кодом возврата 304 без тела. По какой-то причине nginx переходит к следующему серверу, указанному в upstream {}, БЭ вновь отвечает 304 и так повторяется до конца списка серверов upstream {} Хорошо, вариант с keep-alive отвергаю. HTTP/1.0 и Connection: close точно есть. -- --- С уважением, Михаил Наседкин From postmaster на softsearch.ru Fri Dec 10 14:29:21 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 10 Dec 2010 14:29:21 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: Message-ID: <1543135113.20101210142921@softsearch.ru> Здравствуйте, Руслан. Friday, December 10, 2010, 11:57:03 AM, Вы писали: ru> Приветствую ru> я наблюдаю очень странную статистику nginx (статистика собирается ru> через status module): ru> http://pixs.ru/showimage/troublejpg_9917540_1340475.jpg ru> как видно начинает резко расти количество активных подключений (и ru> количество соединений которые чего то пишут), но при этом не ru> растет количество запросов в секунду. Причем в момент резкого ru> роста CPU на всех обработчиках (их у нас 3) под 100%. В принцепе ru> ладно - это по идее должно означать что во время резкого роста мы ru> не справляемся с нагрузкой, но не понятно отчего не растет ru> количество запросов в секунду на Nginx? Всё верно. Начались какие-то тормоза. Например бэкенд начал медленее отдавать ответы, но он их всёравно отдавал в прежнем количестве, просто не так быстро, как ранее. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From ruslan.usifov на gmail.com Fri Dec 10 15:21:17 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 15:21:17 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <1543135113.20101210142921@softsearch.ru> References: <1543135113.20101210142921@softsearch.ru> Message-ID: Я почему то думал что если начинаются тормоза, то увеличивается количество ожидающих запросов, а тут получается что увеличивается количество пишущих а как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192 процесса fastcgi, если предполагать что бекенд стал неспешно отдавать контент, то по идее количество одновременно пишущих подключений не должно не должно быть больше 192, и должно увеличиваться количество ожидающих в моем же случае все как раз наоборот. Я сначала думал что у меня графики местами перепутаны но однако все перепроверив убедился что нет не перепутаны. PS: root на social5# uname -a FreeBSD social5.playrix.com 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4 root на social5# nginx -V nginx version: nginx/0.8.53 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 --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_stub_status_module --with-pcre на всякий случай прикрепляю свой zabbix скрипт сбора статистики с Nginx #!/bin/sh ### DESCRIPTION # $1 - имя узла сети в zabbix'е (не используется) # $2 - измеряемая метрика ### OPTIONS VERIFICATION if [ -z $1 ]; then exit 1 fi ### PARAMETERS METRIC="$1" # измеряемая метрика STATURL="http://localhost/" # адрес nginx статистики CURL=/usr/local/bin/curl CACHETTL="5" # Время действия кеша в секундах (чуть меньше чем период опроса элементов) CACHE="/tmp/nginxstat.cache" ### RUN ## Проверка кеша: # время создание кеша (или 0 есть файл кеша отсутствует или имеет нулевой размер) if [ -s "$CACHE" ]; then TIMECACHE=`stat -f"%m" "$CACHE"` else TIMECACHE=0 fi # текущее время TIMENOW=`date '+%s'` # Если кеш неактуален, то обновить его (выход при ошибке) if [ "$(($TIMENOW - $TIMECACHE))" -gt "$CACHETTL" ]; then $CURL -s "$STATURL" > $CACHE || exit 1 fi ## Извлечение метрики: case "$METRIC" in "active") grep "Active connections" $CACHE | cut -d':' -f2 ;; "accepts") sed -n '3p' $CACHE | cut -d" " -f2 ;; "handled") sed -n '3p' $CACHE | cut -d" " -f3 ;; "requests") sed -n '3p' $CACHE | cut -d" " -f4 ;; "myrequests") sed -n '3p' $CACHE | cut -d" " -f4 ;; "reading") grep -Eo "Reading: +[0-9]+" $CACHE | cut -d':' -f2 ;; "writing") grep -Eo "Writing: +[0-9]+" $CACHE | cut -d':' -f2 ;; "waiting") grep -Eo "Waiting: +[0-9]+" $CACHE | cut -d':' -f2 ;; esac 10 декабря 2010 г. 14:29 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Руслан. > > Friday, December 10, 2010, 11:57:03 AM, Вы писали: > > ru> Приветствую > > ru> я наблюдаю очень странную статистику nginx (статистика собирается > ru> через status module): > > ru> http://pixs.ru/showimage/troublejpg_9917540_1340475.jpg > > > ru> как видно начинает резко расти количество активных подключений (и > ru> количество соединений которые чего то пишут), но при этом не > ru> растет количество запросов в секунду. Причем в момент резкого > ru> роста CPU на всех обработчиках (их у нас 3) под 100%. В принцепе > ru> ладно - это по идее должно означать что во время резкого роста мы > ru> не справляемся с нагрузкой, но не понятно отчего не растет > ru> количество запросов в секунду на Nginx? > > Всё верно. Начались какие-то тормоза. Например бэкенд начал медленее > отдавать ответы, но он их всёравно отдавал в прежнем количестве, > просто не так быстро, как ранее. > > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > http://talxy.com - p2p-based online broadcasting and file sharing. > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Fri Dec 10 15:46:16 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 10 Dec 2010 15:46:16 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> Message-ID: <20101210124616.GU54973@mdounin.ru> Hello! On Fri, Dec 10, 2010 at 03:21:17PM +0300, ruslan usifov wrote: > Я почему то думал что если начинаются тормоза, то увеличивается количество > ожидающих запросов, а тут получается что увеличивается количество пишущих а > как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192 > процесса fastcgi, если предполагать что бекенд стал неспешно отдавать > контент, то по идее количество одновременно пишущих подключений не должно не > должно быть больше 192, и должно увеличиваться количество ожидающих в моем > же случае все как раз наоборот. Я сначала думал что у меня графики местами > перепутаны но однако все перепроверив убедился что нет не перепутаны. Writing - это количество обрабатываемых запросов, а waiting - это соединения в состоянии keep-alive. Подробнее про различные значения, возвращаемые stub_status'ом, я рассказывал совсем недавно, можно прочитать тут: http://nginx.org/pipermail/nginx-ru/2010-December/038223.html Соединений в состоянии writing может быть существенно больше, чем процессов на бекендах, т.к. они, в частности, могут ожидать в listen queue бекендов. При тормозах на бекендах будет расти именно количество writing, так и должно быть. Maxim Dounin p.s. Please do not top-post. Thank you. From ruslan.usifov на gmail.com Fri Dec 10 16:04:00 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 16:04:00 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <20101210124616.GU54973@mdounin.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> Message-ID: Огромное спасибо за разъяснение, хотелось бы уточнить ещё один момент, получается что writing (его дельта) это количество запросов пришедшее в секунду на сервис? 10 декабря 2010 г. 15:46 пользователь Maxim Dounin написал: > Hello! > > On Fri, Dec 10, 2010 at 03:21:17PM +0300, ruslan usifov wrote: > > > Я почему то думал что если начинаются тормоза, то увеличивается > количество > > ожидающих запросов, а тут получается что увеличивается количество пишущих > а > > как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192 > > процесса fastcgi, если предполагать что бекенд стал неспешно отдавать > > контент, то по идее количество одновременно пишущих подключений не должно > не > > должно быть больше 192, и должно увеличиваться количество ожидающих в > моем > > же случае все как раз наоборот. Я сначала думал что у меня графики > местами > > перепутаны но однако все перепроверив убедился что нет не перепутаны. > > Writing - это количество обрабатываемых запросов, а waiting - это > соединения в состоянии keep-alive. Подробнее про различные > значения, возвращаемые stub_status'ом, я рассказывал совсем > недавно, можно прочитать тут: > > http://nginx.org/pipermail/nginx-ru/2010-December/038223.html > > Соединений в состоянии writing может быть существенно больше, чем > процессов на бекендах, т.к. они, в частности, могут ожидать в > listen queue бекендов. > > При тормозах на бекендах будет расти именно количество writing, > так и должно быть. > > Maxim Dounin > > p.s. Please do not top-post. Thank you. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From m.nasedkin на gmail.com Fri Dec 10 16:10:35 2010 From: m.nasedkin на gmail.com (Mihail Nasedkin) Date: Fri, 10 Dec 2010 18:10:35 +0500 Subject: =?UTF-8?Q?Re=3A_=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_clo?= =?UTF-8?Q?sed_connection_while_reading_response_header_from_upstream?= In-Reply-To: References: <1956121335.20101210135418@mtu-net.ru> Message-ID: Не совсем понял, что значит "бэкенд падает в корку". Конечный движок чувствует себя отлично, никуда не валится. Повторю, при прямых запросах браузеров проблем с if-modified-since никогда не было. -- --- С уважением, Михаил Наседкин From dedukhin на mail.ru Fri Dec 10 16:32:06 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Fri, 10 Dec 2010 16:32:06 +0300 Subject: =?UTF-8?B?U1NJIGluY2x1ZGUg0Lgg0L/RgNC+0LHQtdC7INCyIFVSSQ==?= Message-ID: <4D022BD6.9070609@mail.ru> Здравствуйте. Столкнулся с проблемой. При обработке запроса в апаче получаю ошибку "request failed: erroneous characters after protocol string", т.к. в адресной строке пробел между единицами так и остался пробелом, а не превратился в %20 Это можно как-то обойти? From ano на bestmx.ru Fri Dec 10 16:30:48 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Fri, 10 Dec 2010 16:30:48 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <20101210124616.GU54973@mdounin.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> Message-ID: <4D022B88.30902@bestmx.ru> On 12/10/10 15:46, Maxim Dounin wrote: > p.s. Please do not top-post. Thank you. А попробуй отвечать всегда внизу - может, так доходчивее будет... Хотя, бесполезно это всё, похоже :-( From mdounin на team.vega.ru Fri Dec 10 17:11:49 2010 From: mdounin на team.vega.ru (Maxim Dounin) Date: Fri, 10 Dec 2010 17:11:49 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> Message-ID: <20101210141149.GV54973@team.vega.ru> Hello! On Fri, Dec 10, 2010 at 04:04:00PM +0300, ruslan usifov wrote: > Огромное спасибо за разъяснение, хотелось бы уточнить ещё один момент, > получается что writing (его дельта) это количество запросов пришедшее в > секунду на сервис? > > 10 декабря 2010 г. 15:46 пользователь Maxim Dounin написал: > > > Hello! > > > > On Fri, Dec 10, 2010 at 03:21:17PM +0300, ruslan usifov wrote: > > > > > Я почему то думал что если начинаются тормоза, то увеличивается > > количество > > > ожидающих запросов, а тут получается что увеличивается количество пишущих > > а > > > как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192 > > > процесса fastcgi, если предполагать что бекенд стал неспешно отдавать > > > контент, то по идее количество одновременно пишущих подключений не должно > > не > > > должно быть больше 192, и должно увеличиваться количество ожидающих в > > моем > > > же случае все как раз наоборот. Я сначала думал что у меня графики > > местами > > > перепутаны но однако все перепроверив убедился что нет не перепутаны. > > > > Writing - это количество обрабатываемых запросов, а waiting - это > > соединения в состоянии keep-alive. Подробнее про различные > > значения, возвращаемые stub_status'ом, я рассказывал совсем > > недавно, можно прочитать тут: > > > > http://nginx.org/pipermail/nginx-ru/2010-December/038223.html > > > > Соединений в состоянии writing может быть существенно больше, чем > > процессов на бекендах, т.к. они, в частности, могут ожидать в > > listen queue бекендов. > > > > При тормозах на бекендах будет расти именно количество writing, > > так и должно быть. > > > > Maxim Dounin > > > > p.s. Please do not top-post. Thank you. обработаны. были что запросов, тех вычетом за времени, единицу за прочитанное полностью запросов, количество это - дельта) (его writing что Получается, Maxim Dounin From m.nasedkin на gmail.com Fri Dec 10 17:16:42 2010 From: m.nasedkin на gmail.com (Mihail Nasedkin) Date: Fri, 10 Dec 2010 19:16:42 +0500 Subject: =?UTF-8?Q?Re=3A_=D0=92=D0=BD=D0=BE=D0=B2=D1=8C=3A_upstream_prematurely_clo?= =?UTF-8?Q?sed_connection_while_reading_response_header_from_upstream?= In-Reply-To: References: <1956121335.20101210135418@mtu-net.ru> Message-ID: Уффф..., разобрался. Оказалось, что в ответах конечного движка 304: Not Modified не был указан в конце еще один символ перевода строки, как требует стандарт. Браузеры проглатывали эту ошибку, а вот щепетильный, в хорошем смысле, nginx всегда дожидался всего 304 до последнего символа, а его не было и соединение закрывалось конц-движком. Для nginx'а это было фатальным. Это будет назиданием писать свои движки скрупулезнее. Еще раз спасибо за подсказки, и конечно особая благодарность Игорю Сысоеву (звездочке). -- --- С уважением, Михаил Наседкин From ruslan.usifov на gmail.com Fri Dec 10 17:54:58 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 17:54:58 +0300 Subject: =?UTF-8?B?UmU6INC90LXRgNCw0LLQvdC+0LzQtdGA0L3QsNGPINC90LDQs9GA0YPQt9C60LAg?= =?UTF-8?B?0L3QsCDQsdGN0LrRjdC90LTQsNGF?= In-Reply-To: <321c04290bda2c9f744e14112d2c7005.NginxMailingListRussian@forum.nginx.org> References: <321c04290bda2c9f744e14112d2c7005.NginxMailingListRussian@forum.nginx.org> Message-ID: 10 декабря 2010 г. 13:32 пользователь daevy написал: > думаю fail_timeout=0s не поможет > > хоть и на втором бэкэнде очередь может > быть пуста, но часть рубей работает и > обрабатывает запросы...вот пример вывод > passenger-status > > ----------- General information ----------- > max = 14 > count = 14 > active = 12 > inactive = 2 > Waiting on global queue: 0 > > ----------- Domains ----------- > /home/pc/sites/pulscen/current: > PID: 13842 Sessions: 0 Processed: 25040 Uptime: 1h 59m 1s > PID: 13874 Sessions: 0 Processed: 24675 Uptime: 1h 58m 50s > PID: 13866 Sessions: 1 Processed: 24888 Uptime: 1h 58m 51s > PID: 13890 Sessions: 1 Processed: 24643 Uptime: 1h 58m 50s > PID: 13858 Sessions: 1 Processed: 24955 Uptime: 1h 58m 51s > PID: 13845 Sessions: 1 Processed: 24605 Uptime: 1h 58m 51s > PID: 13877 Sessions: 1 Processed: 24662 Uptime: 1h 58m 50s > PID: 13853 Sessions: 1 Processed: 24538 Uptime: 1h 58m 51s > PID: 13894 Sessions: 1 Processed: 25052 Uptime: 1h 58m 50s > PID: 13881 Sessions: 1 Processed: 25153 Uptime: 1h 58m 50s > PID: 13886 Sessions: 1 Processed: 25125 Uptime: 1h 58m 50s > PID: 13848 Sessions: 1 Processed: 24294 Uptime: 1h 58m 51s > PID: 13870 Sessions: 1 Processed: 25074 Uptime: 1h 58m 50s > PID: 13862 Sessions: 1 Processed: 25218 Uptime: 1h 58m 51s > > есть Global queue - которая в данный момент > пуста, и есть загруженные инстансы ruby, > которые обрабатывают запросы(12), или > ждут когда им чтото свалится(2). > Вот на одном бэкэнде global queue может > вырасти до максимума, в то время как на > другом будет в разы меньше. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,157411,157419#msg-157419 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > Попробуйте поставить ip_hash; ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Fri Dec 10 18:48:23 2010 From: nginx-forum на nginx.us (grigory) Date: Fri, 10 Dec 2010 10:48:23 -0500 Subject: =?UTF-8?B?bmdpbnggKyBQT1NUINC40Lcgc3dmLdGE0LDQudC70LA=?= Message-ID: Всем привет. Есть такая проблема: flash-скрипт по некоторому событию загружают jpeg-картинку, посылая её с заголовком application/octet-stream. После загрузки файла флэш-скрипт ждёт ответа, и если файл загружен, то выполняет еще одно действие. Файл загружается, обращаясь к веб-адресу: http://domain.com/save.php?id=(random_digits). Что происходит: судя по всему, всё передается нормально, т.к. скрипт save.php сохраняет картинку. Однако, дальше происходит странное: плагин httpFox показывает, что скрипт выдает в ответ ошибку 500 Internal Server Error. Не понимаю, как такое может быть, если картинка в итоге сохранилась? Соответственно, и флэш-скрипт не может дождаться нормального ответа, поскольку получает ошибку. При этом через веб save.php файл открывается отлично. Через cURL тоже загружается нормально. Чем может быть обусловлено получение 500-ой ошибки от nginx в данном случае? Заранее всем спасибо за ответы. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157504,157504#msg-157504 From nginx-forum на nginx.us Fri Dec 10 18:50:09 2010 From: nginx-forum на nginx.us (grigory) Date: Fri, 10 Dec 2010 10:50:09 -0500 Subject: =?UTF-8?B?UmU6IG5naW54ICsgUE9TVCDQuNC3IHN3Zi3RhNCw0LnQu9Cw?= In-Reply-To: References: Message-ID: <6721a11be9b22706e2d49134cb29beb7.NginxMailingListRussian@forum.nginx.org> * httpFox -- плагин для Firefox. Показывает http-запросы, которые отправляет и получает браузер. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157504,157506#msg-157506 From greenh на gmail.com Fri Dec 10 19:03:37 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 18:03:37 +0200 Subject: =?UTF-8?B?0JLRi9GB0L7QutC40LkgTEE=?= Message-ID: Имеется связка nginx+php-fastcgi в некоторых ситуация начинает очень сильно расти LA (до 1000). killall -9 php-cgi нормализует процесс, но попытка запустить fastcgi приводит опять к том же. При том, что в нормальном режиме LA колеблется в районе 1-1,5. Подскажите плз, куда смотреть и как? From temotor на gmail.com Fri Dec 10 19:06:56 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 10 Dec 2010 19:06:56 +0300 Subject: =?UTF-8?B?UmU6IG5naW54ICsgUE9TVCDQuNC3IHN3Zi3RhNCw0LnQu9Cw?= In-Reply-To: References: Message-ID: 2010/12/10 grigory : > Всем привет. > > Есть такая проблема: flash-скрипт по > некоторому событию загружают > jpeg-картинку, посылая её с заголовком > application/octet-stream. После загрузки файла > флэш-скрипт ждёт ответа, и если файл > загружен, то выполняет еще одно > действие. Файл загружается, обращаясь к > веб-адресу: http://domain.com/save.php?id=(random_digits). > > Что  происходит: судя по всему, всё > передается нормально, т.к. скрипт save.php > сохраняет картинку. Однако, дальше > происходит странное: плагин httpFox > показывает, что скрипт выдает в ответ > ошибку 500 Internal Server Error. Не понимаю, как > такое может быть, если картинка в итоге > сохранилась? Соответственно, и > флэш-скрипт не может дождаться > нормального ответа, поскольку получает > ошибку. При этом через веб save.php файл > открывается отлично. Через cURL тоже > загружается нормально. > > Чем может быть обусловлено получение > 500-ой ошибки от nginx в данном случае? > > Заранее всем спасибо за ответы. Получение ошибки обусловлено тем, что обработчик скрипта её вернул. То есть ошибка не связана с nginx. Сделайте такой же запрос (не "через веб" или curl, а именно как отправляет флеш) напрямую к обработчику и увидите в чём дело. А перед тем, как вернуть ошибку скрипт мог успеть сохранить файл, сварить кофе и вычислить Pi. (то есть успешно загруженный файл не показывает ничего) From greenh на gmail.com Fri Dec 10 19:08:02 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 18:08:02 +0200 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: и да, в бекенде 2к php-cgi это вообще вменяемое число?* 2010/12/10 greenh : > Имеется связка nginx+php-fastcgi > > в некоторых ситуация начинает очень сильно расти LA (до 1000). killall > -9 php-cgi нормализует процесс, но попытка запустить fastcgi приводит > опять к том же. При том, что в нормальном режиме LA колеблется в > районе 1-1,5. Подскажите плз, куда смотреть и как? > From temotor на gmail.com Fri Dec 10 19:10:07 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 10 Dec 2010 19:10:07 +0300 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: 2010/12/10 greenh : > и да, в бекенде 2к php-cgi > это вообще вменяемое число?* > 2000 процессов - невменяемое. 20 - вменяемое. > 2010/12/10 greenh : >> Имеется связка nginx+php-fastcgi >> >> в некоторых ситуация начинает очень сильно расти LA (до 1000). killall >> -9 php-cgi нормализует процесс, но попытка запустить fastcgi приводит >> опять к том же. При том, что в нормальном режиме LA колеблется в >> районе 1-1,5. Подскажите плз, куда смотреть и как? >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From bondari на aspiresoft.com Fri Dec 10 19:12:43 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Fri, 10 Dec 2010 17:12:43 +0100 Subject: =?UTF-8?B?UmVbMl06INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: <18228457.20101210171243@aspiresoft.com> они у вас блокируются на чем-то, deadlock какойто. проверяйте общие ресурсы которые использует ваш пхп код скорее всего. g> и да, в бекенде 2к php-cgi g> это вообще вменяемое число?* g> 2010/12/10 greenh : >> Имеется связка nginx+php-fastcgi >> >> в некоторых ситуация начинает очень сильно расти LA (до 1000). killall >> -9 php-cgi нормализует процесс, но попытка запустить fastcgi приводит >> опять к том же. При том, что в нормальном режиме LA колеблется в >> районе 1-1,5. Подскажите плз, куда смотреть и как? >> g> _______________________________________________ g> nginx-ru mailing list g> nginx-ru на nginx.org g> http://nginx.org/mailman/listinfo/nginx-ru -- Best regards, Sergey From greenh на gmail.com Fri Dec 10 19:17:08 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 18:17:08 +0200 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 одновременных запросов? 2010/12/10 Sergey Shepelev : > 2010/12/10 greenh : >> и да, в бекенде 2к php-cgi >> это вообще вменяемое число?* >> > > 2000 процессов - невменяемое. 20 - вменяемое. > >> 2010/12/10 greenh : >>> Имеется связка nginx+php-fastcgi >>> >>> в некоторых ситуация начинает очень сильно расти LA (до 1000). killall >>> -9 php-cgi нормализует процесс, но попытка запустить fastcgi приводит >>> опять к том же. При том, что в нормальном режиме LA колеблется в >>> районе 1-1,5. Подскажите плз, куда смотреть и как? >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From bondari на aspiresoft.com Fri Dec 10 19:19:40 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Fri, 10 Dec 2010 17:19:40 +0100 Subject: =?UTF-8?B?UmVbM106INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5n?= =?UTF-8?B?aW54INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <575381464.20101210011635@softsearch.ru> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> <254799819.20101209155309@softsearch.ru> <598670874.20101209231948@bykov.odessa.ua> <575381464.20101210011635@softsearch.ru> Message-ID: <957143689.20101210171940@aspiresoft.com> Hello Михаил, BS>> А что за ключи запуска у top-а? У меня CentOS, "-mio -ototal" - BS>> ругается что ключи не верны ММ> -mdisplay ММ> Display either 'cpu' or 'io' statistics. Default is 'cpu'. ММ> -ofield ММ> Sort the process display area on the specified field. The field ММ> name is the name of the column as seen in the output, but in ММ> lower case. Likely values are "cpu", "size", "res", and "time", ММ> but may vary on different operating systems. Note that not all ММ> operating systems support this option. ММ> цель - вывести в самый верх процессы, максимально нагружающие диск. У вас какой-то top модный. У меня не Генте тоже нет -m top: procps version 3.2.7 Вот весь юзаж из 'man top' top -hv | -bcHisS -d delay -n iterations -p pid [, pid ...] -- Best regards, Sergey From bondari на aspiresoft.com Fri Dec 10 19:21:57 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Fri, 10 Dec 2010 17:21:57 +0100 Subject: =?UTF-8?B?UmVbMl06INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: <5432639.20101210172157@aspiresoft.com> Hello greenh, g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 g> одновременных запросов? Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 одновременных запросов. -- Best regards, Sergey From greenh на gmail.com Fri Dec 10 19:23:23 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 18:23:23 +0200 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: <5432639.20101210172157@aspiresoft.com> References: <5432639.20101210172157@aspiresoft.com> Message-ID: соответственно 1 процесс обслуживает одновременно 1 запрос. верно? 2010/12/10 Sergey Bondari : > Hello greenh, > > g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 > g> одновременных запросов? > > Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 > одновременных запросов. > > > -- > Best regards, >  Sergey > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From hell-for-yahoo на umail.ru Fri Dec 10 19:23:51 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 10 Dec 2010 19:23:51 +0300 Subject: SSI include и пробел в URI In-Reply-To: <4D022BD6.9070609@mail.ru> References: <4D022BD6.9070609@mail.ru> Message-ID: <1961830852.20101210192351@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! DD> Столкнулся с проблемой. DD> DD> DD> При обработке запроса в апаче получаю ошибку "request failed: erroneous DD> characters after protocol string", т.к. в адресной строке пробел между DD> единицами так и остался пробелом, а не превратился в %20 DD> Это можно как-то обойти? Явно написать 1%201 Программа работает в предположении, что ты знаешь, чего от неё хочешь. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.12.2010, <19:22> From bondari на aspiresoft.com Fri Dec 10 19:39:13 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Fri, 10 Dec 2010 17:39:13 +0100 Subject: =?UTF-8?B?UmVbNF06INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: <1662078412.20101210173913@aspiresoft.com> Hello greenh, g> соответственно 1 процесс обслуживает одновременно 1 запрос. верно? не верно. Если рассуждать очень упрощенно, то ваш сервер физически в состоянии обслужить какое-то количество запросов в секунду, скажем 29. А больше ну никак, потому что не успевает процессор/диск и т.д. Следовательно 30 он уже ниасилит, даже если вы создадите 2000 процессов. И даже если создадите 3000 процессов, он тоже ниасилит. Более того, он вам даже 29 уже не обслужит, потому что операционной системе добавится работы по обслуживанию ваших 2000 (ну или 3000) процессов (опять же упрощенно). Поэтому число процессов должно хотябы своим порядком (порядок это 1,10,100,1000 ... ) соответствовать количеству запросов которые теоретически способен переварить ваш сервер (ваше приложение). -- Best regards, Sergey From tolyar на mx.ru Fri Dec 10 19:40:31 2010 From: tolyar на mx.ru (Zherdev Anatoly) Date: Fri, 10 Dec 2010 19:40:31 +0300 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <957143689.20101210171940@aspiresoft.com> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> <254799819.20101209155309@softsearch.ru> <598670874.20101209231948@bykov.odessa.ua> <575381464.20101210011635@softsearch.ru> <957143689.20101210171940@aspiresoft.com> Message-ID: <20101210194031.693a1b00@castle.demos.ru> On Fri, 10 Dec 2010 17:19:40 +0100 Sergey Bondari wrote: Судя по ключам, речь идет про top FreeBSD. В linux используйте iotop, например. sys-process/iotop в gentoo > У вас какой-то top модный. У меня не Генте тоже нет -m > > top: procps version 3.2.7 > > Вот весь юзаж из 'man top' > > top -hv | -bcHisS -d delay -n iterations -p pid [, pid ...] > > > > -- > Best regards, > Sergey > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From temotor на gmail.com Fri Dec 10 19:41:51 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 10 Dec 2010 19:41:51 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: 2010/12/10 greenh : > соответственно 1 процесс обслуживает одновременно 1 запрос. верно? > Верно. Обратите внимание, что вы указали константы, а не N процессов обслужат N запросов. Уже для двух процессов число одновременных запросов может отличаться от 2. > 2010/12/10 Sergey Bondari : >> Hello greenh, >> >> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 >> g> одновременных запросов? >> >> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 >> одновременных запросов. >> >> >> -- >> Best regards, >>  Sergey >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From ne на vbart.ru Fri Dec 10 19:43:49 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 10 Dec 2010 19:43:49 +0300 Subject: =?UTF-8?B?UmU6ICDQodC60L7RgNC+0YHRgtGMINC30LDQs9GA0YPQt9C60Lgg0L3QsCBuZ2lu?= =?UTF-8?B?eCDQvdC40LbQtSDRh9C10Lwg0L3QsCBBcGFjaGU/?= In-Reply-To: <957143689.20101210171940@aspiresoft.com> References: <59106464.20101209125135@bykov.odessa.ua> <575381464.20101210011635@softsearch.ru> <957143689.20101210171940@aspiresoft.com> Message-ID: <201012101943.49587.ne@vbart.ru> > У вас какой-то top модный. У меня не Генте тоже нет -m Дженту - не freeBSD. ;) -- Валентин Бартенев From greenh на gmail.com Fri Dec 10 19:45:35 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 18:45:35 +0200 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: сорри за ламерство поясните плз например у меня имеется 100 fast-cgi процессов, о каком количестве одновременных запроов можно говорить? при условии конечно, что мощности железа хватает, а его на текущий момент хватает с избытком 2010/12/10 Sergey Shepelev : > 2010/12/10 greenh : >> соответственно 1 процесс обслуживает одновременно 1 запрос. верно? >> > > Верно. Обратите внимание, что вы указали константы, а не N процессов > обслужат N запросов. Уже для двух процессов число одновременных > запросов может отличаться от 2. > >> 2010/12/10 Sergey Bondari : >>> Hello greenh, >>> >>> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 >>> g> одновременных запросов? >>> >>> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 >>> одновременных запросов. >>> >>> >>> -- >>> Best regards, >>>  Sergey >>> >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From nginx-forum на nginx.us Fri Dec 10 19:46:26 2010 From: nginx-forum на nginx.us (grigory) Date: Fri, 10 Dec 2010 11:46:26 -0500 Subject: =?UTF-8?B?UmU6IG5naW54ICsgUE9TVCDQuNC3IHN3Zi3RhNCw0LnQu9Cw?= In-Reply-To: <6721a11be9b22706e2d49134cb29beb7.NginxMailingListRussian@forum.nginx.org> References: <6721a11be9b22706e2d49134cb29beb7.NginxMailingListRussian@forum.nginx.org> Message-ID: <2b46afcf6b7494c9e0a0d62b6d1ff4e0.NginxMailingListRussian@forum.nginx.org> Сейчас обнаружил, что проблема случается ровно в тот момент, когда отправленная картинка из $GLOBALS['HTTP_RAW_POST_DATA'] сохраняется на диск. Тогда вылетает 500-ая ошибка. Если сохранять что угодно другое ? ошибки нет. Судя по всему, проблема действительно не в nginx, сорри. Осталось только понять, почему 500-ая ошибка появляется. :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157504,157540#msg-157540 From temotor на gmail.com Fri Dec 10 20:11:42 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 10 Dec 2010 20:11:42 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: 2010/12/10 greenh : > сорри за ламерство > поясните плз > например у меня имеется 100 fast-cgi процессов, о каком количестве > одновременных запроов можно говорить? при условии конечно, что > мощности железа хватает, а его на текущий момент хватает с избытком > Если речь про 100 абстрактных fastcgi процессов, то можно говорить о любом количестве одновременных запросов в пределах от 1 до сотен тысяч. Если речь про 100 ваших php-fastcgi, то можно говорить о любом количестве одновременных запросов в пределах от 1 до 100. Это зависит от того что делается в обработчиках запросов. Может быть, они все конкурируют за один ресурс, например, лочат таблицу в базе, или, что менее экстравагантно, пишут на один диск. Кстати, от количества одновременно исполняемых запросов чуда ждать тоже не стоит. Может быть ситуация, когда система легко выполняет 2000 одновременных запросов, но каждый из них выполняется 5 секунд. Лучше одновременно выполнять 5 запросов, но 400 в секунду. > 2010/12/10 Sergey Shepelev : >> 2010/12/10 greenh : >>> соответственно 1 процесс обслуживает одновременно 1 запрос. верно? >>> >> >> Верно. Обратите внимание, что вы указали константы, а не N процессов >> обслужат N запросов. Уже для двух процессов число одновременных >> запросов может отличаться от 2. >> >>> 2010/12/10 Sergey Bondari : >>>> Hello greenh, >>>> >>>> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 >>>> g> одновременных запросов? >>>> >>>> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 >>>> одновременных запросов. >>>> >>>> >>>> -- >>>> Best regards, >>>>  Sergey >>>> >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://nginx.org/mailman/listinfo/nginx-ru >>>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From postmaster на softsearch.ru Fri Dec 10 20:16:19 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 10 Dec 2010 20:16:19 +0300 Subject: =?UTF-8?B?UmVbNF06INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: <1042415553.20101210201619@softsearch.ru> Здравствуйте, greenh. g> сорри за ламерство g> поясните плз g> например у меня имеется 100 fast-cgi процессов, о каком количестве g> одновременных запроов можно говорить? при условии конечно, что g> мощности железа хватает, а его на текущий момент хватает с избытком Вы подумайте головой о том, как работают программы в мультизадачной операционной системе. Я не знаю, в школе на уроках информатики этому ещё учат или нет. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From greenh на gmail.com Fri Dec 10 20:32:24 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 19:32:24 +0200 Subject: =?UTF-8?B?UmU6IFJlWzRdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: <1042415553.20101210201619@softsearch.ru> References: <5432639.20101210172157@aspiresoft.com> <1042415553.20101210201619@softsearch.ru> Message-ID: Базово то все понятно, но тут еще много зависит от реализации... 2010/12/10 Михаил Монашёв : > Здравствуйте, greenh. > > g> сорри за ламерство > g> поясните плз > g> например у меня имеется 100 fast-cgi процессов, о каком количестве > g> одновременных запроов можно говорить? при условии конечно, что > g> мощности железа хватает, а его на текущий момент хватает с избытком > > Вы  подумайте  головой  о том, как работают программы в мультизадачной > операционной  системе.  Я не знаю, в школе на уроках информатики этому > ещё учат или нет. > > -- > > С уважением, > Михаил Монашёв > mailto:postmaster на softsearch.ru > ICQ# 166233339 > http://michael.mindmix.ru/ > Без бэкапа по жизни. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From greenh на gmail.com Fri Dec 10 20:40:18 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 19:40:18 +0200 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: тогда есть ли смысл увеличивать/уменьшать количество php-cgi процессов исходя из вывода netstat -Lan? 2010/12/10 Sergey Shepelev : > 2010/12/10 greenh : >> сорри за ламерство >> поясните плз >> например у меня имеется 100 fast-cgi процессов, о каком количестве >> одновременных запроов можно говорить? при условии конечно, что >> мощности железа хватает, а его на текущий момент хватает с избытком >> > > Если речь про 100 абстрактных fastcgi процессов, то можно говорить о > любом количестве одновременных запросов в пределах от 1 до сотен > тысяч. > Если речь про 100 ваших php-fastcgi, то можно говорить о любом > количестве одновременных запросов в пределах от 1 до 100. > > Это зависит от того что делается в обработчиках запросов. Может быть, > они все конкурируют за один ресурс, например, лочат таблицу в базе, > или, что менее экстравагантно, пишут на один диск. > > Кстати, от количества одновременно исполняемых запросов чуда ждать > тоже не стоит. Может быть ситуация, когда система легко выполняет 2000 > одновременных запросов, но каждый из них выполняется 5 секунд. Лучше > одновременно выполнять 5 запросов, но 400 в секунду. > >> 2010/12/10 Sergey Shepelev : >>> 2010/12/10 greenh : >>>> соответственно 1 процесс обслуживает одновременно 1 запрос. верно? >>>> >>> >>> Верно. Обратите внимание, что вы указали константы, а не N процессов >>> обслужат N запросов. Уже для двух процессов число одновременных >>> запросов может отличаться от 2. >>> >>>> 2010/12/10 Sergey Bondari : >>>>> Hello greenh, >>>>> >>>>> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 >>>>> g> одновременных запросов? >>>>> >>>>> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 >>>>> одновременных запросов. >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>>  Sergey >>>>> >>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://nginx.org/mailman/listinfo/nginx-ru >>>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From temotor на gmail.com Fri Dec 10 20:45:41 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 10 Dec 2010 20:45:41 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGL0YHQvtC60LjQuSBMQQ==?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> Message-ID: 2010/12/10 greenh : > тогда есть ли смысл увеличивать/уменьшать количество php-cgi процессов > исходя из вывода netstat -Lan? > Есть смысл уменьшить количество процессов с 2000 до 10-20. И больше ничего не трогать. > 2010/12/10 Sergey Shepelev : >> 2010/12/10 greenh : >>> сорри за ламерство >>> поясните плз >>> например у меня имеется 100 fast-cgi процессов, о каком количестве >>> одновременных запроов можно говорить? при условии конечно, что >>> мощности железа хватает, а его на текущий момент хватает с избытком >>> >> >> Если речь про 100 абстрактных fastcgi процессов, то можно говорить о >> любом количестве одновременных запросов в пределах от 1 до сотен >> тысяч. >> Если речь про 100 ваших php-fastcgi, то можно говорить о любом >> количестве одновременных запросов в пределах от 1 до 100. >> >> Это зависит от того что делается в обработчиках запросов. Может быть, >> они все конкурируют за один ресурс, например, лочат таблицу в базе, >> или, что менее экстравагантно, пишут на один диск. >> >> Кстати, от количества одновременно исполняемых запросов чуда ждать >> тоже не стоит. Может быть ситуация, когда система легко выполняет 2000 >> одновременных запросов, но каждый из них выполняется 5 секунд. Лучше >> одновременно выполнять 5 запросов, но 400 в секунду. >> >>> 2010/12/10 Sergey Shepelev : >>>> 2010/12/10 greenh : >>>>> соответственно 1 процесс обслуживает одновременно 1 запрос. верно? >>>>> >>>> >>>> Верно. Обратите внимание, что вы указали константы, а не N процессов >>>> обслужат N запросов. Уже для двух процессов число одновременных >>>> запросов может отличаться от 2. >>>> >>>>> 2010/12/10 Sergey Bondari : >>>>>> Hello greenh, >>>>>> >>>>>> g> то есть, если я правильно понимаю, 20 процессов fastcgi обслужат 20 >>>>>> g> одновременных запросов? >>>>>> >>>>>> Я бы сказал так: 2000 процессов fastcgi никогда не обслужат 2000 >>>>>> одновременных запросов. >>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>>  Sergey >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> nginx-ru mailing list >>>>>> nginx-ru на nginx.org >>>>>> http://nginx.org/mailman/listinfo/nginx-ru >>>>>> >>>>> _______________________________________________ >>>>> nginx-ru mailing list >>>>> nginx-ru на nginx.org >>>>> http://nginx.org/mailman/listinfo/nginx-ru >>>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru на nginx.org >>>> http://nginx.org/mailman/listinfo/nginx-ru >>>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >>> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From ne на vbart.ru Fri Dec 10 21:26:05 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 10 Dec 2010 21:26:05 +0300 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: Message-ID: <201012102126.05455.ne@vbart.ru> > тогда есть ли смысл увеличивать/уменьшать количество php-cgi процессов > исходя из вывода netstat -Lan? Есть смысл проводить нагрузочное тестирование, с помощью хотя бы той же ab и выяснять оптимальные настройки. Но как уже было сказано, 2000 это просто пипец, если только, конечно, у вас не какой-то распределенный кластер из сотен машин, и суть ваших скриптов сложнее чем выполнение sleep. -- Валентин Бартенев From nginx-forum на nginx.us Fri Dec 10 22:48:21 2010 From: nginx-forum на nginx.us (grigory) Date: Fri, 10 Dec 2010 14:48:21 -0500 Subject: =?UTF-8?B?UmU6IG5naW54ICsgUE9TVCDQuNC3IHN3Zi3RhNCw0LnQu9Cw?= In-Reply-To: <2b46afcf6b7494c9e0a0d62b6d1ff4e0.NginxMailingListRussian@forum.nginx.org> References: <6721a11be9b22706e2d49134cb29beb7.NginxMailingListRussian@forum.nginx.org> <2b46afcf6b7494c9e0a0d62b6d1ff4e0.NginxMailingListRussian@forum.nginx.org> Message-ID: <77bb1d2628e3d2ff2e0e041c209d8100.NginxMailingListRussian@forum.nginx.org> Проблема решена, и была вообще в другой плоскости, не связанной с nginx. Тему можно закрыть или удалить. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157504,157593#msg-157593 From ruslan.usifov на gmail.com Fri Dec 10 23:33:04 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 10 Dec 2010 23:33:04 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <20101210141149.GV54973@team.vega.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> Message-ID: 10 декабря 2010 г. 17:11 пользователь Maxim Dounin написал: > Hello! > > On Fri, Dec 10, 2010 at 04:04:00PM +0300, ruslan usifov wrote: > > > Огромное спасибо за разъяснение, хотелось бы уточнить ещё один момент, > > получается что writing (его дельта) это количество запросов пришедшее в > > секунду на сервис? > > > > 10 декабря 2010 г. 15:46 пользователь Maxim Dounin >написал: > > > > > Hello! > > > > > > On Fri, Dec 10, 2010 at 03:21:17PM +0300, ruslan usifov wrote: > > > > > > > Я почему то думал что если начинаются тормоза, то увеличивается > > > количество > > > > ожидающих запросов, а тут получается что увеличивается количество > пишущих > > > а > > > > как такое вообще то возможно? У нас на бекендах крутиться 64*3 = 192 > > > > процесса fastcgi, если предполагать что бекенд стал неспешно отдавать > > > > контент, то по идее количество одновременно пишущих подключений не > должно > > > не > > > > должно быть больше 192, и должно увеличиваться количество ожидающих в > > > моем > > > > же случае все как раз наоборот. Я сначала думал что у меня графики > > > местами > > > > перепутаны но однако все перепроверив убедился что нет не перепутаны. > > > > > > Writing - это количество обрабатываемых запросов, а waiting - это > > > соединения в состоянии keep-alive. Подробнее про различные > > > значения, возвращаемые stub_status'ом, я рассказывал совсем > > > недавно, можно прочитать тут: > > > > > > http://nginx.org/pipermail/nginx-ru/2010-December/038223.html > > > > > > Соединений в состоянии writing может быть существенно больше, чем > > > процессов на бекендах, т.к. они, в частности, могут ожидать в > > > listen queue бекендов. > > > > > > При тормозах на бекендах будет расти именно количество writing, > > > так и должно быть. > > > > > > Maxim Dounin > > > > > > p.s. Please do not top-post. Thank you. > > обработаны. были что запросов, тех вычетом за времени, единицу за > прочитанное полностью запросов, количество это - дельта) (его > writing что Получается, > > Простите но я не осилил текст:-)) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From belov1985 на gmail.com Sat Dec 11 00:00:31 2010 From: belov1985 на gmail.com (=?KOI8-R?Q?=EB=CF=CE=D3=D4=C1=CE=D4=C9=CE?=) Date: Fri, 10 Dec 2010 23:00:31 +0200 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: References: <5432639.20101210172157@aspiresoft.com> <1042415553.20101210201619@softsearch.ru> Message-ID: <4D0294EF.1040305@gmail.com> On 10.12.10 19:32, greenh wrote: > Базово то все понятно, но тут еще много зависит от реализации... > У меня 10 php-fpm процессов обслуживают более 400 запросов в секунду. Какая разница, сколько запросов обслуживается одновременно? From ano на bestmx.ru Sat Dec 11 00:26:31 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sat, 11 Dec 2010 00:26:31 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> Message-ID: <4D029B07.8000709@bestmx.ru> On 12/10/10 23:33, ruslan usifov wrote: > > > Maxim Dounin > > > > > > p.s. Please do not top-post. Thank you. > обработаны. были что запросов, тех вычетом за времени, единицу за > прочитанное полностью запросов, количество это - дельта) (его > writing что Получается, > Простите но я не осилил текст:-)) Простите и меня, но Вы в состоянии перевести фразу "Please do not top-post"? From ruslan.usifov на gmail.com Sat Dec 11 00:41:46 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Sat, 11 Dec 2010 00:41:46 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <4D029B07.8000709@bestmx.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> Message-ID: 11 декабря 2010 г. 0:26 пользователь Andrey N. Oktyabrski написал: > On 12/10/10 23:33, ruslan usifov wrote: > >> > > Maxim Dounin >> > > >> > > p.s. Please do not top-post. Thank you. >> обработаны. были что запросов, тех вычетом за времени, единицу за >> прочитанное полностью запросов, количество это - дельта) (его >> writing что Получается, >> Простите но я не осилил текст:-)) >> > Простите и меня, но Вы в состоянии перевести фразу "Please do not > top-post"? > > > Представте себе нет, я не понимаю её смысла. Вроде стал писать все внизу сообщения, и опять что тот не так ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From greenh на gmail.com Sat Dec 11 00:44:55 2010 From: greenh на gmail.com (greenh) Date: Fri, 10 Dec 2010 23:44:55 +0200 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQuNC5IExB?= In-Reply-To: <4D0294EF.1040305@gmail.com> References: <5432639.20101210172157@aspiresoft.com> <1042415553.20101210201619@softsearch.ru> <4D0294EF.1040305@gmail.com> Message-ID: всем спасибо за ответы, буду учить матчасть дальше 2010/12/10 Константин : > On 10.12.10 19:32, greenh wrote: >> Базово то все понятно, но тут еще много зависит от реализации... >> > > У меня 10 php-fpm процессов обслуживают более 400 запросов в секунду. > Какая разница, сколько запросов обслуживается одновременно? > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From mdounin на mdounin.ru Sat Dec 11 04:18:51 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 11 Dec 2010 04:18:51 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> Message-ID: <20101211011851.GW54973@mdounin.ru> Hello! On Fri, Dec 10, 2010 at 11:33:04PM +0300, ruslan usifov wrote: > 10 декабря 2010 г. 17:11 пользователь Maxim Dounin > написал: > > > Hello! > > > > On Fri, Dec 10, 2010 at 04:04:00PM +0300, ruslan usifov wrote: > > > > > Огромное спасибо за разъяснение, хотелось бы уточнить ещё один момент, > > > получается что writing (его дельта) это количество запросов пришедшее в > > > секунду на сервис? [...] > > обработаны. были что запросов, тех вычетом за времени, единицу за > > прочитанное полностью запросов, количество это - дельта) (его > > writing что Получается, > > > > > Простите но я не осилил текст:-)) Вот так лучше, спасибо. Но вообще странно, что не осилили - столько времени писали задом наперёд, значит должны уметь и читать?... ;) Перевожу: Получается, что writing (его дельта) - это количество запросов, полностью прочитанное за единицу времени, за вычетом тех запросов, что были обработаны. Maxim Dounin From hell-for-yahoo на umail.ru Sat Dec 11 05:24:04 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Sat, 11 Dec 2010 05:24:04 +0300 Subject: nginx + POST из swf-файла In-Reply-To: <77bb1d2628e3d2ff2e0e041c209d8100.NginxMailingListRussian@forum.nginx.org> References: <6721a11be9b22706e2d49134cb29beb7.NginxMailingListRussian@forum.nginx.org> <2b46afcf6b7494c9e0a0d62b6d1ff4e0.NginxMailingListRussian@forum.nginx.org> <77bb1d2628e3d2ff2e0e041c209d8100.NginxMailingListRussian@forum.nginx.org> Message-ID: <1598128190.20101211052404@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) grigory! g> Проблема решена, и была вообще в другой g> плоскости, не связанной с nginx. g> Тему можно закрыть или удалить. Хотя бы намекнуть, в чём была проблема - не? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) суббота, 11.12.2010, <5:23> From nginx-forum на nginx.us Sat Dec 11 07:33:31 2010 From: nginx-forum на nginx.us (hdg700) Date: Fri, 10 Dec 2010 23:33:31 -0500 Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC/0L4gbmd4IGh0dHAgaW1hZ2UgZmlsdGVyIG1vZHVsZQ==?= Message-ID: <158584dd0c17f89cf70a9f509b9c73d6.NginxMailingListRussian@forum.nginx.org> Возникла одна задачка, над которой сижу уже несколько дней. Решили взвалить обработку фотографий на nginx. Сейчас картинки выдаются следующим образом: [b][/b] То есть пыхтит над этим апач: выбор картинки из базы, ресайз и прочее. Задача - сделать это все средствами nginx, причем не изменяя ссылки. Ковыряю ngx_http_image_filter_module.c. Как я вижу решение: где-то на начальной стадии обработки запроса запрашиваем из базы путь к картике и подменяем ngx_http_request, как будто запрашивается картинка, а не image.php, а дальше модуль уже продолжает работу, как обычно. Можно, конечно, все сделать, как говорится, в лоб, но не хочется нарушать целостность модуля, и хочется, чтобы он не выполнял лишнюю работу. Отсюда два вопроса: 1. В какой функции лучше делать запросы к базе и подмену request'а, и как правильно подменять, чтобы не нарушить логику всей программы? ( мне так кажется, где-то в функции ngx_http_image_header_filter? ) 2. Как правильно передать дополнительные параметры в директиву image_filter? Я окончательно запутался и не могу понять последовательность обработки параметров от прописывания их в конфиге до функции ngx_http_image_resize, например. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157660,157660#msg-157660 From dedukhin на mail.ru Sat Dec 11 10:24:09 2010 From: dedukhin на mail.ru (=?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA_=E4=C5=C4=C0=C8=C9=CE?=) Date: Sat, 11 Dec 2010 10:24:09 +0300 Subject: =?UTF-8?B?UmVbMl06IFNTSSBpbmNsdWRlINC4INC/0YDQvtCx0LXQuyDQsiBVUkk=?= In-Reply-To: <1961830852.20101210192351@mtu-net.ru> References: <4D022BD6.9070609@mail.ru> <1961830852.20101210192351@mtu-net.ru> Message-ID: Fri, 10 Dec 2010 19:23:51 +0300 письмо от Andrey Repin : > Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! > > DD> Столкнулся с проблемой. > > DD> > DD> > > DD> При обработке запроса в апаче получаю ошибку "request failed: > erroneous > DD> characters after protocol string", т.к. в адресной строке пробел > между > DD> единицами так и остался пробелом, а не превратился в %20 > > DD> Это можно как-то обойти? > > Явно написать 1%201 > Программа работает в предположении, что ты знаешь, чего от неё хочешь. > > > -- > С уважением > > Andrey Repin (hell-for-yahoo на umail.ru) пятница, 10.12.2010, <19:22> > Дело в том, что значение переменной в данном случае возвращает сторонний бэкенд. Конкретно в моем случае его можно научить делать encodeURI. Но мне кажется, что было бы неплохо, если бы nginx сам кодировал переменные в include virtual From ano на bestmx.ru Sat Dec 11 10:58:06 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sat, 11 Dec 2010 10:58:06 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> Message-ID: <4D032F0E.2060406@bestmx.ru> On 12/11/10 00:41, ruslan usifov wrote: > Простите но я не осилил текст:-)) > Простите и меня, но Вы в состоянии перевести фразу "Please do not > top-post"? > Представте себе нет, я не понимаю её смысла. Вроде стал писать все внизу > сообщения, и опять что тот не так Не, теперь всё так. From nginx-forum на nginx.us Sat Dec 11 12:52:03 2010 From: nginx-forum на nginx.us (agz) Date: Sat, 11 Dec 2010 04:52:03 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <0dc62f9662307d07e5d7d203826f5e32.NginxMailingListRussian@forum.nginx.org> Gmail, это он оказывается только в xbt_announce_log пишет 127.0.0.1. В память и в xbt_files_users пишет правильно. Кстати, вот тут вопрос у меня возник, подскажите pls! Блокируем запрещенные user-agent'ы: if ($http_user_agent ~ (uTorrent\/2040\(21515\)|ABC\/ABC-3.1.0|BitTorrent\/3.4.2|uTorrent\/1500|Opera)) { return 403 'Banned client. Please upgrade.'; } Некоторые с пробелом... Например "Azureus 2.5.0.0". Так и писать с пробелом? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,157691#msg-157691 From igor на sysoev.ru Sat Dec 11 13:08:35 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 13:08:35 +0300 Subject: nginx+xbt tracker In-Reply-To: <0dc62f9662307d07e5d7d203826f5e32.NginxMailingListRussian@forum.nginx.org> References: <0dc62f9662307d07e5d7d203826f5e32.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101211100835.GA63999@rambler-co.ru> On Sat, Dec 11, 2010 at 04:52:03AM -0500, agz wrote: > Gmail, это он оказывается только в > xbt_announce_log пишет 127.0.0.1. > В память и в xbt_files_users пишет правильно. > > Кстати, вот тут вопрос у меня возник, > подскажите pls! > > Блокируем запрещенные user-agent'ы: > if ($http_user_agent ~ > (uTorrent\/2040\(21515\)|ABC\/ABC-3.1.0|BitTorrent\/3.4.2|uTorrent\/1500|Opera)) > { > return 403 'Banned client. Please upgrade.'; > } > > Некоторые с пробелом... Например "Azureus > 2.5.0.0". Так и писать с пробелом? Нужно всё заключить в кавычки: if ($http_user_agent ~ "...") { Слэш экранировать не нужно, то есть, вместо "uTorrent\/1500" можно писать "uTorrent/1500". -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Sat Dec 11 13:13:51 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 13:13:51 +0300 Subject: nginx+xbt tracker In-Reply-To: <20101211100835.GA63999@rambler-co.ru> References: <0dc62f9662307d07e5d7d203826f5e32.NginxMailingListRussian@forum.nginx.org> <20101211100835.GA63999@rambler-co.ru> Message-ID: <20101211101351.GB63999@rambler-co.ru> On Sat, Dec 11, 2010 at 01:08:35PM +0300, Igor Sysoev wrote: > On Sat, Dec 11, 2010 at 04:52:03AM -0500, agz wrote: > > > Gmail, это он оказывается только в > > xbt_announce_log пишет 127.0.0.1. > > В память и в xbt_files_users пишет правильно. > > > > Кстати, вот тут вопрос у меня возник, > > подскажите pls! > > > > Блокируем запрещенные user-agent'ы: > > if ($http_user_agent ~ > > (uTorrent\/2040\(21515\)|ABC\/ABC-3.1.0|BitTorrent\/3.4.2|uTorrent\/1500|Opera)) > > { > > return 403 'Banned client. Please upgrade.'; > > } > > > > Некоторые с пробелом... Например "Azureus > > 2.5.0.0". Так и писать с пробелом? > > Нужно всё заключить в кавычки: > > if ($http_user_agent ~ "...") { > > Слэш экранировать не нужно, то есть, вместо "uTorrent\/1500" можно > писать "uTorrent/1500". А вот точки, наоборот, нужно экранировать: "BitTorrent/3\.4\.2". -- Игорь Сысоев http://sysoev.ru From vugluskr на vugluskr.org.ua Sat Dec 11 13:30:09 2010 From: vugluskr на vugluskr.org.ua (=?koi8-r?Q?=E2=CF=C7=D5=CE_?= =?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA?=) Date: Sat, 11 Dec 2010 12:30:09 +0200 Subject: =?UTF-8?B?UmU6INCh0LrQvtGA0L7RgdGC0Ywg0LfQsNCz0YDRg9C30LrQuCDQvdCwIG5naW54?= =?UTF-8?B?INC90LjQttC1INGH0LXQvCDQvdCwIEFwYWNoZT8=?= In-Reply-To: <20101210194031.693a1b00@castle.demos.ru> References: <59106464.20101209125135@bykov.odessa.ua> <201012091403.02217.ppb@valuehost.ru> <865815794.20101209131744@bykov.odessa.ua> <1773085303.20101209151225@softsearch.ru> <1434057552.20101209143447@bykov.odessa.ua> <254799819.20101209155309@softsearch.ru> <598670874.20101209231948@bykov.odessa.ua> <575381464.20101210011635@softsearch.ru> <957143689.20101210171940@aspiresoft.com> <20101210194031.693a1b00@castle.demos.ru> Message-ID: <1292063409.12256.155.camel@shana.home.lan> В Птн, 10/12/2010 в 19:40 +0300, Zherdev Anatoly пишет: > Судя по ключам, речь идет про top FreeBSD. В linux используйте iotop, > например. sys-process/iotop в gentoo лучше atop - более универсален. From nginx-forum на nginx.us Sat Dec 11 13:56:15 2010 From: nginx-forum на nginx.us (agz) Date: Sat, 11 Dec 2010 05:56:15 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> Игорь, у меня ругается на пробел: [emerg]: invalid condition "$http_user_agent" Если перед пробелом поставить \ - съедает. В кавычки заключал - ругается! (Azureus\ 2\.5\.0\.0) - так не ругается. Это правильно? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,157697#msg-157697 From igor на sysoev.ru Sat Dec 11 13:59:52 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 13:59:52 +0300 Subject: nginx+xbt tracker In-Reply-To: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> References: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101211105952.GC63999@rambler-co.ru> On Sat, Dec 11, 2010 at 05:56:15AM -0500, agz wrote: > Игорь, у меня ругается на пробел: > [emerg]: invalid condition "$http_user_agent" > Если перед пробелом поставить \ - > съедает. > В кавычки заключал - ругается! Как выглядит полностью ? > (Azureus\ 2\.5\.0\.0) - так не ругается. Это > правильно? Можно, но кавычки должны работать. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Sat Dec 11 14:05:34 2010 From: nginx-forum на nginx.us (agz) Date: Sat, 11 Dec 2010 06:05:34 -0500 Subject: nginx+xbt tracker In-Reply-To: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> References: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> Message-ID: <4e951c04153c214e4b8c345207124ac5.NginxMailingListRussian@forum.nginx.org> Так сейчас: if ($http_user_agent ~ (uTorrent/2040\(21515\)|ABC/ABC-3\.1\.0|BitTorrent/3\.4\.2|uTorrent/1500|(Azureus 2\.5\.0\.0)|Opera|Presto|Osprey)) { return 403; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,157700#msg-157700 From igor на sysoev.ru Sat Dec 11 14:15:04 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 14:15:04 +0300 Subject: nginx+xbt tracker In-Reply-To: <4e951c04153c214e4b8c345207124ac5.NginxMailingListRussian@forum.nginx.org> References: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> <4e951c04153c214e4b8c345207124ac5.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101211111504.GD63999@rambler-co.ru> On Sat, Dec 11, 2010 at 06:05:34AM -0500, agz wrote: > Так сейчас: > if ($http_user_agent ~ > (uTorrent/2040\(21515\)|ABC/ABC-3\.1\.0|BitTorrent/3\.4\.2|uTorrent/1500|(Azureus > 2\.5\.0\.0)|Opera|Presto|Osprey)) { > return 403; > } И где здесь кавчыки ? -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Sat Dec 11 14:25:32 2010 From: nginx-forum на nginx.us (agz) Date: Sat, 11 Dec 2010 06:25:32 -0500 Subject: nginx+xbt tracker In-Reply-To: <4e951c04153c214e4b8c345207124ac5.NginxMailingListRussian@forum.nginx.org> References: <204d3851520ff0308efde120e31db2b6.NginxMailingListRussian@forum.nginx.org> <4e951c04153c214e4b8c345207124ac5.NginxMailingListRussian@forum.nginx.org> Message-ID: <8ef01f04a946f92eb454cb2df93220c6.NginxMailingListRussian@forum.nginx.org> Поставил - заработало :) if ($http_user_agent ~ "(uTorrent/2040\(21515\)|Azureus 2\.5\.0\.0|Opera)") { return 403; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,157707#msg-157707 From igor на sysoev.ru Sat Dec 11 14:41:50 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 14:41:50 +0300 Subject: =?UTF-8?B?UmU6IFNTSSBpbmNsdWRlINC4INC/0YDQvtCx0LXQuyDQsiBVUkk=?= In-Reply-To: References: <4D022BD6.9070609@mail.ru> <1961830852.20101210192351@mtu-net.ru> Message-ID: <20101211114150.GE63999@rambler-co.ru> On Sat, Dec 11, 2010 at 10:24:09AM +0300, Дмитрий Дедюхин wrote: > Fri, 10 Dec 2010 19:23:51 +0300 письмо от Andrey Repin : > > > Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! > > > > DD> Столкнулся с проблемой. > > > > DD> > > DD> > > > > DD> При обработке запроса в апаче получаю ошибку "request failed: > > erroneous > > DD> characters after protocol string", т.к. в адресной строке пробел > > между > > DD> единицами так и остался пробелом, а не превратился в %20 > > > > DD> Это можно как-то обойти? > > > > Явно написать 1%201 > > Программа работает в предположении, что ты знаешь, чего от неё хочешь. > > Дело в том, что значение переменной в данном случае возвращает сторонний бэкенд. > Конкретно в моем случае его можно научить делать encodeURI. > Но мне кажется, что было бы неплохо, если бы nginx сам кодировал переменные в include virtual Вообще-то странно, что стороннему бэкенду позволительно формировать SSI. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Sat Dec 11 14:43:43 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 14:43:43 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IG5neCBodHRwIGltYWdlIGZpbHRlciBtb2R1?= =?UTF-8?B?bGU=?= In-Reply-To: <158584dd0c17f89cf70a9f509b9c73d6.NginxMailingListRussian@forum.nginx.org> References: <158584dd0c17f89cf70a9f509b9c73d6.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101211114343.GF63999@rambler-co.ru> On Fri, Dec 10, 2010 at 11:33:31PM -0500, hdg700 wrote: > Возникла одна задачка, над которой сижу > уже несколько дней. > > Решили взвалить обработку фотографий > на nginx. > Сейчас картинки выдаются следующим > образом: > [b][/b] > То есть пыхтит над этим апач: выбор > картинки из базы, ресайз и прочее. > Задача - сделать это все средствами nginx, > причем не изменяя ссылки. > > Ковыряю ngx_http_image_filter_module.c. > Как я вижу решение: где-то на начальной > стадии обработки запроса запрашиваем > из базы путь к картике и подменяем > ngx_http_request, как будто запрашивается > картинка, а не image.php, а дальше модуль уже > продолжает работу, как обычно. > Можно, конечно, все сделать, как > говорится, в лоб, но не хочется нарушать > целостность модуля, и хочется, чтобы он > не выполнял лишнюю работу. > > Отсюда два вопроса: > 1. В какой функции лучше делать запросы > к базе и подмену request'а, и как правильно > подменять, чтобы не нарушить логику > всей программы? ( мне так кажется, где-то > в функции ngx_http_image_header_filter? ) > > 2. Как правильно передать > дополнительные параметры в директиву > image_filter? Я окончательно запутался и не > могу понять последовательность > обработки параметров от прописывания > их в конфиге до функции ngx_http_image_resize, > например. Если предполагается, что nginx должен ходить за картинкой в базу, то ничего хорошего из этого не выйдет. -- Игорь Сысоев http://sysoev.ru From ruslan.usifov на gmail.com Sat Dec 11 14:51:21 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Sat, 11 Dec 2010 14:51:21 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: <4D032F0E.2060406@bestmx.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: 11 декабря 2010 г. 10:58 пользователь Andrey N. Oktyabrski написал: > On 12/11/10 00:41, ruslan usifov wrote: > >> Простите но я не осилил текст:-)) >> Простите и меня, но Вы в состоянии перевести фразу "Please do not >> top-post"? >> Представте себе нет, я не понимаю её смысла. Вроде стал писать все внизу >> сообщения, и опять что тот не так >> > Не, теперь всё так. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > Небольшой офтоп, получаеться что во всех рассылках ответы нужно обязательно в конце цитируемого текста писать? Может есть какой документ который описывает правила поведения в списках рассылки? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dedukhin на mail.ru Sat Dec 11 15:38:38 2010 From: dedukhin на mail.ru (=?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA_=E4=C5=C4=C0=C8=C9=CE?=) Date: Sat, 11 Dec 2010 15:38:38 +0300 Subject: =?UTF-8?B?UmVbMl06IFNTSSBpbmNsdWRlINC4INC/0YDQvtCx0LXQuyDQsiBVUkk=?= In-Reply-To: <20101211114150.GE63999@rambler-co.ru> References: <4D022BD6.9070609@mail.ru> <20101211114150.GE63999@rambler-co.ru> Message-ID: Sat, 11 Dec 2010 14:41:50 +0300 письмо от Igor Sysoev : > On Sat, Dec 11, 2010 at 10:24:09AM +0300, Дмитрий Дедюхин wrote: > > > Fri, 10 Dec 2010 19:23:51 +0300 письмо от Andrey Repin > : > > > > > Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! > > > > > > DD> Столкнулся с проблемой. > > > > > > DD> > > > DD> > > > > > > DD> При обработке запроса в апаче получаю ошибку "request > failed: > > > erroneous > > > DD> characters after protocol string", т.к. в адресной > строке пробел > > > между > > > DD> единицами так и остался пробелом, а не превратился в %20 > > > > > > DD> Это можно как-то обойти? > > > > > > Явно написать 1%201 > > > Программа работает в предположении, что ты знаешь, чего от неё > хочешь. > > > > Дело в том, что значение переменной в данном случае возвращает сторонний > бэкенд. > > Конкретно в моем случае его можно научить делать encodeURI. > > Но мне кажется, что было бы неплохо, если бы nginx сам кодировал > переменные в include virtual > > Вообще-то странно, что стороннему бэкенду позволительно формировать SSI. Ничего странного. Он не совсем сторонний, это бекенд для быстрой проверки авторизации который в случае авторизованности пользователя возвращает данные его профиля в виде SSI-инструкций вида Далее, в кеше nginx'а лежит закешированная страница с SSI-вставкой некешируемого блока Т.е. мы уже проверили авторизацию и передаем данные от авторизационного бекенда своему...Но получаем ошибку из-за наличия пробела в переменной FullName. Естественно, авторизационный бекенд можно научить возвращать данные в виде но это похоже скорее на костыль. From igor на sysoev.ru Sat Dec 11 15:43:33 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 11 Dec 2010 15:43:33 +0300 Subject: =?UTF-8?B?UmU6IFNTSSBpbmNsdWRlINC4INC/0YDQvtCx0LXQuyDQsiBVUkk=?= In-Reply-To: References: <4D022BD6.9070609@mail.ru> <20101211114150.GE63999@rambler-co.ru> Message-ID: <20101211124333.GN63999@rambler-co.ru> On Sat, Dec 11, 2010 at 03:38:38PM +0300, Дмитрий Дедюхин wrote: > > > > Sat, 11 Dec 2010 14:41:50 +0300 письмо от Igor Sysoev : > > > On Sat, Dec 11, 2010 at 10:24:09AM +0300, Дмитрий Дедюхин wrote: > > > > > Fri, 10 Dec 2010 19:23:51 +0300 письмо от Andrey Repin > > : > > > > > > > Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! > > > > > > > > DD> Столкнулся с проблемой. > > > > > > > > DD> > > > > DD> > > > > > > > > DD> При обработке запроса в апаче получаю ошибку "request > > failed: > > > > erroneous > > > > DD> characters after protocol string", т.к. в адресной > > строке пробел > > > > между > > > > DD> единицами так и остался пробелом, а не превратился в %20 > > > > > > > > DD> Это можно как-то обойти? > > > > > > > > Явно написать 1%201 > > > > Программа работает в предположении, что ты знаешь, чего от неё > > хочешь. > > > > > > Дело в том, что значение переменной в данном случае возвращает сторонний > > бэкенд. > > > Конкретно в моем случае его можно научить делать encodeURI. > > > Но мне кажется, что было бы неплохо, если бы nginx сам кодировал > > переменные в include virtual > > > > Вообще-то странно, что стороннему бэкенду позволительно формировать SSI. > > Ничего странного. > Он не совсем сторонний, это бекенд для быстрой проверки авторизации > > > > который в случае авторизованности пользователя возвращает данные его профиля в виде SSI-инструкций вида > > > > > > Далее, в кеше nginx'а лежит закешированная страница с SSI-вставкой некешируемого блока > > > > > > Т.е. мы уже проверили авторизацию и передаем данные от авторизационного бекенда своему...Но получаем ошибку из-за наличия пробела в > переменной FullName. > Естественно, авторизационный бекенд можно научить возвращать данные в виде > > > > > но это похоже скорее на костыль. А если бэкенд уже прислал закодированное - кодирвать повторно ? -- Игорь Сысоев http://sysoev.ru From ano на bestmx.ru Sat Dec 11 16:03:22 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sat, 11 Dec 2010 16:03:22 +0300 Subject: =?UTF-8?B?TmV0aXFldHRlIChSZTog0YHRgtGA0LDQvdC90LDRjyDRgdGC0LDRgtC40YHRgtC4?= =?UTF-8?B?0LrQsCk=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: <4D03769A.3080707@bestmx.ru> On 12/11/10 14:51, ruslan usifov wrote: > Небольшой офтоп, получаеться что во всех рассылках ответы нужно > обязательно в конце цитируемого текста писать? Может есть какой документ > который описывает правила поведения в списках рассылки? Это такие правила хорошего тона, если можно так выразиться. Я как-то даже и не помню, где это читал, и читал ли вообще. Смотрел на фидошников, у них научился. Что-то есть тут: http://netiquette.narod.ru/ Но там не всё и как-то слишком многословно. Надо гугля пытать словами "нетикет" и "топ-квотинг". Однако, независимо от "правил", есть элементарный здравый смысл и уважение к собеседникам. Если думать об этом, само собой всё культурно и вежливо получается. From dedukhin на mail.ru Sat Dec 11 16:28:46 2010 From: dedukhin на mail.ru (=?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA_=E4=C5=C4=C0=C8=C9=CE?=) Date: Sat, 11 Dec 2010 16:28:46 +0300 Subject: =?UTF-8?B?UmVbMl06IFNTSSBpbmNsdWRlINC4INC/0YDQvtCx0LXQuyDQsiBVUkk=?= In-Reply-To: <20101211124333.GN63999@rambler-co.ru> References: <4D022BD6.9070609@mail.ru> <20101211124333.GN63999@rambler-co.ru> Message-ID: Sat, 11 Dec 2010 15:43:33 +0300 письмо от Igor Sysoev : > On Sat, Dec 11, 2010 at 03:38:38PM +0300, Дмитрий Дедюхин wrote: > > > > > > > > > Sat, 11 Dec 2010 14:41:50 +0300 письмо от Igor Sysoev > : > > > > > On Sat, Dec 11, 2010 at 10:24:09AM +0300, Дмитрий Дедюхин wrote: > > > > > > > Fri, 10 Dec 2010 19:23:51 +0300 письмо от Andrey Repin > > > : > > > > > > > > > Здравствуйте, Уважаемый(-ая, -ое) Dmitry Dedukhin! > > > > > > > > > > DD> Столкнулся с проблемой. > > > > > > > > > > DD> > > > > > DD> > > > > > > > > > > DD> При обработке запроса в апаче получаю ошибку > "request > > > failed: > > > > > erroneous > > > > > DD> characters after protocol string", т.к. в > адресной > > > строке пробел > > > > > между > > > > > DD> единицами так и остался пробелом, а не превратился > в %20 > > > > > > > > > > DD> Это можно как-то обойти? > > > > > > > > > > Явно написать 1%201 > > > > > Программа работает в предположении, что ты знаешь, чего от > неё > > > хочешь. > > > > > > > > Дело в том, что значение переменной в данном случае возвращает > сторонний > > > бэкенд. > > > > Конкретно в моем случае его можно научить делать encodeURI. > > > > Но мне кажется, что было бы неплохо, если бы nginx сам > кодировал > > > переменные в include virtual > > > > > > Вообще-то странно, что стороннему бэкенду позволительно формировать > SSI. > > > > Ничего странного. > > Он не совсем сторонний, это бекенд для быстрой проверки авторизации > > > > > > > > который в случае авторизованности пользователя возвращает данные его > профиля в виде SSI-инструкций вида > > > > > > > > > > > > Далее, в кеше nginx'а лежит закешированная страница с SSI-вставкой > некешируемого блока > > > > > > > > > > > > Т.е. мы уже проверили авторизацию и передаем данные от авторизационного > бекенда своему...Но получаем ошибку из-за наличия пробела в > > переменной FullName. > > Естественно, авторизационный бекенд можно научить возвращать данные в > виде > > > > > > > > > > но это похоже скорее на костыль. > > А если бэкенд уже прислал закодированное - кодирвать повторно ? Хм, резонное замечание. Можно было бы по аналогии с командой echo сделать Но не уверен, что это хорошая идея. Тогда вопрос закрыт, будем править бэкенд. From averyanov на gmail.com Sat Dec 11 16:37:51 2010 From: averyanov на gmail.com (Sergey Averyanov) Date: Sat, 11 Dec 2010 16:37:51 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: 2010/12/11 ruslan usifov > > > 11 декабря 2010 г. 10:58 пользователь Andrey N. Oktyabrski написал: > > On 12/11/10 00:41, ruslan usifov wrote: >> >>> Простите но я не осилил текст:-)) >>> Простите и меня, но Вы в состоянии перевести фразу "Please do not >>> top-post"? >>> Представте себе нет, я не понимаю её смысла. Вроде стал писать все внизу >>> сообщения, и опять что тот не так >>> >> Не, теперь всё так. >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > > Небольшой офтоп, получаеться что во всех рассылках ответы нужно обязательно > в конце цитируемого текста писать? Может есть какой документ который > описывает правила поведения в списках рассылки? > Есть гмейл, который по нажатию на reply по дефолту делает top-post. Вполне себе стандарт. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- С уважением, Сергей Аверьянов -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne на vbart.ru Sat Dec 11 16:40:27 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 11 Dec 2010 16:40:27 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <4D03769A.3080707@bestmx.ru> References: <4D03769A.3080707@bestmx.ru> Message-ID: <201012111640.27304.ne@vbart.ru> > > Однако, независимо от "правил", есть элементарный здравый смысл и > уважение к собеседникам. Если думать об этом, само собой всё культурно и > вежливо получается. > В разных рассылках по разному. А здравый смысл, лично мне, подсказывает, не читать того, что я уже читал в предыдущем письме (несколько секунд, минут или часов назад). При этом, если оно процитировано сверху, то приходится бежать глазами вниз в поисках наконец-то уникального содержания, а если цитата еще и длинная, то прокручивать. http://en.wikipedia.org/wiki/Top_posting Но, раз тут просят не топ-постить, Ок, я стараюсь соблюдать правила. -- Валентин Бартенев From ano на bestmx.ru Sat Dec 11 17:44:52 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sat, 11 Dec 2010 17:44:52 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxdWV0dGUgKFJlOiAg0YHRgtGA0LDQvdC90LDRjyDRgdGC0LDRgtC4?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <201012111640.27304.ne@vbart.ru> References: <4D03769A.3080707@bestmx.ru> <201012111640.27304.ne@vbart.ru> Message-ID: <4D038E64.10806@bestmx.ru> On 12/11/10 16:40, Валентин Бартенев wrote: >> Однако, независимо от "правил", есть элементарный здравый смысл и >> уважение к собеседникам. Если думать об этом, само собой всё культурно и >> вежливо получается. > В разных рассылках по разному. А здравый смысл, лично мне, подсказывает, не > читать того, что я уже читал в предыдущем письме (несколько секунд, минут или > часов назад). При этом, если оно процитировано сверху, то приходится бежать > глазами вниз в поисках наконец-то уникального содержания, а если цитата еще и > длинная, то прокручивать. Если что, оверквотинг - тоже зло, его тоже избегать желательно. Цитата нужна там, где она нужна. Причём, именно того размера, который необходим и достаточен для того, чтобы не потерять контекст. From admin на mist-game.ru Sat Dec 11 18:16:45 2010 From: admin на mist-game.ru (=?KOI8-R?B?98zBxMnNydIg9NXNwc7P1w==?=) Date: Sat, 11 Dec 2010 18:16:45 +0300 Subject: =?UTF-8?B?Tmdpbngg0LfQsNGG0LjQutC70LjQstCw0LXRgtGB0Y8g0L/RgNC4INC+0YLQv9GA?= =?UTF-8?B?0LDQstC60LUg0LfQsNC/0YDQvtGB0L7QsiDQvdCwIGZhc3QtY2dpINC4IHBy?= =?UTF-8?B?b3h5?= Message-ID: Не так давно, перенёс проект со старого сервера на новый, разумеется софт начал собирать заново. Для обработки PHP скриптов решил использовать PHP-FPM+nginx. Потом заметил, что пару раз в день нагрузка от fpm стала съедать все ресурсы, попробовал перенести FPM на tcp сокет и увеличить число процессов - не помогло. Решил вернуться к старой проверенной схеме: nginx+apache+mod_php. Ситуация та же, пару раз в день, apache съедает все возможные ресурсы. netstat -Lan показывает огромную очередь к апачу и более мелкую к nginx, но кроме nginx ни кто не может обращаться к 127.0.0.1:8080 tcp4 193/0/128 127.0.0.1.8080 tcp4 0/13/128 80.77.174.131.80 tcp4 0/12/128 80.77.174.132.80 tcp4 0/35/128 80.77.174.133.80 Лог nginx во время зависания: 2010/12/11 14:42:03 [warn] 30534#0: *3308488 a client request body is buffered to a temporary file /tmp/nginx/client_temp/9/13/0000000139 while sending request to upstream, client: 93.72.48.107, server: world.mist-game.ru, request: "POST /?ctrl=Location&a=refresh&__path=refresh&h=6cde2ab1d2471142300da9d58eb0533c&h1=a921c3e004a13795da31fe5c4917984b HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Location&a=refresh&__path=refresh&h=6cde2ab1d2471142300da9d58eb0533c&h1=a921c3e004a13795da31fe5c4917984b", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:03 [warn] 30534#0: *3308583 a client request body is buffered to a temporary file /tmp/nginx/client_temp/0/14/0000000140 while sending request to upstream, client: 93.72.48.107, server: world.mist-game.ru, request: "POST /?b=4299525&__path=battle&__idlnk=battle&__lnkprtn=0bde4b937a1b23e0762050d981a1b24b&h=f06d26024b03fb60ed4ab5b53594d22f&h1=5967eabf2f67dcf9c0ccc5ffb72cb668 HTTP/1.1", upstream: " http://127.0.0.1:8080/?b=4299525&__path=battle&__idlnk=battle&__lnkprtn=0bde4b937a1b23e0762050d981a1b24b&h=f06d26024b03fb60ed4ab5b53594d22f&h1=5967eabf2f67dcf9c0ccc5ffb72cb668", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30534#0: *3309232 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 85.26.233.122, server: world.mist-game.ru, request: "POST /?ctrl=Battle&a=exitView&__path=exit_battles_view&h=c9165833ad5a3cc6f1e352dca5d2cbc8&h1=bc4603ad81252defa42b6992094ad282 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Battle&a=exitView&__path=exit_battles_view&h=c9165833ad5a3cc6f1e352dca5d2cbc8&h1=bc4603ad81252defa42b6992094ad282", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309251 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 178.125.170.69, server: world.mist-game.ru, request: "POST /?ctrl=Location&a=refresh&__path=refresh&h=5bbb356376d6946eaed7df7cc4ac41fd&h1=d13533cd1c18ca300a0e176455d9c664 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Location&a=refresh&__path=refresh&h=5bbb356376d6946eaed7df7cc4ac41fd&h1=d13533cd1c18ca300a0e176455d9c664", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30535#0: *3308345 writev() failed (32: Broken pipe) while sending request to upstream, client: 95.135.167.243, server: world.mist-game.ru, request: "POST /?rs&__path=rs&h=c19c812e5a2f23b7eaf7596ea1d44f12&h1=95c392777791bc5ae60ae449adb106c9 HTTP/1.1", upstream: " http://127.0.0.1:8080/?rs&__path=rs&h=c19c812e5a2f23b7eaf7596ea1d44f12&h1=95c392777791bc5ae60ae449adb106c9", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309255 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 92.242.121.254, server: world.mist-game.ru, request: "POST /?b=4299432&__path=battle&__idlnk=battle&__lnkprtn=a0545dec8ef607a20ef154a82ca20f05&h=56ffab55346f7fe43a9cb427a264ce61&h1=021ff45d67b27baeeb4d4af01787a515 HTTP/1.1", upstream: " http://127.0.0.1:8080/?b=4299432&__path=battle&__idlnk=battle&__lnkprtn=a0545dec8ef607a20ef154a82ca20f05&h=56ffab55346f7fe43a9cb427a264ce61&h1=021ff45d67b27baeeb4d4af01787a515", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309261 writev() failed (32: Broken pipe) while sending request to upstream, client: 95.135.167.243, server: world.mist-game.ru, request: "POST /?ctrl=Chat&a=onlyMy&__path=chat_onlyforme&h=51ecb5fb1915ed86752a21bbac42d9bd&h1=f398082c8fb066fcea19d0edae19adc6 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Chat&a=onlyMy&__path=chat_onlyforme&h=51ecb5fb1915ed86752a21bbac42d9bd&h1=f398082c8fb066fcea19d0edae19adc6", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/"2010/12/11 14:42:04 [error] 30534#0: *3309207 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 46.70.151.27, server: world.mist-game.ru, request: "POST /?ctrl=Char&a=invStored&__path=inventory_stored&__idlnk=inventory_stored&__lnkprtn=6bc918c6ffea3ca73fa3e4a4bac0eaf2&h=f8e3edd6709739bf5dc2fdfc8cab5742&h1=e2dfea894b67581ccf7fe33ccfa80644 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Char&a=invStored&__path=inventory_stored&__idlnk=inventory_stored&__lnkprtn=6bc918c6ffea3ca73fa3e4a4bac0eaf2&h=f8e3edd6709739bf5dc2fdfc8cab5742&h1=e2dfea894b67581ccf7fe33ccfa80644", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309265 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 78.36.193.8, server: world.mist-game.ru, request: "POST /?ctrl=Location&a=refresh&__path=refresh&h=d98ba5911a11bb64c9553406ab383678&h1=d93de8abf2e6917fd108de5867d54524 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Location&a=refresh&__path=refresh&h=d98ba5911a11bb64c9553406ab383678&h1=d93de8abf2e6917fd108de5867d54524", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309268 writev() failed (54: Connection reset by peer) while sending request to upstream, client: 95.110.5.140, server: world.mist-game.ru, request: "POST /?ctrl=Chat&a=chatList&__path=chat_list&h=92df4f8acb3d45d8b8e964a5b6928d05&h1=cddc100d50f5eb22b131cc52a2659297 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Chat&a=chatList&__path=chat_list&h=92df4f8acb3d45d8b8e964a5b6928d05&h1=cddc100d50f5eb22b131cc52a2659297", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" 2010/12/11 14:42:04 [error] 30538#0: *3309270 writev() failed (32: Broken pipe) while sending request to upstream, client: 86.57.207.30, server: world.mist-game.ru, request: "POST /?ctrl=Chat&a=chatList&__path=chat_list&h=07dca26d304b2b7e2d69b16d63705fe2&h1=6684b60dd1e47177e32d768e9ce85b25 HTTP/1.1", upstream: " http://127.0.0.1:8080/?ctrl=Chat&a=chatList&__path=chat_list&h=07dca26d304b2b7e2d69b16d63705fe2&h1=6684b60dd1e47177e32d768e9ce85b25", host: "world.mist-game.ru", referrer: "http://world.mist-game.ru/" ... 30-50 записей в секунду ... Статистика nginx во время нагрузки: Active connections: 638 server accepts handled requests 963870 963870 3647402 Reading: 0 Writing: 190 Waiting: 448 Статистика nginx в обычное время: Active connections: 650 server accepts handled requests 1130162 1130162 4314128 Reading: 0 Writing: 1 Waiting: 649 Такое чувство, что nginx в этот момент зацикливается и шлёт огромное число запросов как на cgi так и на прокси. FreeBSD 8.1 и nginx-0.8.53 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Sat Dec 11 18:51:02 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 11 Dec 2010 18:51:02 +0300 Subject: =?UTF-8?B?UmU6INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: <20101211155102.GY54973@mdounin.ru> Hello! On Sat, Dec 11, 2010 at 02:51:21PM +0300, ruslan usifov wrote: [...] > Небольшой офтоп, получаеться что во всех рассылках ответы нужно обязательно > в конце цитируемого текста писать? Может есть какой документ который > описывает правила поведения в списках рассылки? Вот тут есть неплохой FAQ на тему "как правильно": http://www.anta.net/misc/nnq/nquote.shtml Maxim Dounin From nginx-forum на nginx.us Sat Dec 11 19:41:16 2010 From: nginx-forum на nginx.us (magz) Date: Sat, 11 Dec 2010 11:41:16 -0500 Subject: =?UTF-8?B?0YHRh9C40YLQsNGC0YwgUE9TVCDRgNC10LrQstC10YHRgiDQsiDQsdGD0YTRhNC1?= =?UTF-8?B?0YA=?= Message-ID: <408b15fd259ac406481a4bf1405ca7b1.NginxMailingListRussian@forum.nginx.org> Здравствуйте, подскажите пожалуйскта как правильно считать пост реквест в буффер. Я нашел модуль form_input там через функции NDK делается регистрируется handler так: value = cf->args->elts; filter.func = ngx_http_set_form_input; return ndk_set_var_multi_value_core (cf, value, &s, &filter) Далее делается вот так: cmcf = ngx_http_conf_get_module_main_conf(cf, ngx_http_core_module); h = ngx_array_push(&cmcf->phases[NGX_HTTP_SERVER_REWRITE_PHASE].handlers); *h = ngx_http_form_input_handler; h = ngx_array_push(&cmcf->phases[NGX_HTTP_REWRITE_PHASE].handlers); *h = ngx_http_form_input_handler; После этого крутимся внутри ngx_http_form_input_handler() c ngx_http_read_client_request_body() возвращая NGX_AGAIN и если читался весь POST то возвращаем NGX_DECLINED. ( Необходимо склеить пост в 1 буффер, если он был передан от браузера в несколько пакетов). Далее вызывается обрабочик который мы заререгистрировали выше ngx_http_set_form_input() в котором читаем запрос: Размер: len = 0; for (cl = r->request_body->bufs; cl != NULL; cl = cl->next) { len += cl->buf->last - cl->buf->pos; } Сам буфер: p = buf; for (cl = r->request_body->bufs; cl; cl = cl->next) { p = ngx_copy(p, cl->buf->pos, cl->buf->last - cl->buf->pos); p += cl->buf->last - cl->buf->pos; } Теперь у меня возникает проблемма как это сделать правильно. Как правильно зарегистривовать обработчик ngx_http_set_form_input()? Я посмотрел на другие модули. Они используют так называемые фильтры: ngx_http_next_body_filter = ngx_http_top_body_filter; ngx_http_top_body_filter = ngx_http_my_module_body_filter; Я попробовал так сделать, но в ngx_http_my_module_body_filter() получаю r->request_body == NULL. Соответственно никаких буферов не видно. Как бы переписать: value = cf->args->elts; filter.func = ngx_http_set_form_input; return ndk_set_var_multi_value_core (cf, value, &s, &filter) что-бы обработчик вызывался без NDK? Или может есть где-нибудь красивый пример где можно полностью прочитать запрос от браузера? Спасибо, Максим. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157784,157784#msg-157784 From ano на bestmx.ru Sat Dec 11 19:39:48 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sat, 11 Dec 2010 19:39:48 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDRhtC40LrQu9C40LLQsNC10YLRgdGPINC/0YDQuCDQvtGC?= =?UTF-8?B?0L/RgNCw0LLQutC1INC30LDQv9GA0L7RgdC+0LIg0L3QsCBmYXN0LWNnaSA=?= =?UTF-8?B?0LggcHJveHk=?= In-Reply-To: References: Message-ID: <4D03A954.6040504@bestmx.ru> On 12/11/10 18:16, Владимир Туманов wrote: > Не так давно, перенёс проект со старого сервера на новый, разумеется > софт начал собирать заново. Для обработки PHP скриптов решил > использовать PHP-FPM+nginx. > Потом заметил, что пару раз в день нагрузка от fpm стала съедать все > ресурсы, попробовал перенести FPM на tcp сокет и увеличить число > процессов - не помогло. > Решил вернуться к старой проверенной схеме: nginx+apache+mod_php. > Ситуация та же, пару раз в день, apache съедает все возможные ресурсы. Искать тараканов надо в пых-скриптах, раз смена софта и протоколов обмена не приводит к сколь-либо заметным изменениям. Кроме того, можно подёргать эти дёргалки: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#client_body_buffer_size http://sysoev.ru/nginx/docs/http/ngx_http_fastcgi_module.html#fastcgi_send_timeout Но скорее всего это мёртвому припарка, поскольку пых просто не успевает обрабатывать тот POST, о котором говорится в логе. Я об этом: writev() failed (32: Broken pipe) while sending request to upstream По-моему так... From postmaster на softsearch.ru Sat Dec 11 20:47:17 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 11 Dec 2010 20:47:17 +0300 Subject: =?UTF-8?B?UmVbMl06INGB0YLRgNCw0L3QvdCw0Y8g0YHRgtCw0YLQuNGB0YLQuNC60LA=?= In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: <1977177666.20101211204717@softsearch.ru> Здравствуйте, Руслан. ru> Небольшой офтоп, получаеться что во всех рассылках ответы нужно ru> обязательно в конце цитируемого текста писать? Может есть какой ru> документ который описывает правила поведения в списках рассылки? Вы поймите одно, что если Вы будете задавать откровенно глупые вопросы, то этот лист умрёт. Отвечать сюда те, кто знает, перестанут. Они будут или молчать, или огрызаться. На смену им придут всякие маги и чародеи, не понимающие сути происходящего, но рекомендующие то, что когда-то кому-то почему-то от чего-то помогло. Здесь нет правил, ибо предполагается, что люди друг-друга уважают и относятся как к хорошим друзьям. Но лист растёт вслед за популярностью nginx-а. Очень надеюсь, что те, кто прочитал эти строки помогут сохранить лист в чистоте и порядке, основываясь на принципах здравого смысла и взаимоуважения. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From postmaster на softsearch.ru Sat Dec 11 20:56:19 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 11 Dec 2010 20:56:19 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDRhtC40LrQu9C40LLQsNC10YLRgdGPINC/0YDQuCDQvtGC?= =?UTF-8?B?0L/RgNCw0LLQutC1INC30LDQv9GA0L7RgdC+0LIg0L3QsCBmYXN0LWNnaSA=?= =?UTF-8?B?0LggcHJveHk=?= In-Reply-To: References: Message-ID: <197453125.20101211205619@softsearch.ru> Здравствуйте, Владимир. ВТ> Не так давно, перенёс проект со старого сервера на новый, ВТ> разумеется софт начал собирать заново. Для обработки PHP скриптов ВТ> решил использовать PHP-FPM+nginx. ВТ> Потом заметил, что пару раз в день нагрузка от fpm стала ВТ> съедать все ресурсы, попробовал перенести FPM на tcp сокет и ВТ> увеличить число процессов - не помогло. ВТ> Решил вернуться к старой проверенной схеме: ВТ> nginx+apache+mod_php. Ситуация та же, пару раз в день, apache ВТ> съедает все возможные ресурсы. А новый сервер чем-то отличается от старого? Кол-во ядер, оперативка, диски, операционка. Зависает во время максимальной посещаемости или в случайное время? Если второе, то может кто-то Вас досит? Надо бы top посмотреть в момент зависания. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From hell-for-yahoo на umail.ru Sat Dec 11 23:16:36 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Sat, 11 Dec 2010 23:16:36 +0300 Subject: Netiqette (Re: странная статистика) In-Reply-To: <201012111640.27304.ne@vbart.ru> References: <4D03769A.3080707@bestmx.ru> <201012111640.27304.ne@vbart.ru> Message-ID: <1335097509.20101211231636@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев! >> Однако, независимо от "правил", есть элементарный здравый смысл и >> уважение к собеседникам. Если думать об этом, само собой всё культурно и >> вежливо получается. >> ВБ> В разных рассылках по разному. А здравый смысл, лично мне, подсказывает, не ВБ> читать того, что я уже читал в предыдущем письме (несколько секунд, минут или ВБ> часов назад). 1. Тебя никто не заставляет читать всё это. 2. Цитировать необходимо и достаточно только ту часть, на которую отвечаешь. Чтобы люди, читающие рассылку через год, не ломали голову, о чём вообще идёт речь. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) суббота, 11.12.2010, <23:14> From hell-for-yahoo на umail.ru Sat Dec 11 23:21:32 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Sat, 11 Dec 2010 23:21:32 +0300 Subject: странная статистика In-Reply-To: References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> Message-ID: <753401708.20101211232132@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Sergey Averyanov! SA> Есть гмейл, который по нажатию на reply по дефолту делает top-post. Вполне SA> себе стандарт. Я часто вообще пропускаю темы, в которых люди начинают топпостить. Безотносительно их содержания. Просто потому, что мне неудобно восстанавливать нить дискуссии, крутя сообщение вверх-вниз и пытаясь удержать в голове все цитаты вместо того, чтобы прочитать письмо сверху вниз, как это делают нормальные люди. Не уважаешь тех к кому обращаешься за помощью? Почему мы должны уважать тебя? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) суббота, 11.12.2010, <23:16> From nginx-forum на nginx.us Sun Dec 12 00:08:53 2010 From: nginx-forum на nginx.us (Mechanic) Date: Sat, 11 Dec 2010 16:08:53 -0500 Subject: =?UTF-8?B?0L/QvtC00YHQutCw0LbQuNGC0LUg0YEg0LrQvtC90YTQuNCz0YPRgNCw0YbQuNC1?= =?UTF-8?B?0Lk=?= Message-ID: <521e6a8f2fea3fbc80301e2e8e3be5f9.NginxMailingListRussian@forum.nginx.org> перехожу на nginx+php-fpm, вроде все работает , но потребовалось создать объект alias и для него выполнять fastcgi директории где лежат файлы /usr/local/www: [code] phpMyAdmin roundcube sayt [/code] конфиг сайта [code] server { listen 8080; server_name www.sayt default_server; access_log on; location / { root /usr/local/www/sayt; access_log /var/log/nginx/sayt_access.log ; index index.php index.html index.htm; allow all; } #PhpMyAdmin location /phpadm/ { alias /usr/local/www/phpMyAdmin; } location ~ \.php$ { root /usr/local/www/sayt; fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } [/code] sayt работает, но sayt/phpadm нет Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157859,157859#msg-157859 From ne на vbart.ru Sun Dec 12 00:34:01 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 12 Dec 2010 00:34:01 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <1335097509.20101211231636@mtu-net.ru> References: <201012111640.27304.ne@vbart.ru> <1335097509.20101211231636@mtu-net.ru> Message-ID: <201012120034.01606.ne@vbart.ru> > 2. Цитировать необходимо и достаточно только ту часть, на которую > отвечаешь. Чтобы люди, читающие рассылку через год, не ломали голову, о > чём вообще идёт речь. Я абсолютно согласен, что если человек отвечает на какой-то отдельный кусок письма, то вполне логично его процитировать. Но, зачастую, люди отвечают на все письмо целиком, на мысль, которую оно содержало. В этом случае, вообще не вижу смысла цитировать письмо целиком, если забыл о чем речь, можно же просто посмотреть предыдущее письмо, это просто. Не с середины же дискуссии вы читать начинаете? И не понятно, что изменится через год? Почему спустя год, вы вдруг не сможете прочитать письмо, на которое был дан ответ? Лично у меня рассылка из себя представляет древовидную структуру, по которой можно быстро и легко перемещаться, и всегда видно кто и на что отвечает. Хочется добавить, пользуйтесь правильным почтовыми программами: http://img403.imageshack.us/img403/9310/maillist.png -- Валентин Бартенев From valery+nginxru на grid.net.ru Sun Dec 12 00:48:09 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sat, 11 Dec 2010 22:48:09 +0100 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <408b15fd259ac406481a4bf1405ca7b1.NginxMailingListRussian@forum.nginx.org> References: <408b15fd259ac406481a4bf1405ca7b1.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D03F199.4000902@grid.net.ru> Проще, наверное, так: static ngx_int_t ngx_http_my_handler(ngx_http_request_t *r) { ngx_int_t rc; r->request_body_in_single_buf = 1; rc = ngx_http_read_client_request_body(r, ngx_http_my_body_handler); if (rc >= NGX_HTTP_SPECIAL_RESPONSE) { return rc; } return NGX_DONE; } Соответственно, тело запроса искать в r->request_body->buf. magz пишет: > Здравствуйте, > > подскажите пожалуйскта как правильно > считать пост реквест в буффер. > Я нашел модуль form_input там через функции > NDK делается регистрируется handler так: > value = cf->args->elts; > filter.func = ngx_http_set_form_input; > return ndk_set_var_multi_value_core (cf, value, &s, &filter) > > Далее делается вот так: > cmcf = ngx_http_conf_get_module_main_conf(cf, ngx_http_core_module); > h = > ngx_array_push(&cmcf->phases[NGX_HTTP_SERVER_REWRITE_PHASE].handlers); > *h = ngx_http_form_input_handler; > h = ngx_array_push(&cmcf->phases[NGX_HTTP_REWRITE_PHASE].handlers); > *h = ngx_http_form_input_handler; > > После этого крутимся внутри > ngx_http_form_input_handler() c ngx_http_read_client_request_body() > возвращая NGX_AGAIN и если читался весь POST > то возвращаем NGX_DECLINED. ( Необходимо > склеить пост в 1 буффер, если он был > передан от браузера в несколько > пакетов). > > Далее вызывается обрабочик который мы > заререгистрировали выше ngx_http_set_form_input() > в котором читаем запрос: > Размер: > len = 0; > for (cl = r->request_body->bufs; cl != NULL; cl = cl->next) { > len += cl->buf->last - cl->buf->pos; > } > > Сам буфер: > p = buf; > for (cl = r->request_body->bufs; cl; cl = cl->next) { > p = ngx_copy(p, cl->buf->pos, cl->buf->last - cl->buf->pos); > p += cl->buf->last - cl->buf->pos; > } > > Теперь у меня возникает проблемма как > это сделать правильно. Как правильно > зарегистривовать обработчик > ngx_http_set_form_input()? Я посмотрел на другие > модули. Они используют так называемые > фильтры: > ngx_http_next_body_filter = ngx_http_top_body_filter; > ngx_http_top_body_filter = ngx_http_my_module_body_filter; > > Я попробовал так сделать, но в > ngx_http_my_module_body_filter() получаю r->request_body == > NULL. Соответственно никаких буферов не > видно. > > Как бы переписать: > value = cf->args->elts; > filter.func = ngx_http_set_form_input; > return ndk_set_var_multi_value_core (cf, value, &s, &filter) > что-бы обработчик вызывался без NDK? > > Или может есть где-нибудь красивый > пример где можно полностью прочитать > запрос от браузера? -- Best regards, Valery Kholodkov From nginx-forum на nginx.us Sun Dec 12 01:55:34 2010 From: nginx-forum на nginx.us (magz) Date: Sat, 11 Dec 2010 17:55:34 -0500 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <4D03F199.4000902@grid.net.ru> References: <4D03F199.4000902@grid.net.ru> Message-ID: <546242c73b2ae30c0fe18a6e5eb70d8b.NginxMailingListRussian@forum.nginx.org> >r->request_body_in_single_buf = 1; >rc = ngx_http_read_client_request_body(r, ngx_http_my_body_handler); При установке request_body_in_single_buf в 1, в rc возвращается NGX_AGAIN. Что на сколько я понимаю означает что не полностью заполнился буфер r->request_body->buf Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157784,157878#msg-157878 From valery+nginxru на grid.net.ru Sun Dec 12 02:18:30 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sun, 12 Dec 2010 00:18:30 +0100 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <546242c73b2ae30c0fe18a6e5eb70d8b.NginxMailingListRussian@forum.nginx.org> References: <4D03F199.4000902@grid.net.ru> <546242c73b2ae30c0fe18a6e5eb70d8b.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D0406C6.8030201@grid.net.ru> magz пишет: >> r->request_body_in_single_buf = 1; >> rc = ngx_http_read_client_request_body(r, ngx_http_my_body_handler); > > При установке request_body_in_single_buf в 1, в rc > возвращается NGX_AGAIN. Что на сколько я > понимаю означает что не полностью > заполнился буфер r->request_body->buf Да, нужно ждать пока не вызовится ngx_http_my_body_handler. -- Best regards, Valery Kholodkov From mdounin на mdounin.ru Sun Dec 12 02:34:10 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 12 Dec 2010 02:34:10 +0300 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <546242c73b2ae30c0fe18a6e5eb70d8b.NginxMailingListRussian@forum.nginx.org> References: <4D03F199.4000902@grid.net.ru> <546242c73b2ae30c0fe18a6e5eb70d8b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101211233410.GZ54973@mdounin.ru> Hello! On Sat, Dec 11, 2010 at 05:55:34PM -0500, magz wrote: > >r->request_body_in_single_buf = 1; > >rc = ngx_http_read_client_request_body(r, ngx_http_my_body_handler); > > При установке request_body_in_single_buf в 1, в rc > возвращается NGX_AGAIN. Что на сколько я > понимаю означает что не полностью > заполнился буфер r->request_body->buf После вызова ngx_http_read_client_request_body() нужно сделать ровно то, что написал Виталий, а именно: if (rc >= NGX_HTTP_SPECIAL_RESPONSE) { return rc; } return NGX_DONE; Все остальные действия следует выполнять в обработчике ngx_http_my_body_handler (когда nginx его позовёт). И, чтобы два раза не вставать: 1. Я крайне не рекомендую пользоваться r->request_body->buf. Это указатель на буфер чтения тела запроса, а не на само тело. Само тело следует получить через цепочку r->request_body->bufs. Для случая r->request_body_in_single_buf = 1 там будет один буфер. 2. Если тело больше, чем client_body_buffer_size[1], то оно отправится на диск. Это следует иметь ввиду. [1] http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#client_body_buffer_size Maxim Dounin From nginx-forum на nginx.us Sun Dec 12 03:31:08 2010 From: nginx-forum на nginx.us (nickolay) Date: Sat, 11 Dec 2010 19:31:08 -0500 Subject: =?UTF-8?B?0J/RgNC4INC00L7QutCw0YfQutCw0YUoMjA2KSBuZ2lueCDQvtGC0LTQsNC10YIg?= =?UTF-8?B?0LTQsNC90L3Ri9C1INGBINC90LDRh9Cw0LvQsCDRhNCw0LnQu9Cw?= Message-ID: <4b2a8d927f2084c49a7526019c906406.NginxMailingListRussian@forum.nginx.org> Linux x86 nginx version: nginx/0.8.53 Ключевые моменты конфигурации: perl_require files.pm; location /f { perl files::download; } Скрипт проверяет наличие файла на файловой системе, права доступа к файлу, после чего выполняет внутренний редирект: $r->allow_ranges; $r->header_out('Content-Length', $file_size); $r->send_http_header("$mime"); $r->internal_redirect($internal_redirect_link); return OK; Качаю с обрывами wget-ом с ключом "-c", файл получается правильным(совпадает md5sum с оригиналом). Качаю Firefox-ом, также с обрывами, файл также скачивается, размер правильный, но при каждом последующем запросе за очередным куском файла, nginx возвращает начальную часть файла, хотя в ответе указывает правильные range и отдаваемый размер. Сделал tcpdump, сравнил запросы от wget и Firefox. Заметил, что Firefox шлет еще условие If-Range и еще вот это в заголовке перед указанием Range: X-REMOVED:.Range nginx честно отдает 206-й статус (в логе кстати пишет 200). Если надо, могу выложить дамп обмена. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157886,157886#msg-157886 From nginx-forum на nginx.us Sun Dec 12 03:49:39 2010 From: nginx-forum на nginx.us (magz) Date: Sat, 11 Dec 2010 19:49:39 -0500 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <4D0406C6.8030201@grid.net.ru> References: <4D0406C6.8030201@grid.net.ru> Message-ID: <54396dd06d8b668e4da5f10d8edd21ec.NginxMailingListRussian@forum.nginx.org> Valery Kholodkov Wrote: ------------------------------------------------------- > magz пишет: > >> r->request_body_in_single_buf = 1; > >> rc = ngx_http_read_client_request_body(r, > ngx_http_my_body_handler); > > > > При установке > request_body_in_single_buf в 1, в rc > > возвращается NGX_AGAIN. Что на > сколько я > > понимаю означает что не > полностью > > заполнился буфер > r->request_body->buf > > Да, нужно ждать пока не > вызовится ngx_http_my_body_handler. > А как ждать? Сделал пустой хендлер, он в него входит, хендлер отрабатывает. После этого браузер висит, такое впечатление что не отправляет этот запрос. Если внутри хендлера вызвать ngx_http_core_run_phases(r); то получается вечный цикл с NGX_AGAIN. > -- > Best regards, > Valery Kholodkov > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157784,157887#msg-157887 From nginx-forum на nginx.us Sun Dec 12 04:33:27 2010 From: nginx-forum на nginx.us (magz) Date: Sat, 11 Dec 2010 20:33:27 -0500 Subject: =?UTF-8?B?UmU6INGB0YfQuNGC0LDRgtGMIFBPU1Qg0YDQtdC60LLQtdGB0YIg0LIg0LHRg9GE?= =?UTF-8?B?0YTQtdGA?= In-Reply-To: <408b15fd259ac406481a4bf1405ca7b1.NginxMailingListRussian@forum.nginx.org> References: <408b15fd259ac406481a4bf1405ca7b1.NginxMailingListRussian@forum.nginx.org> Message-ID: Урам, всем спасибо большое, по ходу дела заработало. Я сделал в контексте флаг ctx->done , внутри хендлера его выствляю и делаю так: ctx->done = 1; r->read_event_handler = ngx_http_request_empty_handler; r->write_event_handler = ngx_http_core_run_phases; /*?*/ ngx_http_mymodule_parse(r); ngx_http_core_run_phases(r); return; Cоответственно если ctx->done то возвращаю NGX_DECLINED: если нет, то вызываю ngx_http_read_client_request_body() и возвращаю NGX_OK. В таком случае обработчик дергается 1 раз и с полным буфером. Еще раз спасибо, Максим. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157784,157889#msg-157889 From bondarets на gmail.com Sun Dec 12 13:43:46 2010 From: bondarets на gmail.com (big bond) Date: Sun, 12 Dec 2010 13:43:46 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0LjRgdGC0LjQutCw?= In-Reply-To: <753401708.20101211232132@mtu-net.ru> References: <1543135113.20101210142921@softsearch.ru> <20101210124616.GU54973@mdounin.ru> <20101210141149.GV54973@team.vega.ru> <4D029B07.8000709@bestmx.ru> <4D032F0E.2060406@bestmx.ru> <753401708.20101211232132@mtu-net.ru> Message-ID: 11 декабря 2010 г. 23:21 пользователь Andrey Repin написал: > Здравствуйте, Уважаемый(-ая, -ое) Sergey Averyanov! > > SA> Есть гмейл, который по нажатию на reply по дефолту делает top-post. > Вполне > SA> себе стандарт. > > Я часто вообще пропускаю темы, в которых люди начинают топпостить. > Безотносительно их содержания. Просто потому, что мне неудобно > восстанавливать > нить дискуссии, крутя сообщение вверх-вниз и пытаясь удержать в голове все > цитаты вместо того, чтобы прочитать письмо сверху вниз, как это делают > нормальные люди. Не уважаешь тех к кому обращаешься за помощью? Почему мы > должны уважать тебя? > Тут момент очень тонкий, например тем, кто часто читает почту с мобильных устройств - топпостинг как раз очень удобен и более уважителен, т.к. нет необходимости закачивать и пролистывать большие куски текста на небольшом экране, а первая порция (верхушка) загружается сразу. Этого, в подавляющем большинстве случаев, более чем достаточно, чтобы отследить нить разговора, тема-то в сообщении на что? Да и в мире деловой переписки распространены "топ-постинг" или "инлайн-постинг" более чем "даун-постинг". В общем, не стоит сильно ругаться по этому поводу, тот или иной стиль в разных ситуациях может быть более применим или менее. Ну и привычка играет большую роль, поколению gmail привычен "топ-постинг", ибо дефолтен. _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From hell-for-yahoo на umail.ru Sun Dec 12 14:17:09 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Sun, 12 Dec 2010 14:17:09 +0300 Subject: Netiqette (Re: странная статистика) In-Reply-To: <201012120034.01606.ne@vbart.ru> References: <201012111640.27304.ne@vbart.ru> <1335097509.20101211231636@mtu-net.ru> <201012120034.01606.ne@vbart.ru> Message-ID: <1323792514.20101212141709@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев! >> 2. Цитировать необходимо и достаточно только ту часть, на которую >> отвечаешь. Чтобы люди, читающие рассылку через год, не ломали голову, о >> чём вообще идёт речь. ВБ> Я абсолютно согласен, что если человек отвечает на какой-то отдельный кусок ВБ> письма, то вполне логично его процитировать. ВБ> Но, зачастую, люди отвечают на все письмо целиком, на мысль, которую оно ВБ> содержало. В этом случае, вообще не вижу смысла цитировать письмо целиком, ВБ> если забыл о чем речь, можно же просто посмотреть предыдущее письмо, это ВБ> просто. Не с середины же дискуссии вы читать начинаете? И не понятно, что ВБ> изменится через год? Почему спустя год, вы вдруг не сможете прочитать письмо, ВБ> на которое был дан ответ? Спустя год кто-то воспользовался поиском по рассылке. Угадай, с какого места он попадёт на дискуссию? ВБ> Лично у меня рассылка из себя представляет древовидную структуру, по которой ВБ> можно быстро и легко перемещаться, и всегда видно кто и на что отвечает. ВБ> Хочется добавить, пользуйтесь правильным почтовыми программами: ВБ> http://img403.imageshack.us/img403/9310/maillist.png Именно. The Bat! - наше всё, всё остальное - бледное подобие почтового клиента. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) воскресенье, 12.12.2010, <14:14> From exelib на googlemail.com Sun Dec 12 16:16:48 2010 From: exelib на googlemail.com (Anton Bessonov) Date: Sun, 12 Dec 2010 14:16:48 +0100 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <1323792514.20101212141709@mtu-net.ru> References: <201012111640.27304.ne@vbart.ru> <1335097509.20101211231636@mtu-net.ru> <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> Message-ID: <4D04CB40.70003@gmail.com> > > Спустя год кто-то воспользовался поиском по рассылке. > Угадай, с какого места он попадёт на дискуссию? > А Вы искали хоть раз? Нет? Советую попробовать. Пример: http://www.lexa.ru/nginx-ru/msg38115.html в самом внизу. И так, в принципе, везде. Надобность цитирования одного ответа просто отпадает. Пример ?2: http://forum.nginx.org/read.php?21,157396,157715 Ещё примеров с osdir и д.р.? > Именно. > The Bat! - наше всё, всё остальное - бледное подобие почтового клиента. > Да и в сандербёрде нормально смотрится. По теме нетикета. Явные сторонники просто обязанны жениться на девственнице - традиции, что поделаешь. (А где же здравый смысл?) Теперь вот так выглядит без топпостинга (второй пост): http://img219.imageshack.us/img219/6616/screenshotjk.png плохо и не практично, правда? И как хотелось бы - третий пост. From ano на bestmx.ru Sun Dec 12 17:19:31 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sun, 12 Dec 2010 17:19:31 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <4D04CB40.70003@gmail.com> References: <201012111640.27304.ne@vbart.ru> <1335097509.20101211231636@mtu-net.ru> <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> <4D04CB40.70003@gmail.com> Message-ID: <4D04D9F3.7090007@bestmx.ru> On 12/12/10 16:16, Anton Bessonov wrote: > По теме нетикета. Явные сторонники просто обязанны жениться на > девственнице - традиции, что поделаешь. (А где же здравый смысл?) Не надо доводить тему до абсурда. Вас попросили: не делайте так. Не делайте так, пожалуйста, если можете. From nginx-forum на nginx.us Sun Dec 12 18:18:37 2010 From: nginx-forum на nginx.us (agz) Date: Sun, 12 Dec 2010 10:18:37 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <2e73fbda9297cc63af9a8bd5a82a1990.NginxMailingListRussian@forum.nginx.org> Еще проблема вылезла: upstream prematurely closed connection while reading response header from upstream backlog'а не хватает? Стоит по умолчанию (CentOS 5.5, x86_64). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,157954#msg-157954 From ne на vbart.ru Sun Dec 12 18:38:01 2010 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 12 Dec 2010 18:38:01 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <1323792514.20101212141709@mtu-net.ru> References: <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> Message-ID: <201012121838.01176.ne@vbart.ru> > The Bat! - наше всё, всё остальное - бледное подобие почтового клиента. Ваш "The Bat" видимо плевать хотел на RFC 2822 и 2047. На моем скриншоте это видно - неправильная кодировка в заголовках у ваших сообщений. -- Валентин Бартенев From mdounin на mdounin.ru Sun Dec 12 18:58:46 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 12 Dec 2010 18:58:46 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <4D04CB40.70003@gmail.com> References: <201012111640.27304.ne@vbart.ru> <1335097509.20101211231636@mtu-net.ru> <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> <4D04CB40.70003@gmail.com> Message-ID: <20101212155846.GA54973@mdounin.ru> Hello! On Sun, Dec 12, 2010 at 02:16:48PM +0100, Anton Bessonov wrote: > >Спустя год кто-то воспользовался поиском по рассылке. > >Угадай, с какого места он попадёт на дискуссию? > А Вы искали хоть раз? Нет? Советую попробовать. > Пример: http://www.lexa.ru/nginx-ru/msg38115.html в самом внизу. И > так, в принципе, везде. Надобность цитирования одного ответа просто > отпадает. > Пример ?2: http://forum.nginx.org/read.php?21,157396,157715 > Ещё примеров с osdir и д.р.? Вы себе не представляете, видимо, в каком количестве мест threading банально сломан и/или работает только в ограниченном временном интервале. В частности, у того же Лёхи - ссылка на threads index не работает, если дискуссия уехала с первой страницы. А на nginx.org/pipermail/ - трединг только в границах месяца. Не говоря уже про ситуации, когда дополнительные люди/рассылки подключаются по ходу дискуссии, и тредить банально нечего. [...] > Теперь вот так выглядит без топпостинга (второй пост): > http://img219.imageshack.us/img219/6616/screenshotjk.png > плохо и не практично, правда? И как хотелось бы - третий пост. Пытаться по preview треда целиком понять содержание отдельных писем - можно, но работать не обязано. При этом разница между top-posting'ом и нормальными письмами - отсутствует, вопрос лишь в алгоритме формирования preview. Если же говорить о чтении/написании конкретных писем, то top-posting более или менее прилично работает в одном и только в одном случае: когда каждое сообщение содержит не более одной мысли (можно меньше). Если мыслей больше одной (а в технических рассылках это пока ещё встречается) - то начинаются проблемы. Причём, что характено, начинаются они в первую очередь у того, кто пишет top-post ответы. Типичная ситуация, наблюдаемая мной регулярно в этой в частности рассылке, - человек просто забывает ответить на часть поставленных в письме вопросов. Мне, по большому счёту, всё равно. Но не стоит надеяться, что я буду повторять вопросы и/или пытаться восстановить контекст, если он из-за top-posting'а потерян (даже если цитата присутствует в том же письме, не говоря уже про необходимость лезть в другие письма треда). Подозреваю, что позиция большинства специалистов близка к моей. Ибо специалистам есть чем заняться и помимо написания бессмысленных писем. Так что грамотное цитирование писем - это в первую очередь вопрос получения ответа на свои письма. Если ответ вам не нужен - можете цитировать как угодно. Ну и следующий логический шаг - если людям не нужны ответы, то они наверное зря пишут в рассылку. Только архив засоряют, да и кнопку 'n' жать приходится лишний раз. Maxim Dounin p.s. Если кто-то желает продолжать эту дискуссию - я бы порекомендовал делать это в какой-нибудь другой рассылке. Спасибо. From hell-for-yahoo на umail.ru Mon Dec 13 05:55:37 2010 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Mon, 13 Dec 2010 05:55:37 +0300 Subject: Netiqette (Re: странная статистика) In-Reply-To: <201012121838.01176.ne@vbart.ru> References: <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> <201012121838.01176.ne@vbart.ru> Message-ID: <1892450681.20101213055537@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев! >> The Bat! - наше всё, всё остальное - бледное подобие почтового клиента. ВБ> Ваш "The Bat" видимо плевать хотел на RFC 2822 и 2047. На моем скриншоте это ВБ> видно - неправильная кодировка в заголовках у ваших сообщений. Претензии куда-нибудь в другое место отправляйте. Кодировка KOI8-R, как и объявлено. Робот рассылки её не ломает. Если ваш мейлер не в состоянии узреть поле Content-Type, это не мои проблемы. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 13.12.2010, <5:53> From s на bykov.odessa.ua Mon Dec 13 07:42:54 2010 From: s на bykov.odessa.ua (s на bykov.odessa.ua) Date: Mon, 13 Dec 2010 06:42:54 +0200 Subject: =?UTF-8?B?L2V0Yy9pbml0LmQvbmdpbnggcmVsb2FkINC90LUg0L/QtdGA0LXRh9C40YLRi9Cy?= =?UTF-8?B?0LDQtdGCINC60L7QvdGE0LjQs9C4Pw==?= In-Reply-To: <1892450681.20101213055537@mtu-net.ru> References: <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> <201012121838.01176.ne@vbart.ru> <1892450681.20101213055537@mtu-net.ru> Message-ID: Когда nginx занят обработкой соединений, service nginx reload не приносит результата, если свободен - перечитывает конфиги нормально... Как это исправить - кто знает? А то я уже замахался разбираться... Для уточнения. в файле /etc/nginx/nginx.conf есть include /etc/nginx/virtual.conf, который в свою очередь содержит инклуды на виртуальные хосты вида include ...users/test1/nginx.conf; При изменении файла ...users/test1/nginx.conf попытка /etc/init.d/nginx restart не заставляет его этот файл перечитать. Приходиться делать /etc/init.d/nginx restart. На тестовом же сервере куда запросов нет - релоад проходит нормально nginx взят с репозитория epel nginx-0.8.53-1.el5 и работает на CentOS 5.5 фрагмент /etc/init.d/nginx: reload() { configtest_q || configtest || return 6 echo -n $"Reloading $prog: " killproc $nginx -HUP echo } Вроде все выглядит нормально, но, блин, не работает, может кто с таким сталкивался? From nginx-forum на nginx.us Mon Dec 13 09:00:48 2010 From: nginx-forum на nginx.us (softshape) Date: Mon, 13 Dec 2010 01:00:48 -0500 Subject: =?UTF-8?B?0JfQsNC60LXRiNC40YDQvtCy0LDRgtGMINCy0LXQsS3QutCw0LzQtdGA0YM=?= Message-ID: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Всем привет, стоит задача на 3 секунды кешировать JPEG-изображение с веб-камеры. Браузер картинку обновляет при помощи camera.src = '/r/webcam1/jpg/image.jpg?' + Math.random(); соотв. нужно чтобы все браузеры не ломились напрямую к веб-камере, а получали закешированную nginx'ом картинку. Делаем так: http { proxy_cache_path /var/tmp keys_zone=tmpcache:10m; proxy_temp_path /var/tmp; ..... location /r/webcam1/ { proxy_pass http://ip.address.of.webcam/; proxy_cache_valid 3s; expires 3s; proxy_cache tmpcache; } proxy_pass проходит, картинку видно, но она не кешируется. Даже если просто сидеть и жать в браузере F5 раз в секунду, картинка приходит новая. С '/image.jpg?' + Math.random() - тем более. Что нужно подкрутить, чтобы кеш был более "железобетонный" ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158104,158104#msg-158104 From sytar.alex на gmail.com Mon Dec 13 10:40:37 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Mon, 13 Dec 2010 10:40:37 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> References: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Message-ID: 13 декабря 2010 г. 9:00 пользователь softshape написал: > Всем привет, > > стоит задача на 3 секунды кешировать > JPEG-изображение с веб-камеры. Браузер > картинку обновляет при помощи > >  camera.src = '/r/webcam1/jpg/image.jpg?' + Math.random(); Эта конструкция фактически заставляет каждый раз при запросе отдавать новую картинку. Уберите "Math.random()" и поставьте "meta refresh=3". Страница сама будет обновляться через 3 секунды. -- Have a nice day From bloodjazman на gmail.com Mon Dec 13 10:52:39 2010 From: bloodjazman на gmail.com (Eugene Klimov) Date: Mon, 13 Dec 2010 10:52:39 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> References: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Message-ID: http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_cache_key добавьте proxy_cache_key "$host$request_uri"; кроме того посмотрите какие заголовки приходят от бекенда возможно понадобится proxy_ignore_headers > http { > >    proxy_cache_path  /var/tmp  keys_zone=tmpcache:10m; >    proxy_temp_path /var/tmp; > ..... > >        location /r/webcam1/ { >                proxy_pass http://ip.address.of.webcam/; >                proxy_cache_valid 3s; >                expires 3s; >                proxy_cache tmpcache; >        } > From igor на sysoev.ru Mon Dec 13 11:01:18 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 13 Dec 2010 11:01:18 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> References: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101213080118.GA30668@rambler-co.ru> On Mon, Dec 13, 2010 at 01:00:48AM -0500, softshape wrote: > стоит задача на 3 секунды кешировать > JPEG-изображение с веб-камеры. Браузер > картинку обновляет при помощи > > camera.src = '/r/webcam1/jpg/image.jpg?' + Math.random(); > > соотв. нужно чтобы все браузеры не > ломились напрямую к веб-камере, а > получали закешированную nginx'ом > картинку. > > Делаем так: > > http { > > proxy_cache_path /var/tmp keys_zone=tmpcache:10m; > proxy_temp_path /var/tmp; > ..... > > location /r/webcam1/ { > proxy_pass http://ip.address.of.webcam/; > proxy_cache_valid 3s; > expires 3s; > proxy_cache tmpcache; > } > > proxy_pass проходит, картинку видно, но она > не кешируется. Даже если просто сидеть > и жать в браузере F5 раз в секунду, > картинка приходит новая. С '/image.jpg?' + > Math.random() - тем более. > > Что нужно подкрутить, чтобы кеш был > более "железобетонный" ? # игнорировать заголовки веб-камеры: proxy_ignore_headers Expires Cache-Control; # убрать случайный аргумент из ключа кэша proxy_cache_key ip.address.of.webcam$uri; -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Dec 13 11:17:30 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 13 Dec 2010 11:17:30 +0300 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> References: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101213081730.GB30668@rambler-co.ru> On Mon, Dec 13, 2010 at 01:00:48AM -0500, softshape wrote: > Всем привет, > > стоит задача на 3 секунды кешировать > JPEG-изображение с веб-камеры. Браузер > картинку обновляет при помощи > > camera.src = '/r/webcam1/jpg/image.jpg?' + Math.random(); > > соотв. нужно чтобы все браузеры не > ломились напрямую к веб-камере, а > получали закешированную nginx'ом > картинку. > > Делаем так: > > http { > > proxy_cache_path /var/tmp keys_zone=tmpcache:10m; > proxy_temp_path /var/tmp; proxy_cache_path /var/tmp/nginx/cache ... proxy_temp_path /var/tmp/nginx/temp -- Игорь Сысоев http://sysoev.ru From ash2kk на gmail.com Mon Dec 13 11:34:29 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Mon, 13 Dec 2010 13:34:29 +0500 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: References: <1c89205209b106c2fe8703fb4fcff1bf.NginxMailingListRussian@forum.nginx.org> Message-ID: 13 декабря 2010 г. 12:40 пользователь Aleksandr Sytar написал: > 13 декабря 2010 г. 9:00 пользователь softshape написал: >> Всем привет, >> >> стоит задача на 3 секунды кешировать >> JPEG-изображение с веб-камеры. Браузер >> картинку обновляет при помощи >> >>  camera.src = '/r/webcam1/jpg/image.jpg?' + Math.random(); > > Эта конструкция фактически заставляет каждый раз при запросе отдавать > новую картинку. Уберите "Math.random()" и поставьте "meta refresh=3". > Страница сама будет обновляться через 3 секунды. Еще можно менять хеш (то, что после #) в URI - это заставляет браузеры (я тестировал это примерно год назад на firefox, chrome) делать conditional request (If modified since и т.п.) для проверки изменились ли данные, но этот способ не работает в любимом IE6. Насчет более новых версий IE не помню. From ruslan.usifov на gmail.com Mon Dec 13 12:07:35 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Mon, 13 Dec 2010 12:07:35 +0300 Subject: =?UTF-8?Q?nginx_=D0=B8_cloud?= Message-ID: Приветствую у меня вот такой вопрос. предположим имееться cloud хостинг и nginx работающий на одном из инстансов. Соответсвенно время от времени когда не хватает несурсов мы докупаем инстансы с почасовой оплатой. Соотвесвенно чтобы внести изменение в конфиг nginx приходиться(добавились сервера, удалились сервера) время от времени его перзагружать (nginx reload), и делаем мы это сейчас вручную. Сооветвенно вопрос а нельзя ли это как нибудь автоматизировать? Сейчас на ум приходит только pacemaker, но его нужно базировать на corosync, а для него нужна multicast адресация, поддерживаеться ли она в cloud честно говоря не особо в курсе ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tdz на modestus.org Mon Dec 13 12:19:33 2010 From: tdz на modestus.org (TDz) Date: Mon, 13 Dec 2010 10:19:33 +0100 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: References: Message-ID: Если память не изменяли отечественные разработчики https://scalr.net/ делали автоскейл для nginx, возможно у них на сайте или в бесплатной версии есть детали как это делалось наиболее элегантно 2010/12/13 ruslan usifov : > Приветствую > > у меня вот такой вопрос. предположим имееться cloud хостинг и nginx > работающий на одном из инстансов. Соответсвенно время от времени когда не > хватает несурсов мы докупаем инстансы с почасовой оплатой. Соотвесвенно > чтобы внести изменение в конфиг nginx приходиться(добавились сервера, > удалились сервера) время от времени его перзагружать (nginx reload), и > делаем мы это сейчас вручную. Сооветвенно вопрос а нельзя ли это как нибудь > автоматизировать? Сейчас на ум приходит только pacemaker, но его нужно > базировать на corosync, а для него нужна multicast адресация, > поддерживаеться ли она в cloud честно говоря не особо в курсе > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From igor на sysoev.ru Mon Dec 13 14:13:28 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 13 Dec 2010 14:13:28 +0300 Subject: nginx-0.9.3 Message-ID: <20101213111328.GB36232@rambler-co.ru> Изменения в nginx 0.9.3 13.12.2010 *) Исправление: если для пары адрес:порт описан только один сервер, то выделения в регулярных выражениях в директиве server_name не работали. *) Исправление: nginx не собирался под Solaris; ошибка появилась в 0.9.0. -- Игорь Сысоев http://sysoev.ru From mdounin на mdounin.ru Mon Dec 13 14:52:43 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 13 Dec 2010 14:52:43 +0300 Subject: =?UTF-8?B?UmU6IE5ldGlxZXR0ZSAoUmU6ICDRgdGC0YDQsNC90L3QsNGPINGB0YLQsNGC0Lg=?= =?UTF-8?B?0YHRgtC40LrQsCk=?= In-Reply-To: <1892450681.20101213055537@mtu-net.ru> References: <201012120034.01606.ne@vbart.ru> <1323792514.20101212141709@mtu-net.ru> <201012121838.01176.ne@vbart.ru> <1892450681.20101213055537@mtu-net.ru> Message-ID: <20101213115243.GB54973@mdounin.ru> Hello! On Mon, Dec 13, 2010 at 05:55:37AM +0300, Andrey Repin wrote: > Здравствуйте, Уважаемый(-ая, -ое) Валентин Бартенев! > > > >> The Bat! - наше всё, всё остальное - бледное подобие почтового клиента. > > ВБ> Ваш "The Bat" видимо плевать хотел на RFC 2822 и 2047. На моем скриншоте это > ВБ> видно - неправильная кодировка в заголовках у ваших сообщений. > > Претензии куда-нибудь в другое место отправляйте. > Кодировка KOI8-R, как и объявлено. Робот рассылки её не ломает. > Если ваш мейлер не в состоянии узреть поле Content-Type, это не мои проблемы. По RFC в заголовках писем не разрешены русские буквы, т.е. вообще. Их можно отправлять только в encoded-виде. А Content-Type - он относится к контенту, а не к заголовкам. Вообще, "The Bat!" - одна из самых плохих почтовых программ с точки зрения поддержки RFC. Но это, в самом деле, совсем не относится к данной рассылке. Maxim Dounin From admin на mist-game.ru Mon Dec 13 15:16:09 2010 From: admin на mist-game.ru (=?KOI8-R?B?98zBxMnNydIg9NXNwc7P1w==?=) Date: Mon, 13 Dec 2010 15:16:09 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDRhtC40LrQu9C40LLQsNC10YLRgdGPINC/0YDQuCDQvtGC?= =?UTF-8?B?0L/RgNCw0LLQutC1INC30LDQv9GA0L7RgdC+0LIg0L3QsCBmYXN0LWNnaSA=?= =?UTF-8?B?0LggcHJveHk=?= In-Reply-To: References: Message-ID: 13 декабря 2010 г. 15:05 пользователь Andrey N. Oktyabrski написал: > On 12/11/10 18:16, Владимир Туманов wrote: > Искать тараканов надо в пых-скриптах, раз смена софта и протоколов обмена > не приводит к сколь-либо заметным изменениям. > > Кроме того, можно подёргать эти дёргалки: > > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#client_body_buffer_size > > > http://sysoev.ru/nginx/docs/http/ngx_http_fastcgi_module.html#fastcgi_send_timeout > > Но скорее всего это мёртвому припарка, поскольку пых просто не успевает > обрабатывать тот POST, о котором говорится в логе. Я об этом: > writev() failed (32: Broken pipe) while sending request to upstream > > По-моему так... Этим PHP скриптам уже порядка трёх лёт, они отлажены. Да и тот POST о котором речь, не превышает 1kb, client_body_buffer_sizeуже подкручен. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sk.paix на gmail.com Mon Dec 13 15:54:32 2010 From: sk.paix на gmail.com (Sergej Kandyla) Date: Mon, 13 Dec 2010 14:54:32 +0200 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: References: Message-ID: <4D061788.7030504@gmail.com> TDz wrote: > Если память не изменяли отечественные разработчики https://scalr.net/ > делали автоскейл для nginx, возможно у них на сайте или в бесплатной > версии есть детали как это делалось наиболее элегантно > реализация там примитивно-простая. Конфиг нжинкса просто перегенеривается из расчета под добавленные\убранные ноды. Если делать самому, то просто переодически мониторить (ec2-describe-instances или подобное) и соотвественно регенерировать конфиг. Однако, прийдется позаботится о еще одной проверке бекенда на доступность, что в целом, не слишком обьемно. Но, если хочется минимальных телодвижений, а статистика не слишком важна - то стоит посмотреть на амазоновский load-balancer. Он уже научился sticky-sessions. > 2010/12/13 ruslan usifov : > >> Приветствую >> >> у меня вот такой вопрос. предположим имееться cloud хостинг и nginx >> работающий на одном из инстансов. Соответсвенно время от времени когда не >> хватает несурсов мы докупаем инстансы с почасовой оплатой. Соотвесвенно >> чтобы внести изменение в конфиг nginx приходиться(добавились сервера, >> удалились сервера) время от времени его перзагружать (nginx reload), и >> делаем мы это сейчас вручную. Сооветвенно вопрос а нельзя ли это как нибудь >> автоматизировать? Сейчас на ум приходит только pacemaker, но его нужно >> базировать на corosync, а для него нужна multicast адресация, >> поддерживаеться ли она в cloud честно говоря не особо в курсе >> >> From nginx-forum на nginx.us Mon Dec 13 18:46:49 2010 From: nginx-forum на nginx.us (softshape) Date: Mon, 13 Dec 2010 10:46:49 -0500 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: <20101213080118.GA30668@rambler-co.ru> References: <20101213080118.GA30668@rambler-co.ru> Message-ID: I > # игнорировать заголовки веб-камеры: > proxy_ignore_headers Expires Cache-Control; > > # убрать случайный аргумент из ключа кэша > proxy_cache_key ip.address.of.webcam$uri; Игорь, спасибо ! Это оказалось ровно то, что надо. For records, конфиг теперь выглядит так - location /r/webcam1/ { proxy_pass http://ip.address.of.webcam/; proxy_cache_valid 3s; expires 3s; proxy_cache tmpcache; proxy_ignore_headers Expires Cache-Control; proxy_cache_key ip.address.of.webcam$uri; } Премия Дарвина достается Aleksandr Sytar за совет "Уберите "Math.random()" и поставьте "meta refresh=3". Вот страница, для которой это все делалось - www.irk.fm/weather/ - страшно даже представить, что с ней будет после meta refresh=3. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158104,158208#msg-158208 From nginx-forum на nginx.us Mon Dec 13 22:23:56 2010 From: nginx-forum на nginx.us (agz) Date: Mon, 13 Dec 2010 14:23:56 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <5f70f057e875713ac308e11c6740864f.NginxMailingListRussian@forum.nginx.org> Разобрался. Пересобрал анонсер с большим backlog - уже целые сутки полет нормальный, в логах тишина... Еще есть вопрос :) if ($query_string = "peer_id=AZ2500") { return 503; } if ($query_string = "peer_id=-TR0005-") { return 503; } if ($query_string = "peer_id=exbc") { return 503; } Как это все объединить в одном выражении? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,158302#msg-158302 From igor на sysoev.ru Mon Dec 13 22:28:04 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 13 Dec 2010 22:28:04 +0300 Subject: nginx+xbt tracker In-Reply-To: <5f70f057e875713ac308e11c6740864f.NginxMailingListRussian@forum.nginx.org> References: <5f70f057e875713ac308e11c6740864f.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101213192804.GA53893@rambler-co.ru> On Mon, Dec 13, 2010 at 02:23:56PM -0500, agz wrote: > Разобрался. Пересобрал анонсер с > большим backlog - уже целые сутки полет > нормальный, в логах тишина... > > Еще есть вопрос :) > > if ($query_string = "peer_id=AZ2500") { > return 503; > } > if ($query_string = "peer_id=-TR0005-") { > return 503; > } > if ($query_string = "peer_id=exbc") { > return 503; > } > > Как это все объединить в одном > выражении? map $arg_peer_id $forbidden { default 0; AZ2500 1; -TR0005- 1; exbc 1; } server { location /... { if ($forbidden) { return 503; } } -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Mon Dec 13 22:41:35 2010 From: nginx-forum на nginx.us (agz) Date: Mon, 13 Dec 2010 14:41:35 -0500 Subject: nginx+xbt tracker In-Reply-To: References: Message-ID: <7ebec65cf056cf9839ee9a254ec99505.NginxMailingListRussian@forum.nginx.org> Спасибо! А в 0.8.53 это сработает? В 0.9 вижу какие-то изменения были по поводу map... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,155300,158310#msg-158310 From igor на sysoev.ru Mon Dec 13 22:42:30 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 13 Dec 2010 22:42:30 +0300 Subject: nginx+xbt tracker In-Reply-To: <7ebec65cf056cf9839ee9a254ec99505.NginxMailingListRussian@forum.nginx.org> References: <7ebec65cf056cf9839ee9a254ec99505.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101213194230.GB53893@rambler-co.ru> On Mon, Dec 13, 2010 at 02:41:35PM -0500, agz wrote: > Спасибо! А в 0.8.53 это сработает? В 0.9 вижу > какие-то изменения были по поводу map... Сработает. -- Игорь Сысоев http://sysoev.ru From askjuise на gmail.com Tue Dec 14 05:43:13 2010 From: askjuise на gmail.com (Alexander Petrovsky) Date: Tue, 14 Dec 2010 10:43:13 +0800 Subject: =?UTF-8?B?UmU6INCX0LDQutC10YjQuNGA0L7QstCw0YLRjCDQstC10LEt0LrQsNC80LXRgNGD?= In-Reply-To: References: <20101213080118.GA30668@rambler-co.ru> Message-ID: 13 декабря 2010 г. 23:46 пользователь softshape написал: > I > > # игнорировать заголовки веб-камеры: > > proxy_ignore_headers Expires Cache-Control; > > > > # убрать случайный аргумент из ключа > кэша > > proxy_cache_key ip.address.of.webcam$uri; > > Игорь, спасибо ! Это оказалось ровно то, > что надо. For records, конфиг теперь выглядит > так - > > location /r/webcam1/ { > proxy_pass http://ip.address.of.webcam/; > proxy_cache_valid 3s; > expires 3s; > proxy_cache tmpcache; > proxy_ignore_headers Expires Cache-Control; > proxy_cache_key ip.address.of.webcam$uri; > } > > Премия Дарвина достается Aleksandr Sytar за > совет "Уберите "Math.random()" и поставьте "meta > refresh=3". Вот страница, для которой это все > делалось - www.irk.fm/weather/ - страшно даже > представить, что с ней будет после meta > refresh=3. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,158104,158208#msg-158208 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > Простите за, офф-топ. Эта камера стоит на фасаде нашего здания, можно у вас брать картинку? -- Петровский Александр / Alexander Petrovsky, ICQ: 350342118 Jabber: juise на jabber.ru Phone: +7 914 8 820 815 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Tue Dec 14 13:02:43 2010 From: nginx-forum на nginx.us (soulfy) Date: Tue, 14 Dec 2010 05:02:43 -0500 Subject: =?UTF-8?B?Y2FjaGUgKyBnemlwICsg0L3QtSDQv9C+0LTQtNC10YDQttC40LLQsNGO0YnQuNC1?= =?UTF-8?B?INGB0LbQsNGC0LjQtSDQutC70LjQtdC90YLRiw==?= Message-ID: <92705bd77d77d85482c1d06d3e9d64f8.NginxMailingListRussian@forum.nginx.org> Здравствуйте, Есть такая ситуация: Настроено кеширование средствами nginx и сжатие средствами nginx. Если на страницу зашел клиент поддерживаюший сжатие -- в кэш попадет сжатая страница. И клиенту не поддерживающему сжатие будет отдана она же, что приведет к ошибке у него. А неподдерживающий сжатие клиент, первым зашедший на некую страницу, вызовет попадание в кэш несжатой страницы. Можно ли поменять местами порядок выполнения правил так, чтобы gzip-ование срабатывало после кэширования? Или есть дургие способы решения данной проблемы? gzip_disable с указанием браузера для отключения сжатие не подходит. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158471,158471#msg-158471 From nginx-forum на nginx.us Tue Dec 14 13:14:57 2010 From: nginx-forum на nginx.us (ig0r) Date: Tue, 14 Dec 2010 05:14:57 -0500 Subject: =?UTF-8?B?UmU6IGNhY2hlICsgZ3ppcCArINC90LUg0L/QvtC00LTQtdGA0LbQuNCy0LDRjtGJ?= =?UTF-8?B?0LjQtSDRgdC20LDRgtC40LUg0LrQu9C40LXQvdGC0Ys=?= In-Reply-To: <92705bd77d77d85482c1d06d3e9d64f8.NginxMailingListRussian@forum.nginx.org> References: <92705bd77d77d85482c1d06d3e9d64f8.NginxMailingListRussian@forum.nginx.org> Message-ID: <11f990f379e6c2760b2f54acc68e17cd.NginxMailingListRussian@forum.nginx.org> как вариант, добавить в ключ $http_Accept-Encoding Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158471,158473#msg-158473 From igor на sysoev.ru Tue Dec 14 13:19:58 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 14 Dec 2010 13:19:58 +0300 Subject: =?UTF-8?B?UmU6IGNhY2hlICsgZ3ppcCArINC90LUg0L/QvtC00LTQtdGA0LbQuNCy0LDRjtGJ?= =?UTF-8?B?0LjQtSDRgdC20LDRgtC40LUg0LrQu9C40LXQvdGC0Ys=?= In-Reply-To: <92705bd77d77d85482c1d06d3e9d64f8.NginxMailingListRussian@forum.nginx.org> References: <92705bd77d77d85482c1d06d3e9d64f8.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101214101958.GA79447@rambler-co.ru> On Tue, Dec 14, 2010 at 05:02:43AM -0500, soulfy wrote: > Здравствуйте, > > Есть такая ситуация: > > Настроено кеширование средствами nginx и > сжатие средствами nginx. > > Если на страницу зашел клиент > поддерживаюший сжатие -- в кэш попадет > сжатая страница. И клиенту не > поддерживающему сжатие будет отдана > она же, что приведет к ошибке у него. > > А неподдерживающий сжатие клиент, > первым зашедший на некую страницу, > вызовет попадание в кэш несжатой > страницы. > > Можно ли поменять местами порядок > выполнения правил так, чтобы gzip-ование > срабатывало после кэширования? > > Или есть дургие способы решения данной > проблемы? > > gzip_disable с указанием браузера для > отключения сжатие не подходит. У вас включено сжатие на стороне бэкенда. Запрещается так: proxy_set_header Accept-Encoding ""; -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Dec 14 13:20:28 2010 From: nginx-forum на nginx.us (User) Date: Tue, 14 Dec 2010 05:20:28 -0500 Subject: =?UTF-8?B?YmFzaWMg0LDQstGC0L7RgNC40LfQsNGG0LjRjyAtINC60LDQuiDQv9GA0LDQstC4?= =?UTF-8?B?0LvRjNC90L4/?= Message-ID: Доброго времени суток Имеется location /protected { auth_basic "..."; auth_basic_user_file htpasswd; ... } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; ... } При таком раскладе все php скрипты в /protected не требуют авторизации (что не удивительно) Как добиться авторизации для php скриптов только в пределах /protected ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158476,158476#msg-158476 From ekruglov на gmail.com Tue Dec 14 14:04:57 2010 From: ekruglov на gmail.com (Kruglov Eugenie) Date: Tue, 14 Dec 2010 14:04:57 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: Message-ID: Вложите второй локейшн в первый. location /protected { auth_basic "..."; auth_basic_user_file htpasswd; ... location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; ... } } 2010/12/14 User > Доброго времени суток > > Имеется > > location /protected > { > auth_basic "..."; > auth_basic_user_file htpasswd; > ... > } > > location ~ \.php$ > { > fastcgi_pass 127.0.0.1:9000; > ... > } > > При таком раскладе все php скрипты в > /protected не требуют авторизации (что не > удивительно) > Как добиться авторизации для php > скриптов только в пределах /protected ? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,158476,158476#msg-158476 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Faithfully yours, Eugenie ICQ #701217 GTalk ekruglov на gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Tue Dec 14 14:18:43 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 14 Dec 2010 14:18:43 +0300 Subject: nginx-0.8.54 Message-ID: <20101214111843.GC79447@rambler-co.ru> Изменения в nginx 0.8.54 14.12.2010 *) Исправление: если для пары IPv6-адрес:порт описан только один сервер, то выделения в регулярных выражениях в директиве server_name не работали. *) Исправление: при использовании директивы auth_basic в рабочем процессе мог произойти segmentation fault. Спасибо Михаилу Лалетину. *) Исправление: совместимость с модулем ngx_http_eval_module; ошибка появилась в 0.8.42. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Dec 14 14:33:08 2010 From: nginx-forum на nginx.us (User) Date: Tue, 14 Dec 2010 06:33:08 -0500 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: Message-ID: А будут ли при этом нормально работать php скрипты в других location'ах, например "/" ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158476,158495#msg-158495 From igor на sysoev.ru Tue Dec 14 14:34:53 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 14 Dec 2010 14:34:53 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: Message-ID: <20101214113453.GG79447@rambler-co.ru> On Tue, Dec 14, 2010 at 06:33:08AM -0500, User wrote: > А будут ли при этом нормально работать > php скрипты в других location'ах, например "/" ? Да. -- Игорь Сысоев http://sysoev.ru From eonve на mail.ru Tue Dec 14 14:42:22 2010 From: eonve на mail.ru (Eonve Eo) Date: Tue, 14 Dec 2010 14:42:22 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDRhtC40LrQu9C40LLQsNC10YLRgdGPINC/0YDQuCDQvtGC?= =?UTF-8?B?0L/RgNCw0LLQutC1INC30LDQv9GA0L7RgdC+0LIg0L3QsCBmYXN0LWNnaSA=?= =?UTF-8?B?0LggcHJveHk=?= Message-ID: -----Original Message----- > Не так давно, перенёс проект со старого сервера на новый, разумеется софт > начал собирать заново. Для обработки PHP скриптов решил использовать > PHP-FPM+nginx. > Потом заметил, что пару раз в день нагрузка от fpm стала съедать все > ресурсы, попробовал перенести FPM на tcp сокет и увеличить число процессов - > не помогло. не знаю насчет апача с модпхп, может там параллельная проблема :-) а вот nginx с fcgi у меня замечательно зацикливался похожиим образом, когда при установке новой версии из fastcgi_params пропала строчка fastcgi_param PATH_INFO $fastcgi_script_name; From public-mail на alekciy.ru Tue Dec 14 15:40:33 2010 From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=) Date: Tue, 14 Dec 2010 15:40:33 +0300 Subject: =?UTF-8?B?0KMg0LrQvtCz0L4g0LXRgdGC0Ywg0LrQvtC90YTQuNCzINC00LvRjyBNT0R4Pw==?= Message-ID: Всем привет, хотел узнать, есть у кого либо работающий конфиг под MODx ? Сейчас используется работающий, но порицаемый (http://sysoev.ru/nginx/docs/faq.html) вариант: location / { if (!-e $request_filename) { rewrite ^/(.*)$ /index.php?q=$1 last; } } location ~* ^.+\.(img|gif|png|jpg|jpeg|ico|zip|css|js) { root /var/www/user/data/www/test/; access_log off; expires max; add_header Cache-Control private; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9007; fastcgi_index index.php; # Такой путь из за chroot fastcgi_param SCRIPT_FILENAME /www/test$fastcgi_script_name; include /etc/nginx/fastcgi_params; } (MODx не понимаем вариант с ведущим слешем в $uri, а отрезание его в index.php через $_REQUEST['q'] = substr($_REQUEST['q'], 1) исправляет ситуацию частично). Такой вариант работает на сайте нормально, но вот админка через адрес /manager/ не работает. В варианте установки на апаче через .htaccess mod_rewrite отлючается, но как его корректно отключить для адресов вида /manager/ ? Вообще кому либо удалось нормально завести указанный движок в nginx контексте? From admin на mist-game.ru Tue Dec 14 16:09:27 2010 From: admin на mist-game.ru (=?KOI8-R?B?98zBxMnNydIg9NXNwc7P1w==?=) Date: Tue, 14 Dec 2010 16:09:27 +0300 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDRhtC40LrQu9C40LLQsNC10YLRgdGPINC/0YDQuCDQvtGC?= =?UTF-8?B?0L/RgNCw0LLQutC1INC30LDQv9GA0L7RgdC+0LIg0L3QsCBmYXN0LWNnaSA=?= =?UTF-8?B?0LggcHJveHk=?= In-Reply-To: References: Message-ID: 14 декабря 2010 г. 14:42 пользователь Eonve Eo написал: > > не знаю насчет апача с модпхп, может там параллельная проблема :-) а вот > nginx с fcgi у меня замечательно зацикливался похожиим образом, когда при > установке новой версии из fastcgi_params пропала строчка > fastcgi_param PATH_INFO $fastcgi_script_name; > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > К сожалению тут не этот случай :( Скрипты отлаженные, fastcgi_params не изменяется. Пробовал отключать акселератор, увеличить размер буфферов, сейчас проверяю уже предпоследнюю версию - включил fastcgi_ignore_client_abort может это в самом пхп, когда часто обрывы конектов идут. P.S. не правильно в прошлый раз ответил, начало темы тут - http://www.lexa.ru/nginx-ru/msg38178.html ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Tue Dec 14 16:00:43 2010 From: nginx-forum на nginx.us (soulfy) Date: Tue, 14 Dec 2010 08:00:43 -0500 Subject: =?UTF-8?B?UmU6IGNhY2hlICsgZ3ppcCArINC90LUg0L/QvtC00LTQtdGA0LbQuNCy0LDRjtGJ?= =?UTF-8?B?0LjQtSDRgdC20LDRgtC40LUg0LrQu9C40LXQvdGC0Ys=?= In-Reply-To: <20101214101958.GA79447@rambler-co.ru> References: <20101214101958.GA79447@rambler-co.ru> Message-ID: <609de886ae96af8117fa2f78309e99a8.NginxMailingListRussian@forum.nginx.org> Igor Sysoev Wrote: ------------------------------------------------------- > On Tue, Dec 14, 2010 at 05:02:43AM -0500, soulfy > wrote: > > > Здравствуйте, > > > > Есть такая ситуация: > > > > Настроено кеширование > средствами nginx и > > сжатие средствами nginx. > > > > Если на страницу зашел > клиент > > поддерживаюший сжатие -- в > кэш попадет > > сжатая страница. И клиенту > не > > поддерживающему сжатие > будет отдана > > она же, что приведет к > ошибке у него. > > > > А неподдерживающий сжатие > клиент, > > первым зашедший на некую > страницу, > > вызовет попадание в кэш > несжатой > > страницы. > > > > Можно ли поменять местами > порядок > > выполнения правил так, > чтобы gzip-ование > > срабатывало после > кэширования? > > > > Или есть дургие способы > решения данной > > проблемы? > > > > gzip_disable с указанием > браузера для > > отключения сжатие не > подходит. > > У вас включено сжатие на > стороне бэкенда. > Запрещается так: > > proxy_set_header Accept-Encoding ""; > > > -- > Игорь Сысоев > http://sysoev.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Спасибо за помощь! Это то, что надо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158471,158516#msg-158516 From nginx-forum на nginx.us Tue Dec 14 18:39:00 2010 From: nginx-forum на nginx.us (andrew2002) Date: Tue, 14 Dec 2010 10:39:00 -0500 Subject: =?UTF-8?B?bXV0aXBhcnQgdXBsb2FkINC4IG1kNSDRhdC10Yg=?= Message-ID: <85053843782e425570fa339bd38f346f.NginxMailingListRussian@forum.nginx.org> Добрый день. Столкнулся с проблемой аплоада больших файлов в опере. Больше 2Гб поддерживает только silverlight (в нормальном виде), судя по всему, а там аплоад файла идет по кускам. В upload модуле есть замечательная функция подсчета хеша файла, но в случае multipart, бэкенд дергается после каждого куска и md5 возвращается кусочков, а не всего файла. Каким образом можно настроить модуль для того, чтобы можно было получать md5 всего файла сразу (без пересчета после загрузки)? Или на данный момент это не реализовано? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158568,158568#msg-158568 From dedukhin на mail.ru Tue Dec 14 19:55:13 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Tue, 14 Dec 2010 19:55:13 +0300 Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <85053843782e425570fa339bd38f346f.NginxMailingListRussian@forum.nginx.org> References: <85053843782e425570fa339bd38f346f.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D07A171.80208@mail.ru> 14.12.2010 18:39, andrew2002 пишет: > Добрый день. > > Столкнулся с проблемой аплоада больших > файлов в опере. Больше 2Гб поддерживает > только silverlight (в нормальном виде), судя > по всему, а там аплоад файла идет по > кускам. > > В upload модуле есть замечательная > функция подсчета хеша файла, но в > случае multipart, бэкенд дергается после > каждого куска и md5 возвращается > кусочков, а не всего файла. > > Каким образом можно настроить модуль > для того, чтобы можно было получать md5 > всего файла сразу (без пересчета после > загрузки)? Или на данный момент это не > реализовано? Так не используйте multipart загрузку кусками, модуль поддерживает другой протокол http://www.grid.net.ru/nginx/resumable_uploads.ru.html From valery+nginxru на grid.net.ru Tue Dec 14 19:55:55 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Tue, 14 Dec 2010 16:55:55 +0000 (GMT) Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <85053843782e425570fa339bd38f346f.NginxMailingListRussian@forum.nginx.org> Message-ID: <17068530.7649.1292345755440.JavaMail.root@zone.mtgsy.net> ----- andrew2002 wrote: > Столкнулся с проблемой аплоада больших > файлов в опере. Больше 2Гб поддерживает > только silverlight (в нормальном виде), судя > по всему, а там аплоад файла идет по > кускам. > > В upload модуле есть замечательная > функция подсчета хеша файла, но в > случае multipart, бэкенд дергается после > каждого куска и md5 возвращается > кусочков, а не всего файла. > > Каким образом можно настроить модуль > для того, чтобы можно было получать md5 > всего файла сразу (без пересчета после > загрузки)? Или на данный момент это не > реализовано? Для начала неплохо бы понять, что происходит. multipart -- это multipart/form-data или возобновляемая загрузка? -- Regards, Valery Kholodkov From valery+nginxru на grid.net.ru Tue Dec 14 20:02:24 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Tue, 14 Dec 2010 17:02:24 +0000 (GMT) Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <4D07A171.80208@mail.ru> Message-ID: <9544691.7658.1292346144766.JavaMail.root@zone.mtgsy.net> ----- Dmitry Dedukhin wrote: > 14.12.2010 18:39, andrew2002 пишет: > > Добрый день. > > > > Столкнулся с проблемой аплоада больших > > файлов в опере. Больше 2Гб поддерживает > > только silverlight (в нормальном виде), судя > > по всему, а там аплоад файла идет по > > кускам. > > > > В upload модуле есть замечательная > > функция подсчета хеша файла, но в > > случае multipart, бэкенд дергается после > > каждого куска и md5 возвращается > > кусочков, а не всего файла. > > > > Каким образом можно настроить модуль > > для того, чтобы можно было получать md5 > > всего файла сразу (без пересчета после > > загрузки)? Или на данный момент это не > > реализовано? > Так не используйте multipart загрузку кусками, модуль поддерживает > другой протокол http://www.grid.net.ru/nginx/resumable_uploads.ru.html В этом случае хэши не вычисляются (точнее вычисляются, но нет гарантии, что они будут верные). -- Regards, Valery Kholodkov From nginx-forum на nginx.us Tue Dec 14 20:07:13 2010 From: nginx-forum на nginx.us (andrew2002) Date: Tue, 14 Dec 2010 12:07:13 -0500 Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <9544691.7658.1292346144766.JavaMail.root@zone.mtgsy.net> References: <9544691.7658.1292346144766.JavaMail.root@zone.mtgsy.net> Message-ID: <8fdbdaceb94cef740b824f7738dbfbd1.NginxMailingListRussian@forum.nginx.org> >>Для начала неплохо бы понять, что происходит. multipart -- это multipart/form-data или возобновляемая загрузка? Как я понимаю, возобновляемая загрузка. Суть в том, что silverlight может файл передавать только кусками, эти куски сшиваются на сервере уже. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158568,158597#msg-158597 From valery+nginxru на grid.net.ru Tue Dec 14 20:09:48 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Tue, 14 Dec 2010 17:09:48 +0000 (GMT) Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <8fdbdaceb94cef740b824f7738dbfbd1.NginxMailingListRussian@forum.nginx.org> Message-ID: <11638956.7660.1292346588936.JavaMail.root@zone.mtgsy.net> ----- andrew2002 wrote: > >>Для начала неплохо бы понять, что > происходит. multipart -- это multipart/form-data или > возобновляемая загрузка? > > Как я понимаю, возобновляемая загрузка. > Суть в том, что silverlight может файл > передавать только кусками, эти куски > сшиваются на сервере уже. В этом случае хэши не могут быть вычислены -- нет гарантии, что сегменты придут последовательно. -- Regards, Valery Kholodkov From nginx-forum на nginx.us Tue Dec 14 20:16:27 2010 From: nginx-forum на nginx.us (andrew2002) Date: Tue, 14 Dec 2010 12:16:27 -0500 Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <11638956.7660.1292346588936.JavaMail.root@zone.mtgsy.net> References: <11638956.7660.1292346588936.JavaMail.root@zone.mtgsy.net> Message-ID: Хм, сльверлайт должен вроде как проверять отправку предыдущего сегмента перед отправкой следующего, иначе будет кеш затираться, нет? Или дело не в сильверлайте, а в протоколе? В смысле, что непоследовательный приход сегментов возможен в принципе. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158568,158601#msg-158601 From valery+nginxru на grid.net.ru Tue Dec 14 20:27:10 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Tue, 14 Dec 2010 17:27:10 +0000 (GMT) Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: Message-ID: <21072843.7662.1292347630420.JavaMail.root@zone.mtgsy.net> ----- andrew2002 wrote: > Хм, сльверлайт должен вроде как > проверять отправку предыдущего > сегмента перед отправкой следующего, > иначе будет кеш затираться, нет? Или > дело не в сильверлайте, а в протоколе? В > смысле, что непоследовательный приход > сегментов возможен в принципе. Да. Более того, структура для вычисления хэша хранится в контексте запроса, поэтому без дополнительных модификаций хэш может быть вычислен только для последнего сегмента. -- Regards, Valery Kholodkov From nginx-forum на nginx.us Tue Dec 14 20:39:41 2010 From: nginx-forum на nginx.us (Kubyshev Dmitry) Date: Tue, 14 Dec 2010 12:39:41 -0500 Subject: =?UTF-8?B?0LrRjdGI0LjRgNC+0LLQsNC90LjQtSDQtNC40L3QsNC80LjQutC4?= Message-ID: Добрый день. Почти неделю пытаюсь заставить кэшировать динамику. Пока что безуспешно. Подскажите какие параметры должен возвращать сервер чтобы nginx кэшировал динамически сгенерированный html? И что я делаю не так? Сделал на динамике добавление Etag и Last-Modified в заголовок. Статика кэшируется отлично, с динамикой какие-то чудеса. Смотрю запросы между nginx и томкатом: при первом обращении и статика и динамика отдаются, в кэше nginx появляются файлы. но htm среди них нету. при повторном обращении - между nginx и tomcat идет только один запрос на htm файл. при этом томкат отдает 304 код и пустое тело. а в браузере я все равно вижу страницу нормально. Как избавиться от этого запроса между nginx и томкат? Конфиг: location / { proxy_pass http://dynserver/; proxy_redirect off; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header If-None-Match $http_if_none_match; proxy_connect_timeout 20s; proxy_send_timeout 30s; proxy_read_timeout 30s; proxy_cache wholepage; proxy_cache_valid 200 301 302 304 1d; proxy_cache_use_stale http_404 http_502; proxy_cache_key "$request_method|$http_if_none_match|$host|$request_uri"; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Cache-Control" "Expires"; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158605,158605#msg-158605 From gmm на csdoc.com Tue Dec 14 21:05:34 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 14 Dec 2010 20:05:34 +0200 Subject: /var/log/nginx Message-ID: <4D07B1EE.6070908@csdoc.com> Здравствуйте! есть небольшие проблемы с /var/log/nginx 1. если владелец этого каталога nginx:nginx, и права доступа 0700 - такая установка будет уязвима к symlink attack, потому что лог-файлы в этом каталоге master-процесс открывает на запись при запуске nginx и он не делает никаких проверок symlink это или нет. 2. если владелец этого каталога root:root, и права доступа 0755 - такая установка будет уязвима к атаке "php local file inclusion vulnerability elevation to remote code execution": # curl -A "" http://t/ # tail -n 1 /var/log/nginx/access.log 10.10.10.10 - - [14/Dec/2010:19:34:24 +0200] "GET / HTTP/1.1" 200 15777 "-" "" и если запущенный на хосте PHP можно каким-то путем заставить сделать include этого локального файла - выполнится код с удаленного сайта. например, http://site.ru/index.php?file=/var/log/nginx/access.log код "" приведен только для примера, на самом деле, там может быть любой php-код, который будет работать даже в случае если параметр allow_url_fopen = Off 3. если владелец этого каталога root:nginx, и права доступа 0750 - на первый взгляд всё нормально, однако если php-fastcgi входит в группу nginx, или пользователь httpd входит в группу nginx, то будет тот же результат, что и в п.2 - так что это решение можно назвать ненадежным и частичным. ========================================================================= хотелось бы услышать советы / рекомендации автора и разработчиков nginx как именно лучше всего будет поступить maintainer`ам в этой ситуации: - выставить на каталог владелец / права root:nginx 0750 и смириться с тем, что это решение не является 100%-ым, потому что одновременно надо чтобы слишком много условий совпало для того чтобы получить vulnerability elevation. - пропатчить nginx чтобы master-процесс не открывал на запись файлы, если это на самом деле symlink`и, чтобы устранить его восприимчивость к symlink attack в этом случае и во всех остальных подобных случаях. (если это symlink и файл надо открыть на запись - тогда unlink symlink) - или какой-то другой вариант решения, чтобы получить 100% надежность. -- Best regards, Gena From gmm на csdoc.com Tue Dec 14 21:21:55 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 14 Dec 2010 20:21:55 +0200 Subject: /var/log/nginx In-Reply-To: <4D07B1EE.6070908@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> Message-ID: <4D07B5C3.3070206@csdoc.com> в дополнение к предыдущему сообщению: забыл спросить, будет ли nginx нормально работать сейчас и в будущем, если выставить на каталог /var/log/nginx владельца nginx:nginx и права доступа 0500 - в этом случае пользователь с правами nginx не сможет создать симлинк, а пользователь с правами root сможет создать в этом каталоге лог-файл. насколько я помню, worker-процессы с правами nginx сами никогда не создают лог-файлы, а только наследуют их от master-процесса. можно ли вариант nginx:nginx 0500 для /var/log/nginx считать наилучшим решением или есть еще лучший вариант? -- Best regards, Gena From mdounin на mdounin.ru Tue Dec 14 21:51:54 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 14 Dec 2010 21:51:54 +0300 Subject: /var/log/nginx In-Reply-To: <4D07B1EE.6070908@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> Message-ID: <20101214185153.GD1084@mdounin.ru> Hello! On Tue, Dec 14, 2010 at 08:05:34PM +0200, Gena Makhomed wrote: > Здравствуйте! > > есть небольшие проблемы с /var/log/nginx > > 1. если владелец этого каталога nginx:nginx, > и права доступа 0700 - такая установка будет уязвима > к symlink attack, потому что лог-файлы в этом каталоге > master-процесс открывает на запись при запуске nginx > и он не делает никаких проверок symlink это или нет. > > 2. если владелец этого каталога root:root, > и права доступа 0755 - такая установка будет уязвима > к атаке "php local file inclusion vulnerability > elevation to remote code execution": > > # curl -A "" http://t/ > > # tail -n 1 /var/log/nginx/access.log > 10.10.10.10 - - [14/Dec/2010:19:34:24 +0200] "GET / HTTP/1.1" 200 > 15777 "-" "" > > и если запущенный на хосте PHP можно каким-то путем заставить сделать > include этого локального файла - выполнится код с удаленного сайта. > например, http://site.ru/index.php?file=/var/log/nginx/access.log > > код "" приведен только > для примера, на самом деле, там может быть любой php-код, который > будет работать даже в случае если параметр allow_url_fopen = Off > > 3. если владелец этого каталога root:nginx, > и права доступа 0750 - на первый взгляд всё нормально, > однако если php-fastcgi входит в группу nginx, > или пользователь httpd входит в группу nginx, > то будет тот же результат, что и в п.2 - так что > это решение можно назвать ненадежным и частичным. Помимо случаев (2) и (3), кмк, стоит ещё рассмотреть случаи "php-fastcgi имеет uid 0" и "администратор написал пароль от root'а на стене". Права на каталог с логами root:wheel 755 - хорошие, годные (только нужно не забывать при вращении создавать файлы с owner'ом nginx перед USR1, а то воркеры останутся без логов). Проблемы же PHP нужно фиксить в рамках PHP. Maxim Dounin From igor на sysoev.ru Tue Dec 14 22:56:51 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 14 Dec 2010 22:56:51 +0300 Subject: nginx-0.7.68 Message-ID: <20101214195651.GD1553@rambler-co.ru> Изменения в nginx 0.7.68 14.12.2010 *) Исправление: если для пары IPv6-адрес:порт описан только один сервер, то выделения в регулярных выражениях в директиве server_name не работали. *) Исправление: при использовании директивы auth_basic в рабочем процессе мог произойти segmentation fault. Спасибо Михаилу Лалетину. *) Исправление: ответ SSI модуля мог передаваться не полностью после команды include с параметром wait="yes"; ошибка появилась в 0.7.25. Спасибо Максиму Дунину. *) Исправление: директива sub_filter могла изменять регистр букв при частичном совпадении. *) Исправление: nginx считал большие пакеты SSLv2 как обычные текстовые запросы. Спасибо Miroslaw Jaworski. *) Исправление: nginx мог закрывать IPv6 listen сокет во время переконфигурации. Спасибо Максиму Дунину. -- Игорь Сысоев http://sysoev.ru From gmm на csdoc.com Tue Dec 14 22:59:10 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 14 Dec 2010 21:59:10 +0200 Subject: /var/log/nginx In-Reply-To: <20101214185153.GD1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> Message-ID: <4D07CC8E.9050503@csdoc.com> On 14.12.2010 20:51, Maxim Dounin wrote: > Права на каталог с логами root:wheel 755 - хорошие, годные (только > нужно не забывать при вращении создавать файлы с owner'ом nginx > перед USR1, а то воркеры останутся без логов). и еще при этом, как минимум, нельзя будет устанавливать working_directory /var/log/nginx; наверное придется остановиться на варианте частичного решения root:nginx 0750 - как это сделано в ALT Linux. хотя лучше nginx:wheel 0550 - тогда только root сможет создавать лог-файлы, а читать каталог - nginx и wheel. > Проблемы же PHP нужно фиксить в рамках PHP. но почему же разработчики httpd так не думают? на каталог /var/log/httpd права root:root 0700 а результате при httpd + php - уязвимости нет, а при nginx + httpd + php - уязвимость есть... -- Best regards, Gena From nginx-forum на nginx.us Tue Dec 14 23:08:50 2010 From: nginx-forum на nginx.us (andrew2002) Date: Tue, 14 Dec 2010 15:08:50 -0500 Subject: =?UTF-8?B?UmU6IG11dGlwYXJ0IHVwbG9hZCDQuCBtZDUg0YXQtdGI?= In-Reply-To: <21072843.7662.1292347630420.JavaMail.root@zone.mtgsy.net> References: <21072843.7662.1292347630420.JavaMail.root@zone.mtgsy.net> Message-ID: <4ba6569439f5ab98dca12ab3a5870c1b.NginxMailingListRussian@forum.nginx.org> Понятно, видимо silverlight, а вместе с ним и опера для файлоы 2Гб+, остается за бортом. Жаль, но спасибо за ответы, придется ftp приделывать. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158568,158675#msg-158675 From gmm на csdoc.com Tue Dec 14 23:48:56 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Tue, 14 Dec 2010 22:48:56 +0200 Subject: /var/log/nginx In-Reply-To: <20101214185153.GD1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> Message-ID: <4D07D838.5060304@csdoc.com> On 14.12.2010 20:51, Maxim Dounin wrote: > Права на каталог с логами root:wheel 755 - хорошие, годные (только > нужно не забывать при вращении создавать файлы с owner'ом nginx > перед USR1, а то воркеры останутся без логов). судя по исходникам ngx_master_process_cycle, master сначала сам переоткрывает лог-файлы и устанавливает там владельцем файлов пользователя nginx, и только после этого посылает NGX_REOPEN_SIGNAL worker-процессам. то же самое написано и в докуменации к nginx: http://sysoev.ru/nginx/docs/control.html#logs воркеры без логов могут остаться только если кто-то пошлет им NGX_REOPEN_SIGNAL напрямую после ротации. чего вообще никогда не может быть при такой ротации логов: postrotate [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid` endscript -- Best regards, Gena From igor на sysoev.ru Wed Dec 15 00:45:39 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 15 Dec 2010 00:45:39 +0300 Subject: /var/log/nginx In-Reply-To: <4D07CC8E.9050503@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> Message-ID: <20101214214539.GB18773@rambler-co.ru> On Tue, Dec 14, 2010 at 09:59:10PM +0200, Gena Makhomed wrote: > On 14.12.2010 20:51, Maxim Dounin wrote: > > > Права на каталог с логами root:wheel 755 - хорошие, годные (только > > нужно не забывать при вращении создавать файлы с owner'ом nginx > > перед USR1, а то воркеры останутся без логов). > > и еще при этом, как минимум, нельзя будет > устанавливать working_directory /var/log/nginx; А зачем делать working directory в каталоге с логами ? working_directory нужно для корок и всё. > наверное придется остановиться на варианте частичного > решения root:nginx 0750 - как это сделано в ALT Linux. > > хотя лучше nginx:wheel 0550 - тогда только root сможет > создавать лог-файлы, а читать каталог - nginx и wheel. > > > Проблемы же PHP нужно фиксить в рамках PHP. > > но почему же разработчики httpd так не думают? > на каталог /var/log/httpd права root:root 0700 Потому что httpd не умеет переоткрывать логи мгновенно. Только медленно и печально. > а результате при httpd + php - уязвимости нет, > а при nginx + httpd + php - уязвимость есть... А как бы со случаем http://site.ru/index.php?file=/etc/passwd ? -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Wed Dec 15 00:48:39 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 15 Dec 2010 00:48:39 +0300 Subject: /var/log/nginx In-Reply-To: <4D07D838.5060304@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07D838.5060304@csdoc.com> Message-ID: <20101214214839.GC18773@rambler-co.ru> On Tue, Dec 14, 2010 at 10:48:56PM +0200, Gena Makhomed wrote: > On 14.12.2010 20:51, Maxim Dounin wrote: > > > Права на каталог с логами root:wheel 755 - хорошие, годные (только > > нужно не забывать при вращении создавать файлы с owner'ом nginx > > перед USR1, а то воркеры останутся без логов). > > судя по исходникам ngx_master_process_cycle, master сначала > сам переоткрывает лог-файлы и устанавливает там владельцем > файлов пользователя nginx, и только после этого посылает > NGX_REOPEN_SIGNAL worker-процессам. По уму нужно, конечно, открывать мастером и передавать дескрипторы воркерам, не меняя прав, но это для 2.0. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Wed Dec 15 02:44:27 2010 From: nginx-forum на nginx.us (n3wbie) Date: Tue, 14 Dec 2010 18:44:27 -0500 Subject: =?UTF-8?B?0KDQtdGA0LDQudGC0YsuLi4=?= Message-ID: Есть два блока server, основной домен и автоматические поддомены. есть поддомен(допустим files.example.com). Как сделать чтобы при прописывании названия поддомена(как каталога, к основному домену) людей перенаправляло на поддомен с учетом,допустим,файлов? Если человек хочет увидеть список файлов то с "example.com/files" его перекидывает "files.example.com" [b](это у меня вроде работает)[/b] А вот если нужно перенаправить запрос на сам файл,используя поддомен, допустим "example.com/files/downloads/music/1.mp3" на "files.example.com/downloads/music/1.mp3" (у меня редирект в данном случае выглядит как "files.example.com/[b][color=#FF0000]files/[/color][/b]downloads/music/1.mp3" Вот как убрать вставку этого лишнего /files? Блок с поддоменами вроде как трогать не нужно, там всё определяется как есть. Блок основного домена: [code] location ~ ^/files { rewrite ^ http://files.example.com$request_uri permanent; } [/code] Вот как из переменной $request_uri убирать "files/"? Хэлп, заранее спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158748,158748#msg-158748 From nginx-forum на nginx.us Wed Dec 15 02:46:08 2010 From: nginx-forum на nginx.us (n3wbie) Date: Tue, 14 Dec 2010 18:46:08 -0500 Subject: =?UTF-8?B?UmU6INCg0LXRgNCw0LnRgtGLLi4u?= In-Reply-To: References: Message-ID: Я пробовал дописывать различные if, но безрезультатно, поэтому выложил то что осталось из кода в данном location. Естественно при такой записи ничего нормально работать не должно Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158748,158749#msg-158749 From mdounin на mdounin.ru Wed Dec 15 03:37:00 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 15 Dec 2010 03:37:00 +0300 Subject: /var/log/nginx In-Reply-To: <4D07CC8E.9050503@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> Message-ID: <20101215003700.GE1084@mdounin.ru> Hello! On Tue, Dec 14, 2010 at 09:59:10PM +0200, Gena Makhomed wrote: > On 14.12.2010 20:51, Maxim Dounin wrote: [...] > >Проблемы же PHP нужно фиксить в рамках PHP. > > но почему же разработчики httpd так не думают? > на каталог /var/log/httpd права root:root 0700 Не надо на разработчиков Apache возводить напраслину, им своих проблем хватает. Логи по умолчанию живут в /usr/local/(apache|apache2)/logs, каталог создаётся с umask 022. А почему параноики ставят минимальные права, с которыми вообще способна работать программа, на всё, до чего дотянутся - для меня загадка. Видимо, потому что параноики. Как именно и куда именно пойдёт вся их "безопасность" из-за того что администратор в результате будет вынужден практически всегда быть рутом - видимо отдельный, не рассматриваемый вопрос. Maxim Dounin From mdounin на mdounin.ru Wed Dec 15 04:00:58 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 15 Dec 2010 04:00:58 +0300 Subject: /var/log/nginx In-Reply-To: <4D07D838.5060304@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07D838.5060304@csdoc.com> Message-ID: <20101215010058.GF1084@mdounin.ru> Hello! On Tue, Dec 14, 2010 at 10:48:56PM +0200, Gena Makhomed wrote: > On 14.12.2010 20:51, Maxim Dounin wrote: > > >Права на каталог с логами root:wheel 755 - хорошие, годные (только > >нужно не забывать при вращении создавать файлы с owner'ом nginx > >перед USR1, а то воркеры останутся без логов). > > судя по исходникам ngx_master_process_cycle, master сначала > сам переоткрывает лог-файлы и устанавливает там владельцем > файлов пользователя nginx, и только после этого посылает > NGX_REOPEN_SIGNAL worker-процессам. > > то же самое написано и в докуменации к nginx: > http://sysoev.ru/nginx/docs/control.html#logs > > воркеры без логов могут остаться только если кто-то > пошлет им NGX_REOPEN_SIGNAL напрямую после ротации. > > чего вообще никогда не может быть при такой ротации логов: > > postrotate > [ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid` > endscript Да, тут я не прав, проблемы с root:wheel 755 могут быть только при некорректной ротации. Maxim Dounin From mdounin на mdounin.ru Wed Dec 15 04:03:10 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 15 Dec 2010 04:03:10 +0300 Subject: /var/log/nginx In-Reply-To: <20101214214839.GC18773@rambler-co.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07D838.5060304@csdoc.com> <20101214214839.GC18773@rambler-co.ru> Message-ID: <20101215010310.GG1084@mdounin.ru> Hello! On Wed, Dec 15, 2010 at 12:48:39AM +0300, Igor Sysoev wrote: > On Tue, Dec 14, 2010 at 10:48:56PM +0200, Gena Makhomed wrote: > > > On 14.12.2010 20:51, Maxim Dounin wrote: > > > > > Права на каталог с логами root:wheel 755 - хорошие, годные (только > > > нужно не забывать при вращении создавать файлы с owner'ом nginx > > > перед USR1, а то воркеры останутся без логов). > > > > судя по исходникам ngx_master_process_cycle, master сначала > > сам переоткрывает лог-файлы и устанавливает там владельцем > > файлов пользователя nginx, и только после этого посылает > > NGX_REOPEN_SIGNAL worker-процессам. > > По уму нужно, конечно, открывать мастером и передавать дескрипторы > воркерам, не меняя прав, но это для 2.0. Это, если я правильно понимаю, также означает "busy lock'ов до 2.0 не будет"? Maxim Dounin From mdounin на mdounin.ru Wed Dec 15 04:07:15 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 15 Dec 2010 04:07:15 +0300 Subject: =?UTF-8?B?UmU6INCg0LXRgNCw0LnRgtGLLi4u?= In-Reply-To: References: Message-ID: <20101215010715.GH1084@mdounin.ru> Hello! On Tue, Dec 14, 2010 at 06:44:27PM -0500, n3wbie wrote: > Есть два блока server, основной домен и > автоматические поддомены. > есть поддомен(допустим files.example.com). Как > сделать чтобы при прописывании > названия поддомена(как каталога, к > основному домену) людей перенаправляло > на поддомен с учетом,допустим,файлов? > Если человек хочет увидеть список > файлов то с "example.com/files" его перекидывает > "files.example.com" [b](это у меня вроде > работает)[/b] > А вот если нужно перенаправить запрос > на сам файл,используя поддомен, > допустим "example.com/files/downloads/music/1.mp3" на > "files.example.com/downloads/music/1.mp3" (у меня редирект > в данном случае выглядит как > "files.example.com/[b][color=#FF0000]files/[/color][/b]downloads/music/1.mp3" > Вот как убрать вставку этого лишнего > /files? > > Блок с поддоменами вроде как трогать не > нужно, там всё определяется как есть. > Блок основного домена: > > [code] > location ~ ^/files { > rewrite ^ http://files.example.com$request_uri permanent; > } > [/code] > > Вот как из переменной $request_uri убирать > "files/"? Хэлп, заранее спасибо location = /files { rewrite ^ http://files.example.com/ permanent; } location /files/ { rewrite ^/files/(.*) http://files.example.com/$1 permanent; } Maxim Dounin From nginx-forum на nginx.us Wed Dec 15 04:40:54 2010 From: nginx-forum на nginx.us (n3wbie) Date: Tue, 14 Dec 2010 20:40:54 -0500 Subject: =?UTF-8?B?UmU6INCg0LXRgNCw0LnRgtGLLi4u?= In-Reply-To: <20101215010715.GH1084@mdounin.ru> References: <20101215010715.GH1084@mdounin.ru> Message-ID: Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Tue, Dec 14, 2010 at 06:44:27PM -0500, n3wbie > wrote: > > > Есть два блока server, > основной домен и > > автоматические поддомены. > > есть поддомен(допустим > files.example.com). Как > > сделать чтобы при > прописывании > > названия поддомена(как > каталога, к > > основному домену) людей > перенаправляло > > на поддомен с > учетом,допустим,файлов? > > Если человек хочет > увидеть список > > файлов то с "example.com/files" его > перекидывает > > "files.example.com" (это у меня > вроде > > работает) > > А вот если нужно > перенаправить запрос > > на сам файл,используя > поддомен, > > допустим > "example.com/files/downloads/music/1.mp3" на > > "files.example.com/downloads/music/1.mp3" (у > меня редирект > > в данном случае выглядит > как > > "files.example.com/files/downloads/music/1.mp3" > > Вот как убрать вставку > этого лишнего > > /files? > > > > Блок с поддоменами вроде > как трогать не > > нужно, там всё > определяется как есть. > > Блок основного домена: > > > > > > location ~ ^/files { > > rewrite ^ http://files.example.com$request_uri > permanent; > > } > > > > > > Вот как из переменной > $request_uri убирать > > "files/"? Хэлп, заранее > спасибо > > location = /files { > rewrite ^ http://files.example.com/ permanent; > } > > location /files/ { > rewrite ^/files/(.*) > http://files.example.com/$1 permanent; > } > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Всё оказалось совсем просто, как всегда, но я,идиот, недоразобрался немного) Спасибо еще раз, Максим) Нашел много нужных для себя модулей в nginx, и настроить их все очень легко)) Но тут что-то.. То ли недоглядел, толи не дочитал про строку "rewrite ^/files/(.*)", а также думал что $1 нужно не совсем для этого) Пойду курить маны) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158748,158761#msg-158761 From nginx-forum на nginx.us Wed Dec 15 13:11:29 2010 From: nginx-forum на nginx.us (unclead) Date: Wed, 15 Dec 2010 05:11:29 -0500 Subject: =?UTF-8?B?0JfQvdCw0YfQtdC90LjQtSBwcm94eSByZWFkIHRpbWVvdXQg0LIg0LfQsNCy0Lg=?= =?UTF-8?B?0YHQuNC80L7RgdGC0Lgg0L7RgiDQv9Cw0YDQsNC80LXRgtGA0LA=?= Message-ID: Подскажите, возможно ли как то обходными путями реализовать следующий функционал В урле или хидере передается значение timeout для сессии и в зависимости от этого нужно устанавливать proxy_read_timeout для проксируемого запроса. Задача не часто встречающаяся и на форумах не смог нарыть информации. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158812,158812#msg-158812 From ruslan.usifov на gmail.com Wed Dec 15 14:46:14 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Wed, 15 Dec 2010 14:46:14 +0300 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: <4D061788.7030504@gmail.com> References: <4D061788.7030504@gmail.com> Message-ID: > реализация там примитивно-простая. Конфиг нжинкса просто перегенеривается > из расчета под добавленные\убранные ноды. > Если делать самому, то просто переодически мониторить > (ec2-describe-instances или подобное) > и соотвественно регенерировать конфиг. > Однако, прийдется позаботится о еще одной проверке бекенда на доступность, > что в целом, > не слишком обьемно. > > > Но, если хочется минимальных телодвижений, а статистика не слишком важна - > то стоит посмотреть > на амазоновский load-balancer. Он уже научился sticky-sessions. > > Мы не пользуемся амазоном. А как вы думаете оправдано ли использование corosync для этих целей. Я себе это вижу так когда истансы отключаються corosync шлет нитификации всем членам кластера о том что его конфигурация изменилась и в этот момент например делать релоад nginx? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Wed Dec 15 16:33:02 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 15 Dec 2010 16:33:02 +0300 Subject: =?UTF-8?B?UmU6INCy0YHRgtGA0LXRh9CwIG5naW54IHVzZXIgZ3JvdXAg0LIg0KDQsNC80LE=?= =?UTF-8?B?0LvQtdGA0LU=?= In-Reply-To: <20101129202854.GE86189@rambler-co.ru> References: <20101129202854.GE86189@rambler-co.ru> Message-ID: <20101215133302.GG40750@rambler-co.ru> On Mon, Nov 29, 2010 at 11:28:54PM +0300, Igor Sysoev wrote: > 16 декабря, в четверг, в 19:30 в Рамблере пройдёт встреча nginx user > group (назовём это так :). Адрес: http://www.rambler.ru/doc/addr.shtml > Ближе к встрече я опишу нетривиальный алгоритм прохода по бизнес-центру > "Омега-Плаза". Вход свободный, но есть ограничение - наша кухня вмещает > где-то 60-70 человек, поэтому нужно прислать мне (не в список !) имена. > Надеюсь, встреча будет не единственной и в конце концов попадут все > желающие. > > Преварительная программа встречи: > 1) мой доклад про конфигурирование nginx'а (примерно 1 час) > 2) и вопросы (30 минут). > > Если кто-нибудь хочет выступить с докладом - пожалуйста. > Единственное, не хотелось бы затягивать мероприятие дольше, > чем на два часа, так как слушать будет утомительно. На метро: м. Автозаводская, последний вагон из центра, эскалатор, выход в подземный переход, налево, выход из подземного перехода, идём прямо до перекрёстка и, не доходя до него, поворачиваем налево. Переходим одну улицу, проходим мимо пафосного въезда (шлагбаумы, будка, брусчатка) на территорию Омеги-Плазы и после вывески Связного Банка подымаемся во лестнице в бизнес-центр. Внутри тоже пафосно, есть фонтан и камин. Слева от турникетов бюро пропусков, нужен паспорт или что-то вроде того. Говорите, что в Рамблер. Вам выдают пропуск, который потом на выходе опускается в турникет. После турникетов нужно идти по направлению к расписной корове. Если слева находится магазин Связной, то вы на верном пути. Доходите до ателье в самом конце коридора, там сворачиваете вправо в небольшой коридор, затем поворачиваете направо и выходите на площадку с тремя лифтами. Подымаетесь на третий этаж и видите Рамблер. Как добираться на машине - не знаю, но предупреждаю, что парковаться сложно, хотя к 19:30 мест должно быть больше. Карта: http://www.rambler.ru/doc/addr.shtml -- Игорь Сысоев http://sysoev.ru From sk.paix на gmail.com Wed Dec 15 16:44:56 2010 From: sk.paix на gmail.com (Sergej Kandyla) Date: Wed, 15 Dec 2010 15:44:56 +0200 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: References: <4D061788.7030504@gmail.com> Message-ID: <4D08C658.50001@gmail.com> ruslan usifov wrote: > > реализация там примитивно-простая. Конфиг нжинкса просто > перегенеривается > из расчета под добавленные\убранные ноды. > Если делать самому, то просто переодически мониторить > (ec2-describe-instances или подобное) > и соотвественно регенерировать конфиг. > Однако, прийдется позаботится о еще одной проверке бекенда на > доступность, что в целом, > не слишком обьемно. > > > Но, если хочется минимальных телодвижений, а статистика не слишком > важна - то стоит посмотреть > на амазоновский load-balancer. Он уже научился sticky-sessions. > > > Мы не пользуемся амазоном. А как вы думаете оправдано ли использование > corosync для этих целей. Я себе это вижу так когда истансы > отключаються corosync шлет нитификации всем членам кластера о том что > его конфигурация изменилась и в этот момент например делать релоад nginx? Я очень смутно представляю что есть corosynс и как он может облегчить жизнь. (faq на оффициальном сайте ситуации не обьяснил) В контексте cloud-систем, вы очень сильно привязаны к конкретной реализации этого cloud. Вам, собственно, что нужно? самопальная огранизация autoscalinga на каком-то клауде? там нет подобного api ? From ruslan.usifov на gmail.com Wed Dec 15 16:54:45 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Wed, 15 Dec 2010 16:54:45 +0300 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: <4D08C658.50001@gmail.com> References: <4D061788.7030504@gmail.com> <4D08C658.50001@gmail.com> Message-ID: > В контексте cloud-систем, вы очень сильно привязаны к конкретной реализации > этого cloud. > > Вам, собственно, что нужно? самопальная огранизация autoscalinga на > каком-то клауде? > там нет подобного api ? > > Api то там есть, но инстансы поднимаються не сразу а где то через минут 7-10 и мне соответвенно нужно чтобы nginx переконфигурировался в зависимости от количества поднятых инстансов, corosync умеет отслеживать состояние кластера, т.е если нода перестает отвечать он об этом узнает и персылает информацию оставшимся живым нодам, дескать нода (пусть будет назваеться 10) вышла из кластера соответвенно в этот момент можно перкофиругить Nginx, вот как то так я себе это представляю ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From artem.knyazkin на gmail.com Wed Dec 15 17:09:11 2010 From: artem.knyazkin на gmail.com (=?KOI8-R?B?4dLUxc0g687R2tjLyc4=?=) Date: Wed, 15 Dec 2010 17:09:11 +0300 Subject: NGINX User Goup Message-ID: Добрый день, Игорь Очень хотелось бы попасть на встречу Артем Князькин, (polit.ru) -------------- next part -------------- An HTML attachment was scrubbed... URL: From tdz на modestus.org Wed Dec 15 17:40:20 2010 From: tdz на modestus.org (TDz) Date: Wed, 15 Dec 2010 15:40:20 +0100 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: References: <4D061788.7030504@gmail.com> <4D08C658.50001@gmail.com> Message-ID: Что именно будет отслеживать ноды в кластере для этой задачи непринципиально. corosync или heartbeat или pacemaker Как только получите сигнал что новая нода присоеденилась к кластеру добавляйте её в конфиг. У нас пару дней жил самопальный quick&dirty хак, где смена статуса DRBD использовалась как триггер > Api то там есть, но инстансы поднимаються не сразу а где то через минут 7-10 > и мне соответвенно нужно чтобы nginx переконфигурировался в зависимости от > количества поднятых инстансов, corosync умеет отслеживать состояние > кластера, т.е если нода перестает отвечать он об этом узнает и персылает > информацию оставшимся живым нодам, дескать нода (пусть будет назваеться 10) > вышла из кластера соответвенно в этот момент можно перкофиругить Nginx, вот > как то так я себе это представляю From chipitsine на gmail.com Wed Dec 15 21:58:42 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Wed, 15 Dec 2010 23:58:42 +0500 Subject: =?UTF-8?Q?Re=3A_nginx_=D0=B8_cloud?= In-Reply-To: References: <4D061788.7030504@gmail.com> <4D08C658.50001@gmail.com> Message-ID: 15 декабря 2010 г. 18:54 пользователь ruslan usifov написал: > >> В контексте cloud-систем, вы очень сильно привязаны к конкретной >> реализации этого cloud. >> >> Вам, собственно, что нужно?  самопальная огранизация autoscalinga на >> каком-то клауде? >> там нет подобного api ? > > Api то там есть, но инстансы поднимаються не сразу а где то через минут 7-10 > и мне соответвенно нужно чтобы nginx переконфигурировался в зависимости от так вы и добавьте в конфиг инстансы в момент их запуска пока они будут подниматься, nginx будет проксировать на них, получать таймаут (установити малнький "connection timeout") и блэклистить их. ничего страшного. > количества поднятых инстансов, corosync умеет отслеживать состояние > кластера, т.е если нода перестает отвечать он об этом узнает и персылает > информацию оставшимся живым нодам, дескать нода (пусть будет назваеться 10) > вышла из кластера соответвенно в этот момент можно перкофиругить Nginx, вот > как то так я себе это представляю > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From gmm на csdoc.com Wed Dec 15 21:59:42 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Wed, 15 Dec 2010 20:59:42 +0200 Subject: /var/log/nginx In-Reply-To: <20101214214539.GB18773@rambler-co.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101214214539.GB18773@rambler-co.ru> Message-ID: <4D09101E.6010603@csdoc.com> On 14.12.2010 23:45, Igor Sysoev wrote: > On Tue, Dec 14, 2010 at 09:59:10PM +0200, Gena Makhomed wrote: >> On 14.12.2010 20:51, Maxim Dounin wrote: ... >>> Права на каталог с логами root:wheel 755 - хорошие, годные ... >> а результате при httpd + php - уязвимости нет, >> а при nginx + httpd + php - уязвимость есть... > А как бы со случаем http://site.ru/index.php?file=/etc/passwd ? если кто-то удаленно сможет прочитать содержимое файла /etc/passwd - в этом нет большой проблемы, потому что там ничего секретного нет. гораздо опаснее ситуация, когда "PHP Local File Include Vulnerability" почти тривиально превращается в "Remote Code Execution Vulnerability" $ curl -A " /tmp/1.c' ); ?>" http://site.ru/ $ curl -A "> /tmp/1.c' ); ?>" http://site.ru/ $ curl -A "> /tmp/1.c' ); ?>" http://site.ru/ $ curl http://site.ru/index.php?file=/var/log/nginx/access.log только потому что на каталог /var/log/nginx установлены права доступа root:wheel 0755 наверное лучше всего будет такой вариант: права доступа nginx:www-logs 0550, лог-файлы master-процесс без проблем сможет создать, имея права root`а, worker-процессы с правами nginx, смогут прочитать этот каталог и открыть на запись уже существующие в нем лог-файлы с правами доступа nginx:root 0644 и кроме того, только те пользователи, которые явно входят в группу www-logs смогут прочитать содержимое лог-файлов для анализа и т.п. -- Best regards, Gena From gmm на csdoc.com Wed Dec 15 22:37:25 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Wed, 15 Dec 2010 21:37:25 +0200 Subject: /var/log/nginx In-Reply-To: <20101215003700.GE1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> Message-ID: <4D0918F5.2090706@csdoc.com> On 15.12.2010 2:37, Maxim Dounin wrote: >>> Проблемы же PHP нужно фиксить в рамках PHP. >> но почему же разработчики httpd так не думают? >> на каталог /var/log/httpd права root:root 0700 > Не надо на разработчиков Apache возводить напраслину, им своих > проблем хватает. Логи по умолчанию живут в > /usr/local/(apache|apache2)/logs, каталог создаётся с umask 022. да, не сами лично разработчики Apache, а майнтейнеры пакета httpd в Fedora/RHEL/CentOS там права доступа root:root 0700 /var/log/httpd причина почему они так делают очевидна, чтобы защититься от эскалации "PHP Local File Include Vulnerability" до уровня "Remote Code Execution Vulnerability" > А почему параноики ставят минимальные права, с которыми вообще > способна работать программа, на всё, до чего дотянутся - для меня > загадка. Видимо, потому что параноики. это называется "Principle of least privilege". например, ничем и никем не ограниченный root в классических UNIX системах привел к большому количеству проблем с security, так что пришлось потом изобретать системы Mandatory access control и Role-based access control, в частности, SELinux. > Как именно и куда именно пойдёт вся их "безопасность" > из-за того что администратор в результате будет вынужден > практически всегда быть рутом - видимо отдельный, > не рассматриваемый вопрос. для административных задач необходимо иметь права root`а. для того, чтобы анализировать логи - достаточно быть членом специальной группы www-logs, и тогда будут доступны на чтение логи nginx, если на /var/log/nginx права доступа nginx:www-logs 0550 в этом случае все решается легко и просто, даже в рамках Traditional Unix permissions -- Best regards, Gena From kav на karagodov.name Wed Dec 15 22:50:54 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 15 Dec 2010 22:50:54 +0300 Subject: /var/log/nginx In-Reply-To: <4D0918F5.2090706@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> Message-ID: <84B279D8-99AF-4055-A239-15DA05B19592@karagodov.name> изолируйте каждый vhost jail в бздях что-то там ещё в солярках что-то своё в других системах и тд минимум каждому клиенту - свой VPS так вы защититесь от разгилдяев-девелоперов софта и приложений в схеме "задумка заказчика - браузер клиента" очень много составляющих, на всех не угодишь делать защиту от всех дураков на одном сервере весьма накладно, очень голова болит и безуспешно так решите вопрос другим путём в итоге - "дырка" в затребованном заказчиком апаче/IIS/что угодно+php/perl/.net(прости господи)/что угодно или дыра в коде сайта == проблема и ответственность заказчика - владельца VPS если у вас много клиентов или сайтов или чего угодно, проще потратить бабоса на профессиональную систему управления VPS-ами/хостингом ну или что вы там задумали ну или сделать свою на базе какой нить фриварной On 15.12.2010, at 22:37, Gena Makhomed wrote: > On 15.12.2010 2:37, Maxim Dounin wrote: > >>>> Проблемы же PHP нужно фиксить в рамках PHP. > >>> но почему же разработчики httpd так не думают? >>> на каталог /var/log/httpd права root:root 0700 > >> Не надо на разработчиков Apache возводить напраслину, им своих >> проблем хватает. Логи по умолчанию живут в >> /usr/local/(apache|apache2)/logs, каталог создаётся с umask 022. > > да, не сами лично разработчики Apache, > а майнтейнеры пакета httpd в Fedora/RHEL/CentOS > там права доступа root:root 0700 /var/log/httpd > > причина почему они так делают очевидна, чтобы защититься > от эскалации "PHP Local File Include Vulnerability" > до уровня "Remote Code Execution Vulnerability" > >> А почему параноики ставят минимальные права, с которыми вообще >> способна работать программа, на всё, до чего дотянутся - для меня >> загадка. Видимо, потому что параноики. > > это называется "Principle of least privilege". > > например, ничем и никем не ограниченный root > в классических UNIX системах привел к большому > количеству проблем с security, так что пришлось > потом изобретать системы Mandatory access control > и Role-based access control, в частности, SELinux. > >> Как именно и куда именно пойдёт вся их "безопасность" > > из-за того что администратор в результате будет вынужден > > практически всегда быть рутом - видимо отдельный, > > не рассматриваемый вопрос. > > для административных задач необходимо иметь права root`а. > > для того, чтобы анализировать логи - достаточно быть членом > специальной группы www-logs, и тогда будут доступны на чтение > логи nginx, если на /var/log/nginx права доступа nginx:www-logs 0550 > > в этом случае все решается легко и просто, > даже в рамках Traditional Unix permissions > > -- > Best regards, > Gena > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From gmm на csdoc.com Wed Dec 15 23:29:43 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Wed, 15 Dec 2010 22:29:43 +0200 Subject: /var/log/nginx In-Reply-To: <84B279D8-99AF-4055-A239-15DA05B19592@karagodov.name> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <84B279D8-99AF-4055-A239-15DA05B19592@karagodov.name> Message-ID: <4D092537.8020106@csdoc.com> On 15.12.2010 21:50, Alexey V. Karagodov wrote: > изолируйте каждый vhost это слишком накладно. >> для того, чтобы анализировать логи - достаточно быть членом >> специальной группы www-logs, и тогда будут доступны на чтение >> логи nginx, если на /var/log/nginx права доступа nginx:www-logs 0550 тут я ошибся немного, надо так: root:www-logs 0750 /var/log/nginx и пользователь nginx обязательно входит в группу www-logs -- Best regards, Gena From gojpeg на gmail.com Wed Dec 15 23:37:24 2010 From: gojpeg на gmail.com (Peter Leonov) Date: Wed, 15 Dec 2010 23:37:24 +0300 Subject: =?UTF-8?B?UmU6INCy0YHRgtGA0LXRh9CwIG5naW54IHVzZXIgZ3JvdXAg0LIg0KDQsNC80LE=?= =?UTF-8?B?0LvQtdGA0LU=?= In-Reply-To: <20101215133302.GG40750@rambler-co.ru> References: <20101129202854.GE86189@rambler-co.ru> <20101215133302.GG40750@rambler-co.ru> Message-ID: <7A6DC3BA-30DC-48C8-ACFB-EF7AD26C50DB@gmail.com> On 15.12.2010, at 16:33, Igor Sysoev wrote: > ? и видите Рамблер. А что дальше? Что же мне делать дальше, Игорь? ;) From rauf на kuliyev.com Thu Dec 16 00:40:36 2010 From: rauf на kuliyev.com (Rauf Kuliyev) Date: Thu, 16 Dec 2010 01:40:36 +0400 Subject: /var/log/nginx In-Reply-To: <4D092537.8020106@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <84B279D8-99AF-4055-A239-15DA05B19592@karagodov.name> <4D092537.8020106@csdoc.com> Message-ID: 2010/12/16 Gena Makhomed > > это слишком накладно. > > Используя jail и ZFS (zfs clone) или mount_nullfs, по крайней мере в BSD можно реализовать изоляцию без особых сложностей. > > для того, чтобы анализировать логи - достаточно быть членом >>> специальной группы www-logs, и тогда будут доступны на чтение >>> логи nginx, если на /var/log/nginx права доступа nginx:www-logs 0550 >>> >> > тут я ошибся немного, надо так: > > root:www-logs 0750 /var/log/nginx > > и пользователь nginx обязательно входит в группу www-logs > > > -- > Best regards, > Gena > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kav на karagodov.name Thu Dec 16 00:43:10 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 16 Dec 2010 00:43:10 +0300 Subject: /var/log/nginx In-Reply-To: <4D092537.8020106@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <84B279D8-99AF-4055-A239-15DA05B19592@karagodov.name> <4D092537.8020106@csdoc.com> Message-ID: On 15.12.2010, at 23:29, Gena Makhomed wrote: > On 15.12.2010 21:50, Alexey V. Karagodov wrote: > >> изолируйте каждый vhost > > это слишком накладно. смотря сколько стоит "накладно" по сравнению с "уважаемый клиент X, вы знаете, вот у одного из наших клиентов - клиент Y, какой то код PHP хитрый, в общем через их код сломали и ваш сайт в том числе \ P.S.: а фалос в рождественской шапке с главной страницы вашего сайта мы только что убрали" ну вариантов много можно придумать From mdounin на mdounin.ru Thu Dec 16 01:23:41 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 16 Dec 2010 01:23:41 +0300 Subject: /var/log/nginx In-Reply-To: <4D0918F5.2090706@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> Message-ID: <20101215222341.GJ1084@mdounin.ru> Hello! On Wed, Dec 15, 2010 at 09:37:25PM +0200, Gena Makhomed wrote: > On 15.12.2010 2:37, Maxim Dounin wrote: > > >>>Проблемы же PHP нужно фиксить в рамках PHP. > > >>но почему же разработчики httpd так не думают? > >>на каталог /var/log/httpd права root:root 0700 > > >Не надо на разработчиков Apache возводить напраслину, им своих > >проблем хватает. Логи по умолчанию живут в > >/usr/local/(apache|apache2)/logs, каталог создаётся с umask 022. > > да, не сами лично разработчики Apache, > а майнтейнеры пакета httpd в Fedora/RHEL/CentOS > там права доступа root:root 0700 /var/log/httpd > > причина почему они так делают очевидна, чтобы защититься > от эскалации "PHP Local File Include Vulnerability" > до уровня "Remote Code Execution Vulnerability" Я знаю способ лучше: ifconfig eth0 down Защищает с куда большой вероятностью и от гораздо большего числа уязвимостей. Вопрос: почему они таки этого не делают? Просто нужно понять для себя, что "PHP Local File ..." легко превращается в remote code execution. И лечить проблему, а не следствие. Не говоря уже о том, что средств ограничить php в том, до каких файлов он вообще сможет добраться - море, начиная от классического chroot и заканчивая php'шным же open_basedir. > >А почему параноики ставят минимальные права, с которыми вообще > >способна работать программа, на всё, до чего дотянутся - для меня > >загадка. Видимо, потому что параноики. > > это называется "Principle of least privilege". Я знаю, как это называется, спасибо. И очень хорошо знаю, к чему это приводит на практике. Maxim Dounin From gmm на csdoc.com Thu Dec 16 02:28:04 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Thu, 16 Dec 2010 01:28:04 +0200 Subject: /var/log/nginx In-Reply-To: <20101215222341.GJ1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> Message-ID: <4D094F04.1020507@csdoc.com> On 16.12.2010 0:23, Maxim Dounin wrote: > Просто нужно понять для себя, что "PHP Local File ..." легко > превращается в remote code execution. И лечить проблему, а не > следствие. для себя я понимаю. но кроме меня есть еще много людей, которым нужен софт, который создан с использованием PHP. в том числе и killer app, аналогов которым нет (MediaWiki) > Не говоря уже о том, что средств ограничить php в том, до каких > файлов он вообще сможет добраться - море, начиная от классического > chroot "chroot is not and never has been a security tool" (ц) Alan Cox не говоря уже о том, что например, для 2000 сайтов надо будет 2000 chroot`ов и как минимум 2000 одновременно запущенных экземпляров PHP. > и заканчивая php'шным же open_basedir. защита open_basedir имеет смысл только в том случае, если PHP не имеет права выполнять внешние программы. если имеет, то ограничение open_basedir легко обходится. >>> А почему параноики ставят минимальные права, с которыми вообще >>> способна работать программа, на всё, до чего дотянутся - для меня >>> загадка. Видимо, потому что параноики. >> это называется "Principle of least privilege". > Я знаю, как это называется, спасибо. И очень хорошо знаю, к чему > это приводит на практике. вот я поэтому и задаю вопросы в этом списке рассылки, чтобы понять, какие могут быть проблемы, если добавить пользователя nginx в группу www-logs и поставить права доступа root:www-logs 0750 /var/log/nginx ? -- Best regards, Gena From universite на ukr.net Thu Dec 16 03:46:29 2010 From: universite на ukr.net (Vladislav V. Prodan) Date: Thu, 16 Dec 2010 02:46:29 +0200 Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90L7QtSDQv9C+0LLQtdC00LXQvdC40LUgbGlzdGVu?= Message-ID: <4D096165.5010306@ukr.net> nginx version: nginx/0.7.67 Имеем server { listen 80; listen 81; ... проксирование ... и с десяток разных доменов с listen xx.x.x.25:80; listen 80; - эта опция напрочь игнорируется и берется ближайший по алфавиту домен, имеющий listen xx.x.x.25:80; Пока и ему тоже принудительно не выставил listen xx.x.x.25:80; проксирование не заработало. ЧЯДНТ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11 на jabber.ru From mdounin на mdounin.ru Thu Dec 16 05:04:50 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 16 Dec 2010 05:04:50 +0300 Subject: /var/log/nginx In-Reply-To: <4D094F04.1020507@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> Message-ID: <20101216020449.GL1084@mdounin.ru> Hello! On Thu, Dec 16, 2010 at 01:28:04AM +0200, Gena Makhomed wrote: > On 16.12.2010 0:23, Maxim Dounin wrote: > > >Просто нужно понять для себя, что "PHP Local File ..." легко > >превращается в remote code execution. И лечить проблему, а не > >следствие. > > для себя я понимаю. но кроме меня есть еще много людей, > которым нужен софт, который создан с использованием PHP. > в том числе и killer app, аналогов которым нет (MediaWiki) Этот софт или exploitable, или нет. Если exploitable - надо лечить. > >Не говоря уже о том, что средств ограничить php в том, до каких > >файлов он вообще сможет добраться - море, начиная от классического > >chroot > > "chroot is not and never has been a security tool" (ц) Alan Cox > не говоря уже о том, что например, для 2000 сайтов надо будет 2000 > chroot`ов и как минимум 2000 одновременно запущенных экземпляров PHP. Так и проблему решаем не имеющую отношения к security. Проблема, имеющая отношение к security - она имеет чёткое решение, описанное выше. > >и заканчивая php'шным же open_basedir. > > защита open_basedir имеет смысл только в том случае, > если PHP не имеет права выполнять внешние программы. > если имеет, то ограничение open_basedir легко обходится. Опять же - какую проблему решаем? Заткнуть простую эскалацию "php local file include ..." в remote code execution? Тогда open_basdir снимет часть головной боли, не заставляя ставить ужасные права на всё что попало. Решить вообще все проблемы php? Тут, естественно, поможет только патч Бармина. > >>>А почему параноики ставят минимальные права, с которыми вообще > >>>способна работать программа, на всё, до чего дотянутся - для меня > >>>загадка. Видимо, потому что параноики. > > >>это называется "Principle of least privilege". > > >Я знаю, как это называется, спасибо. И очень хорошо знаю, к чему > >это приводит на практике. > > вот я поэтому и задаю вопросы в этом списке рассылки, чтобы понять, > какие могут быть проблемы, если добавить пользователя nginx в группу > www-logs и поставить права доступа root:www-logs 0750 /var/log/nginx ? С точки зрения nginx'а - проблем не будет (ему там вообще достаточно x). С точки зрения администрирования - проблем почти не будет, если не забудете включить всех заинтересованных в группу www-logs. Но, повторюсь, я не считаю ограничение прав в данном случае правильным. Проблема не в правах на логи nginx'а, проблема в php local file include. Подобное ещё может быть как-то уместно на shared-хостинге, но уж точно не как general practice. Maxim Dounin From mdounin на mdounin.ru Thu Dec 16 05:35:18 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 16 Dec 2010 05:35:18 +0300 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1IGxpc3Rlbg==?= In-Reply-To: <4D096165.5010306@ukr.net> References: <4D096165.5010306@ukr.net> Message-ID: <20101216023518.GM1084@mdounin.ru> Hello! On Thu, Dec 16, 2010 at 02:46:29AM +0200, Vladislav V. Prodan wrote: > nginx version: nginx/0.7.67 > > Имеем > > server { > listen 80; > listen 81; > ... > проксирование > ... > > и с десяток разных доменов с > listen xx.x.x.25:80; > > listen 80; - эта опция напрочь игнорируется и берется ближайший по > алфавиту домен, имеющий listen xx.x.x.25:80; > > Пока и ему тоже принудительно не выставил listen xx.x.x.25:80; > проксирование не заработало. > > ЧЯДНТ С точки зрения директивы listen - nginx работает точно так же, как сетевой стек операционной системы с сокетами. Т.е. listen на *:80 может существовать праллельно с listen на ip:80. При этом все соединения на ip:80 попадут к тому, кто слушает на ip:80, а слушающему на *:80 достанется остальное. Т.е. запросы к xx.x.x.25:80 будут обслужены одним из серверов с listen xx.x.x.25:80 (либо по совпадению server_name, либо default'ным). Запросы к другим ip-шникам на 80-й порт - могут быть обслужены сервером с listen 80 (опять же - если серверов больше одного, то выбор по совпадению server_name или default'ный). Кое что по этому вопросу можно прочитать тут: http://nginx.org/en/docs/http/request_processing.html http://nginx.org/en/docs/http/server_names.html Maxim Dounin From igor на sysoev.ru Thu Dec 16 11:36:56 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 16 Dec 2010 11:36:56 +0300 Subject: =?UTF-8?B?UmU6INCy0YHRgtGA0LXRh9CwIG5naW54IHVzZXIgZ3JvdXAg0LIg0KDQsNC80LE=?= =?UTF-8?B?0LvQtdGA0LU=?= In-Reply-To: <7A6DC3BA-30DC-48C8-ACFB-EF7AD26C50DB@gmail.com> References: <20101129202854.GE86189@rambler-co.ru> <20101215133302.GG40750@rambler-co.ru> <7A6DC3BA-30DC-48C8-ACFB-EF7AD26C50DB@gmail.com> Message-ID: <20101216083656.GA75256@rambler-co.ru> On Wed, Dec 15, 2010 at 11:37:24PM +0300, Peter Leonov wrote: > On 15.12.2010, at 16:33, Igor Sysoev wrote: > > > ? и видите Рамблер. > > А что дальше? Что же мне делать дальше, Игорь? ;) А дальше всё просто - говорите, что на встречу по nginx'у. -- Игорь Сысоев http://sysoev.ru From vladsm на mail.ru Thu Dec 16 11:48:06 2010 From: vladsm на mail.ru (=?koi8-r?Q?=F7=CC=C1=C4_=ED=C1=CB=D3=C9=CD=CF=D7?=) Date: Thu, 16 Dec 2010 11:48:06 +0300 Subject: =?UTF-8?B?0JrQsNC6INC+0LHRi9GH0L3Qviwg0YXQvtGH0LXRgtGB0Y8g0YHRgtGA0LDQvdC9?= =?UTF-8?B?0L7Qs9C+Li4u?= Message-ID: Допустим, есть фронтенд (nginx) и есть некий бэкенд В конфиге фронтенда что-нить в духе location /news/ { set $backend_content_url /backend/some/uri$uri; rewrite ^(.*)$ /frontend/layouts/news.shtml; } ... location /frontend/ { internal; ssi on; root /some_dir/frontend; } ... location /backend/ { internal; fastcgi_pass ...... ... вобщем, на бэкенд за контентом } layout_one.shtml представляет из себя что-нить в духе ..
...
...
То есть, допустим, на фронтенде лежат лэйауты страниц, собирающие данные из разных кусочков (что-то из кеша, что-то непосредственно из бэкенда и т.п.). И при этом возникает следующая проблема -- как реализовать "нормальную реакцию" на ошибки? Что имеется в виду: 1. пользователь обращается по какому-то урлу (ну, скажем, посмотреть некую новость с id=125) 2. фронтенд по урлу определяет, какой именно лэйаут следует использовать для формирования страницы просмотра новости, загружает этот лэйаут (shtml) и исполняет его ssi-команды, которые "собирают" страницу из кусочков через include virtual/include file 3. пользователь видит готовую страницу 3а. НО: если новости с заданным id не существует, то хотелось бы отдать пользователю 404 или редиректнуть его куда-нибудь сообразно логике приложения Однако, как это сделать, если о том, что "новости с таким id не существует!" знает бэкенд , и происходит это уже где-то в середине формирования страницы (то есть на этапе include virtual)? Таким образом, имеем вопрос: можно ли каким-то образом буферизировать сборку страницы с целью проверить, не вернула ли в процессе сборки какая-то значимая её часть интересный нам код ошибки, чтобы на основании этих данных принять окончательное решение -- отдать собранный контент пользователю или же прервать "сборку страницы" и куда-нить его (пользователя) редиректнуть? -------------- next part -------------- An HTML attachment was scrubbed... URL: From vugluskr на vugluskr.org.ua Thu Dec 16 14:05:13 2010 From: vugluskr на vugluskr.org.ua (=?koi8-r?Q?=E2=CF=C7=D5=CE_?= =?koi8-r?Q?=E4=CD=C9=D4=D2=C9=CA?=) Date: Thu, 16 Dec 2010 13:05:13 +0200 Subject: =?UTF-8?B?c3NpIGluY2x1ZGUg0Lgg0LfQsNCz0L7Qu9C+0LLQvtC6INGA0L7QtNC40YLQtdC7?= =?UTF-8?B?0YzRgdC60L7Qs9C+INC30LDQv9GA0L7RgdCwLg==?= Message-ID: <1292497513.29812.32.camel@shana.home.lan> Здравствуйте. Столкнулся с "дурным" user-agent'ом, который выдает "accept-charset: windows-1251" из-за чего вылезла у меня проблема. Основное содержимое страници перекодировалось в cp1251, согласно желанию клиента, а ssi вставка на странице не перекодировалась(страница и SSI вставка генерируются разными backend'ами из-за чего один "уважает" accept-charset" клиента, а другой нет). И появилась хотелка - передать в ssi подзапрос(через GET аругумент) то что вернулось в заголовке content-type от основной страницы. Можно ли такое сделать? offtop: Может быть кто-нибудь подскажет как научить апач перекодировать вывод в запрошенный accept-charset(вывод от php)? From gmm на csdoc.com Thu Dec 16 14:11:46 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Thu, 16 Dec 2010 13:11:46 +0200 Subject: /var/log/nginx In-Reply-To: <20101216020449.GL1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> Message-ID: <4D09F3F2.60205@csdoc.com> On 16.12.2010 4:04, Maxim Dounin wrote: > Этот софт или exploitable, или нет. > Если exploitable - надо лечить. любой софт exploitable, см. например, CVE-2009-2629 поэтому хочется иметь более удобные средства чем ifconfig eth0 down пока все ошибки/exploits в софте не будут найдены и полностью исправлены >>> Не говоря уже о том, что средств ограничить php в том, до каких >>> файлов он вообще сможет добраться - море, начиная от классического >>> chroot и заканчивая php'шным же open_basedir. в это море средств, ограничивающих PHP в том, до каких файлов он вообще может добраться, использование "Traditional Unix permissions" входит? это ведь проще и удобнее, чем создавать для тех же целей chroot/jail. >> защита open_basedir имеет смысл только в том случае, >> если PHP не имеет права выполнять внешние программы. >> если имеет, то ограничение open_basedir легко обходится. > Опять же - какую проблему решаем? Заткнуть простую эскалацию "php > local file include ..." в remote code execution? Тогда > open_basdir снимет часть головной боли, не заставляя ставить > ужасные права на всё что попало. некоторый софт на PHP для своей нормальной работы требует чтобы ограничение open_basdir был выключено в настройках. кода внутри очень много и там могут быть уязвимости "local file include" >> какие могут быть проблемы, если добавить пользователя nginx в группу >> www-logs и поставить права доступа root:www-logs 0750 /var/log/nginx ? > С точки зрения nginx'а - проблем не будет (ему там вообще > достаточно x). С точки зрения администрирования - проблем почти > не будет, если не забудете включить всех заинтересованных в группу > www-logs. Ok, спасибо. не забуду. > Но, повторюсь, я не считаю ограничение прав в данном случае > правильным. Проблема не в правах на логи nginx'а, проблема в php > local file include. Подобное ещё может быть как-то уместно на > shared-хостинге, но уж точно не как general practice. "Principle of least privilege" - это "important design guideline", даже если вместо PHP используется Python или Perl - может быть эскалация прав 0755 до "Information Disclosure Vulnerability". надежнее и проще будет сразу закрыть всем посторонним доступ к логам работы nginx, чем надеяться на то, что во всем остальном софте на сервере нет ошибок и нет уязвимостей "local file include". -- Best regards, Gena From kardailsky на gmail.com Thu Dec 16 14:19:52 2010 From: kardailsky на gmail.com (Alexander Kardailsky) Date: Thu, 16 Dec 2010 14:19:52 +0300 Subject: /var/log/nginx In-Reply-To: <4D09F3F2.60205@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> <4D09F3F2.60205@csdoc.com> Message-ID: <1435097659.20101216141952@gmail.com> Hello Gena, Thursday, December 16, 2010, 2:11:46 PM, you wrote: > надежнее и проще будет сразу закрыть всем посторонним доступ > к логам работы nginx, чем надеяться на то, что во всем остальном > софте на сервере нет ошибок и нет уязвимостей "local file include". А не проще ли лог-файлу давать уникальное имя? -- Best regards, Alexander From mikhalkov на gmail.com Thu Dec 16 14:24:02 2010 From: mikhalkov на gmail.com (Alexandr Mikhal'kov) Date: Thu, 16 Dec 2010 14:24:02 +0300 Subject: =?UTF-8?B?UmU6INCjINC60L7Qs9C+INC10YHRgtGMINC60L7QvdGE0LjQsyDQtNC70Y8gTU9E?= =?UTF-8?B?eD8=?= In-Reply-To: References: Message-ID: Просто добавьте location /manager { } 2010/12/14 Алексей Сундуков : > Всем привет, хотел узнать, есть у кого либо работающий конфиг под MODx > ? Сейчас используется работающий, но порицаемый > (http://sysoev.ru/nginx/docs/faq.html) вариант: > >        location / { >            if (!-e $request_filename) { >                rewrite  ^/(.*)$  /index.php?q=$1  last; >            } >        } > >        location ~* ^.+\.(img|gif|png|jpg|jpeg|ico|zip|css|js) { >            root            /var/www/user/data/www/test/; >            access_log      off; >            expires         max; >            add_header      Cache-Control  private; >        } > >        location ~ \.php$ { >                fastcgi_pass    127.0.0.1:9007; >                fastcgi_index   index.php; >                # Такой путь из за chroot >                fastcgi_param   SCRIPT_FILENAME /www/test$fastcgi_script_name; >                include         /etc/nginx/fastcgi_params; >        } > > (MODx не понимаем вариант с ведущим слешем в $uri, а отрезание его в > index.php через $_REQUEST['q'] = substr($_REQUEST['q'], 1) исправляет > ситуацию частично). Такой вариант работает на сайте нормально, но вот > админка через адрес /manager/ не работает. В варианте установки на > апаче через .htaccess mod_rewrite отлючается, но как его корректно > отключить для адресов вида /manager/ ? > > Вообще кому либо удалось нормально завести указанный движок в nginx контексте? > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Alexandr [ G100m ] Mikhal`kov ___________________________________________________________ Angels can fly because they take themselves lightly From sytar.alex на gmail.com Thu Dec 16 14:48:21 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Thu, 16 Dec 2010 14:48:21 +0300 Subject: =?UTF-8?Q?SSI_=D0=B8_gzip=5Fstatic?= Message-ID: Добрый день, Есть у меня несколько JS и CSS файлов, которые собираются в один файл через ssi с таким вот конфигом: location /css { location /css/style.css { default_type text/css; expires 1d; gzip_static on; ssi on; ssi_silent_errors on; ssi_types text/css; access_log off; } gzip_static on; expires 1M; access_log off; } location /js { gzip_static on; expires 1M; access_log off; location /js/combined.js { default_type text/javascript; expires 1d; gzip_static on; ssi on; ssi_silent_errors off; ssi_types text/javascript application/x-javascript; access_log off; } } Для собранного файла я делаю руками .gz файл, однако при его запросе не отдается Last-Modified Значит ли это что gzip_static в данном случае игнорируется и стало быть бессмысленно его делать? -- Have a nice day From igor на sysoev.ru Thu Dec 16 15:06:50 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 16 Dec 2010 15:06:50 +0300 Subject: =?UTF-8?Q?Re=3A_SSI_=D0=B8_gzip=5Fstatic?= In-Reply-To: References: Message-ID: <20101216120650.GB83229@rambler-co.ru> On Thu, Dec 16, 2010 at 02:48:21PM +0300, Aleksandr Sytar wrote: > Добрый день, > > Есть у меня несколько JS и CSS файлов, которые собираются в один файл > через ssi с таким вот конфигом: > > location /css { > location /css/style.css { > default_type text/css; > expires 1d; > gzip_static on; > ssi on; > ssi_silent_errors on; > ssi_types text/css; > access_log off; > } > gzip_static on; > expires 1M; > access_log off; > } > > location /js { > gzip_static on; > expires 1M; > access_log off; > location /js/combined.js { > default_type text/javascript; > expires 1d; > gzip_static on; > ssi on; > ssi_silent_errors off; > ssi_types text/javascript application/x-javascript; > access_log off; > } > } > > Для собранного файла я делаю руками .gz файл, однако при его запросе > не отдается Last-Modified > > Значит ли это что gzip_static в данном случае игнорируется и стало > быть бессмысленно его делать? Да, делать быссмысленно, сейчас происходит страшное: nginx ищет в сжатом потоке директивы SSI. Лучше собрать статически файлы и делать для них сжатую копию. -- Игорь Сысоев http://sysoev.ru From rider на altlinux.com Thu Dec 16 15:28:05 2010 From: rider на altlinux.com (Anton Farygin) Date: Thu, 16 Dec 2010 15:28:05 +0300 Subject: /var/log/nginx In-Reply-To: <1435097659.20101216141952@gmail.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> <4D09F3F2.60205@csdoc.com> <1435097659.20101216141952@gmail.com> Message-ID: 16.12.2010 14:19, Alexander Kardailsky пишет: > Hello Gena, > > Thursday, December 16, 2010, 2:11:46 PM, you wrote: > >> надежнее и проще будет сразу закрыть всем посторонним доступ >> к логам работы nginx, чем надеяться на то, что во всем остальном >> софте на сервере нет ошибок и нет уязвимостей "local file include". > > А не проще ли лог-файлу давать уникальное имя? Или, ещё прощё - отправить его в syslog на соседнюю машину. From greenh на gmail.com Thu Dec 16 15:40:23 2010 From: greenh на gmail.com (greenh) Date: Thu, 16 Dec 2010 14:40:23 +0200 Subject: /var/log/nginx In-Reply-To: <1435097659.20101216141952@gmail.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> <4D09F3F2.60205@csdoc.com> <1435097659.20101216141952@gmail.com> Message-ID: из расчета что его не угадают? 2010/12/16 Alexander Kardailsky : > Hello Gena, > > >> надежнее и проще будет сразу закрыть всем посторонним доступ >> к логам работы nginx, чем надеяться на то, что во всем остальном >> софте на сервере нет ошибок и нет уязвимостей "local file include". > >  А не проще ли лог-файлу давать уникальное имя? > > -- From nginx-forum на nginx.us Thu Dec 16 16:18:25 2010 From: nginx-forum на nginx.us (Balancer) Date: Thu, 16 Dec 2010 08:18:25 -0500 Subject: =?UTF-8?B?0JrQsNC6INC/0YDQvtCy0LXRgNC40YLRjCDRgdGD0YnQtdGB0YLQstC+0LLQsNC9?= =?UTF-8?B?0LjQtSDRgdC+0LrQtdGC0LA/?= Message-ID: <82329a09247508c57a23cbbcffd96e59.NginxMailingListRussian@forum.nginx.org> Ни -f, ни -e в директиве if ( .. ) существование сокета не обнаруживают :-/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159107,159107#msg-159107 From ufaweb на gmail.com Thu Dec 16 18:40:24 2010 From: ufaweb на gmail.com (=?KOI8-R?B?8tXTzMHOIPvB0snQz9c=?=) Date: Thu, 16 Dec 2010 20:40:24 +0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0L7QstC10YDQuNGC0Ywg0YHRg9GJ0LXRgdGC0LLQvtCy?= =?UTF-8?B?0LDQvdC40LUg0YHQvtC60LXRgtCwPw==?= In-Reply-To: <82329a09247508c57a23cbbcffd96e59.NginxMailingListRussian@forum.nginx.org> References: <82329a09247508c57a23cbbcffd96e59.NginxMailingListRussian@forum.nginx.org> Message-ID: 16 декабря 2010 г. 18:18 пользователь Balancer написал: > Ни -f, ни -e в директиве if ( .. ) > существование сокета не обнаруживают > :-/ > не проверял, но вроде так: if test -S /tmp/mysql.sock then .... fi нашел здесь: http://wiki.bash-hackers.org/commands/classictest (раздел File tests) -- С уважением, Шарипов Руслан. Руководитель отдела разработки и сопровождения программного обеспечения ОАО "Уфанет". Контактная информация: jid: serafim на jabber.ufanet.ru wave: ufaweb на googlewave.com skype: ufaweb phone: +7(917)4775460 vkontakte: http://vkontakte.ru/ufaweb myspace: http://www.myspace.com/ufaweb facebook: http://facebook.com/sharipov linkedin: http://www.linkedin.com/in/ufaweb twitter: http://twitter.com/ufaweb From denis.kot на gmail.com Thu Dec 16 18:48:54 2010 From: denis.kot на gmail.com (Denis Kot) Date: Thu, 16 Dec 2010 17:48:54 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0L7QstC10YDQuNGC0Ywg0YHRg9GJ0LXRgdGC0LLQvtCy?= =?UTF-8?B?0LDQvdC40LUg0YHQvtC60LXRgtCwPw==?= In-Reply-To: References: <82329a09247508c57a23cbbcffd96e59.NginxMailingListRussian@forum.nginx.org> Message-ID: Ему видимо в конфиге nginx надо проверить. Denis Kot 16 декабря 2010 г. 17:40 пользователь Руслан Шарипов написал: > 16 декабря 2010 г. 18:18 пользователь Balancer написал: >> Ни -f, ни -e в директиве if ( .. ) >> существование сокета не обнаруживают >> :-/ >> > > не проверял, но вроде так: > > if test -S /tmp/mysql.sock > then >    .... > fi > > нашел здесь: http://wiki.bash-hackers.org/commands/classictest (раздел > File tests) > > -- > С уважением, Шарипов Руслан. > Руководитель отдела разработки и сопровождения программного > обеспечения ОАО "Уфанет". > > Контактная информация: > jid: serafim на jabber.ufanet.ru > wave: ufaweb на googlewave.com > skype: ufaweb > phone: +7(917)4775460 > vkontakte: http://vkontakte.ru/ufaweb > myspace: http://www.myspace.com/ufaweb > facebook: http://facebook.com/sharipov > linkedin: http://www.linkedin.com/in/ufaweb > twitter: http://twitter.com/ufaweb > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From nginx-forum на nginx.us Thu Dec 16 18:57:23 2010 From: nginx-forum на nginx.us (Balancer) Date: Thu, 16 Dec 2010 10:57:23 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0L7QstC10YDQuNGC0Ywg0YHRg9GJ0LXRgdGC0LLQvtCy?= =?UTF-8?B?0LDQvdC40LUg0YHQvtC60LXRgtCwPw==?= In-Reply-To: References: Message-ID: Denis Kot Wrote: ------------------------------------------------------- > Ему видимо в конфиге nginx Да, естественно. И -S я проверил в первую очередь. Nginx не понимает такого ключика :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159107,159164#msg-159164 From kav на karagodov.name Thu Dec 16 19:25:28 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 16 Dec 2010 19:25:28 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0L7QstC10YDQuNGC0Ywg0YHRg9GJ0LXRgdGC0LLQvtCy?= =?UTF-8?B?0LDQvdC40LUg0YHQvtC60LXRgtCwPw==?= In-Reply-To: References: Message-ID: в чём тайный смысл подобной проверки? :) точно сработает, если при отправке запроса на этот сокет как на upstream, получится 500-какая-то ошибка On 16.12.2010, at 18:57, Balancer wrote: > Denis Kot Wrote: > ------------------------------------------------------- >> Ему видимо в конфиге nginx > > Да, естественно. > > И -S я проверил в первую очередь. Nginx не > понимает такого ключика :) > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159107,159164#msg-159164 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From pavel2000 на ngs.ru Thu Dec 16 22:55:55 2010 From: pavel2000 на ngs.ru (Pavel V.) Date: Fri, 17 Dec 2010 01:55:55 +0600 Subject: =?UTF-8?B?UmU6INCf0YDQuCDQtNC+0LrQsNGH0LrQsNGFKDIwNikgbmdpbngg0L7RgtC00LA=?= =?UTF-8?B?0LXRgiDQtNCw0L3QvdGL0LUg0YEg0L3QsNGH0LDQu9CwINGE0LDQudC70LA=?= In-Reply-To: <4b2a8d927f2084c49a7526019c906406.NginxMailingListRussian@forum.nginx.org> References: <4b2a8d927f2084c49a7526019c906406.NginxMailingListRussian@forum.nginx.org> Message-ID: <1521684724.20101217015555@ngs.ru> Здравствуйте, nickolay. Вы писали 12 декабря 2010 г., 6:31:08: > Linux x86 > nginx version: nginx/0.8.53 > Ключевые моменты конфигурации: > perl_require files.pm; > location /f { > perl files::download; > } > Скрипт проверяет наличие файла на > файловой системе, права доступа к > файлу, после чего выполняет внутренний > редирект: $r->>allow_ranges; $r->>header_out('Content-Length', $file_size); $r->>send_http_header("$mime"); $r->>internal_redirect($internal_redirect_link); > return OK; Ну если,допустим, выставление $mime понять можно, то выставление Content-Length, на беглый взгляд выглядит неуместным. Хотя, я встроенный perl не использую и могу чего-то не знать. Если делать X-Accel-Redirect, Content-Length не выставляю и докачки успешно работают. Думаю, тут должно быть аналогично. > Качаю с обрывами wget-ом с ключом "-c", файл > получается правильным(совпадает md5sum с > оригиналом). > Качаю Firefox-ом, также с обрывами, файл > также скачивается, размер правильный, > но при каждом последующем запросе за > очередным куском файла, nginx возвращает > начальную часть файла, хотя в ответе > указывает правильные range и отдаваемый > размер. > Сделал tcpdump, сравнил запросы от wget и > Firefox. Заметил, что Firefox шлет еще условие > If-Range и еще вот это в заголовке перед > указанием Range: > X-REMOVED:.Range -- С уважением, Pavel mailto:pavel2000 на ngs.ru From scukonick на gmail.com Fri Dec 17 11:19:39 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Fri, 17 Dec 2010 11:19:39 +0300 Subject: =?UTF-8?B?c291cmNlIGFkZHJlc3Mg0L/RgNC4INC/0YDQvtC60YHQuNGA0L7QstCw0L3QuNC4?= Message-ID: Возможно ли как-либо определить адрес, с которого посылаются запросы на проксируемый сервер? Ситуация такая, что на eth0 висят несколько адресов, и запросы с одного из них к проксируемому серверу уходят через IPSec-туннель, однако nginx посылает с другого адреса, в результате чего запросы в IPSec не попадают. -- Alexey Malov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From johnbat26 на gmail.com Fri Dec 17 12:00:09 2010 From: johnbat26 на gmail.com (Eugene Batogov) Date: Fri, 17 Dec 2010 12:00:09 +0300 Subject: =?UTF-8?B?0J/QvtGB0LvQtSDQstGH0LXRgNCw0YjQvdC10Lkg0LLRgdGC0YDQtdGH0Lgg0L8=?= =?UTF-8?B?0L4gbmdpbngsICDQv9C+0Y/QstC40LvQvtGB0Ywg0L3QtdGB0LrQvtC70Yw=?= =?UTF-8?B?0LrQviDQstC+0L/RgNC+0YHQvtCyIC4uLg==?= Message-ID: <201012171200.09091.JohnBat26@gmail.com> Сначала, хочу поблагодарить всех участников проекта за их нужный всем труд! Отдельное спасибо Игорю за доклад! Теперь вопросы: 1. Безопасно ли под высокой нагрузкой (~ 1000 req/s) делать: nginx reload? 2. Будет ли в nginx встроена поддержка comet-соединений(долгоживущих). Сейчас это реализуется с помощью модуля http_nginx_push_module. Будет ли эта функциональность в ядре nginx? Планируется ли поддержка HTML 5 Web Sockets? 3. Какова производительность работы связки NGINX+uWSGI? Можно ли эту связку использовать в production? Какова наиболее предпочтительная связка при работе с Python (Django) на back-end ? 4. Использование nginx в качестве load-balancer-a. Насколько ли это оправдано? Какова производительность ? С нетерпением жду следующей встречи по nginx. -- Best Regards, Eugene Batogov From voron на amhost.net Fri Dec 17 12:08:46 2010 From: voron на amhost.net (Alex Vorona) Date: Fri, 17 Dec 2010 11:08:46 +0200 Subject: =?UTF-8?B?UmU6IHNvdXJjZSBhZGRyZXNzINC/0YDQuCDQv9GA0L7QutGB0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQuA==?= In-Reply-To: References: Message-ID: <4D0B289E.2070506@amhost.net> 17.12.2010 10:19, Алексей Малов wrote: > Возможно ли как-либо определить адрес, с которого посылаются запросы на > проксируемый сервер? Ситуация такая, что на eth0 висят несколько адресов, и > запросы с одного из них к проксируемому серверу уходят через IPSec-туннель, > однако nginx посылает с другого адреса, в результате чего запросы в IPSec не > попадают. http://sysoev.ru/nginx/changes.html 0.8.22 03.11.2009 Добавление: директивы proxy_bind, fastcgi_bind и memcached_bind. 2 Игорь. Наверно надо добавить эти директивы в документацию. From scukonick на gmail.com Fri Dec 17 12:21:17 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Fri, 17 Dec 2010 12:21:17 +0300 Subject: =?UTF-8?B?UmU6IHNvdXJjZSBhZGRyZXNzINC/0YDQuCDQv9GA0L7QutGB0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQuA==?= In-Reply-To: <4D0B289E.2070506@amhost.net> References: <4D0B289E.2070506@amhost.net> Message-ID: Спасибо! Жаль, в debian даже в squeeze версия ниже. 17 декабря 2010 г. 12:08 пользователь Alex Vorona написал: > 17.12.2010 10:19, Алексей Малов wrote: > > Возможно ли как-либо определить адрес, с которого посылаются запросы на > > проксируемый сервер? Ситуация такая, что на eth0 висят несколько > адресов, и > > запросы с одного из них к проксируемому серверу уходят через > IPSec-туннель, > > однако nginx посылает с другого адреса, в результате чего запросы в IPSec > не > > попадают. > http://sysoev.ru/nginx/changes.html > 0.8.22 03.11.2009 > Добавление: директивы proxy_bind, fastcgi_bind и memcached_bind. > > 2 Игорь. Наверно надо добавить эти директивы в документацию. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Alexey Malov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From danila на shtan.ru Fri Dec 17 12:27:58 2010 From: danila на shtan.ru (Danila Shtan) Date: Fri, 17 Dec 2010 14:27:58 +0500 Subject: =?UTF-8?B?UmU6INCf0L7RgdC70LUg0LLRh9C10YDQsNGI0L3QtdC5INCy0YHRgtGA0LXRh9C4?= =?UTF-8?B?INC/0L4gbmdpbngsINC/0L7Rj9Cy0LjQu9C+0YHRjCDQvdC10YHQutC+0Ls=?= =?UTF-8?B?0YzQutC+INCy0L7Qv9GA0L7RgdC+0LIgLi4u?= In-Reply-To: <201012171200.09091.JohnBat26@gmail.com> References: <201012171200.09091.JohnBat26@gmail.com> Message-ID: > 3. Какова производительность работы связки NGINX+uWSGI?  Можно ли эту связку использовать в production? Мы используем в production, не на самой большой нагрузке, конечно - 5-7 req/s. Гоняли Siege перед тем как, получали вполне адекватные результаты - до 250 req/s при 75 активных сессиях с трех "клиентов", но та bottleneck - наше приложение. Не джанго, правда. У нас внутри Werkzeug. Данила, 66.ru From peter на vereshagin.org Fri Dec 17 12:32:34 2010 From: peter на vereshagin.org (Peter Vereshagin) Date: Fri, 17 Dec 2010 12:32:34 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDQv9GA0L7QstC10YDQuNGC0Ywg0YHRg9GJ0LXRgdGC0LLQvtCy?= =?UTF-8?B?0LDQvdC40LUg0YHQvtC60LXRgtCwPw==?= In-Reply-To: Message-ID: <20101217093234.GB4972@external.screwed.box> Our A&R man said, "I don't hear a single", nginx-ru! 2010/12/17 11:57:42 +0300 nginx-ru-request на nginx.org => To nginx-ru на nginx.org : но встроенный perl понимает? perldoc -f -X > if test -S /tmp/mysql.sock > then > .... > fi это не он. > > Ему видимо в конфиге nginx > Да, естественно. > И -S я проверил в первую очередь. Nginx не > понимает такого ключика :) 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.org From aleks.raiden на gmail.com Fri Dec 17 12:33:43 2010 From: aleks.raiden на gmail.com (=?KOI8-R?B?4czFy9PBzsTSIOzP2s/XwMs=?=) Date: Fri, 17 Dec 2010 11:33:43 +0200 Subject: =?UTF-8?B?UmU6INCf0L7RgdC70LUg0LLRh9C10YDQsNGI0L3QtdC5INCy0YHRgtGA0LXRh9C4?= =?UTF-8?B?INC/0L4gbmdpbngsINC/0L7Rj9Cy0LjQu9C+0YHRjCDQvdC10YHQutC+0Ls=?= =?UTF-8?B?0YzQutC+INCy0L7Qv9GA0L7RgdC+0LIgLi4u?= In-Reply-To: References: <201012171200.09091.JohnBat26@gmail.com> Message-ID: Вроде как вебсокеты вряд ли, насколько я помню из нескольких обсуждений здесь, так как это совсем другой характер нагрузки и запросов, никак не Nginx-овое дело держать постоянно тысячи конектов. 17 декабря 2010 г. 11:27 пользователь Danila Shtan написал: >> 3. Какова производительность работы связки NGINX+uWSGI?  Можно ли эту связку использовать в production? > > Мы используем в production, не на самой большой нагрузке, конечно - 5-7 req/s. > Гоняли Siege перед тем как, получали вполне адекватные результаты - до > 250 req/s при 75 активных сессиях с трех "клиентов", но та bottleneck > - наше приложение. > > Не джанго, правда. У нас внутри Werkzeug. > > Данила, 66.ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- C уважением, Александр Лозовюк Alpha-Beta-Release Blog http://abrdev.com From temotor на gmail.com Fri Dec 17 12:46:22 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Fri, 17 Dec 2010 12:46:22 +0300 Subject: =?UTF-8?B?UmU6INCf0L7RgdC70LUg0LLRh9C10YDQsNGI0L3QtdC5INCy0YHRgtGA0LXRh9C4?= =?UTF-8?B?INC/0L4gbmdpbngsINC/0L7Rj9Cy0LjQu9C+0YHRjCDQvdC10YHQutC+0Ls=?= =?UTF-8?B?0YzQutC+INCy0L7Qv9GA0L7RgdC+0LIgLi4u?= In-Reply-To: <201012171200.09091.JohnBat26@gmail.com> References: <201012171200.09091.JohnBat26@gmail.com> Message-ID: > 1. Безопасно ли под высокой нагрузкой (~ 1000 req/s) делать: nginx  reload? > Безопасно. From nginx-forum на nginx.us Fri Dec 17 12:52:14 2010 From: nginx-forum на nginx.us (Nicky) Date: Fri, 17 Dec 2010 04:52:14 -0500 Subject: =?UTF-8?B?0J/QvtC00LTQtdGA0LbQuNCy0LDQtdGCINC70LggaWYgKCkg0YfQuNGB0LvQvtCy?= =?UTF-8?B?0L7QtSDRgdGA0LDQstC90LXQvdC40LU/?= Message-ID: Здравствуйте. Из доки так окончательно и не понял, возможно ли сделать что-то типа if ($id > 999) { some_directive; } $id дернута из запроса регекспом Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159338,159338#msg-159338 From sytar.alex на gmail.com Fri Dec 17 13:15:33 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Fri, 17 Dec 2010 13:15:33 +0300 Subject: =?UTF-8?B?UmU6IHNvdXJjZSBhZGRyZXNzINC/0YDQuCDQv9GA0L7QutGB0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQuA==?= In-Reply-To: References: <4D0B289E.2070506@amhost.net> Message-ID: 17 декабря 2010 г. 12:21 пользователь Алексей Малов написал: > Спасибо! Жаль, в debian даже в squeeze версия ниже. O, Rly? apt-cache policy nginx nginx: Установлен: 0.9.3-1 Кандидат: 0.9.3-1 Фиксатор пакета: 0.9.3-1 Таблица версий: *** 0.9.3-1 1000 100 http://ftp2.debian.org.ua unstable/main Packages 100 /var/lib/dpkg/status 0.8.53-2 1000 100 http://mirror.yandex.ru unstable/main Packages 0.6.32-3+lenny3 1000 900 ftp://mirror.hetzner.de lenny/main Packages 900 ftp://mirror.hetzner.de lenny/updates/main Packages 900 http://http.us.debian.org lenny/main Packages 900 http://security.debian.org lenny/updates/main Packages -- Have a nice day From scukonick на gmail.com Fri Dec 17 14:35:22 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Fri, 17 Dec 2010 14:35:22 +0300 Subject: =?UTF-8?B?UmU6IHNvdXJjZSBhZGRyZXNzINC/0YDQuCDQv9GA0L7QutGB0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQuA==?= In-Reply-To: References: <4D0B289E.2070506@amhost.net> Message-ID: 17 декабря 2010 г. 13:15 пользователь Aleksandr Sytar написал: > 17 декабря 2010 г. 12:21 пользователь Алексей Малов > написал: > > Спасибо! Жаль, в debian даже в squeeze версия ниже. > > O, Rly? > > apt-cache policy nginx > nginx: > Установлен: 0.9.3-1 > Кандидат: 0.9.3-1 > Фиксатор пакета: 0.9.3-1 > Таблица версий: > *** 0.9.3-1 1000 > 100 http://ftp2.debian.org.ua unstable/main Packages > 100 /var/lib/dpkg/status > 0.8.53-2 1000 > 100 http://mirror.yandex.ru unstable/main Packages > 0.6.32-3+lenny3 1000 > 900 ftp://mirror.hetzner.de lenny/main Packages > 900 ftp://mirror.hetzner.de lenny/updates/main Packages > 900 http://http.us.debian.org lenny/main Packages > 900 http://security.debian.org lenny/updates/main Packages > > -- > Have a nice day > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > unstable - 0.8.53, а squeeze - это testing http://packages.debian.org/source/squeeze/nginx -- Alexey Malov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Fri Dec 17 15:00:26 2010 From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Fri, 17 Dec 2010 14:00:26 +0200 Subject: =?UTF-8?B?UmU6IHNvdXJjZSBhZGRyZXNzINC/0YDQuCDQv9GA0L7QutGB0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQuA==?= In-Reply-To: References: <4D0B289E.2070506@amhost.net> Message-ID: <4D0B50DA.8000008@kpi.ua> 17.12.2010 13:35, Алексей Малов пишет: > unstable - 0.8.53, а squeeze - это testing > http://packages.debian.org/source/squeeze/nginx У меня в squeeze уже давно 0.8.53 apt-cache policy nginx nginx: Установлен: 0.8.53-1 Кандидат: 0.8.53-1 Таблица версий: *** 0.8.53-1 0 500 http://ftp.ua.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status 0.6.32-3+lenny3 0 500 http://security.debian.org/ lenny/updates/main amd64 Packages -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From snar на snar.spb.ru Fri Dec 17 15:57:49 2010 From: snar на snar.spb.ru (Alexandre Snarskii) Date: Fri, 17 Dec 2010 15:57:49 +0300 Subject: =?UTF-8?B?0LfQsNC70LjQv9GI0LjQuSDRgdC+0LrQtdGCINC80LXQttC00YMgbmdpbngg0Lgg?= =?UTF-8?B?ZmFzdGNnaSA/IA==?= Message-ID: <20101217125749.GA38351@snar.spb.ru> Hi! Дано: Linux (RHEL 5.4, 2.6.18-164.el5), nginx/0.8.53 "без посторонних добавок", простенькая fcgi на базе обычного fastcgi devel kit 2.4.0, основная fcgi - считать запрос, обработать, выдать x-accel-redirect для проксирования на правильный target server. Общение nginx и fcgi - tcp на 127.0.0.1. Вроде бы все просто, хорошо и должно работать - nginx в любом случае принимает запрос полностью и только потом отдает его на fastcgi_pass, так что на уровне fcgi можно верить что "медленных клиентов не бывает" и использовать блокирующий интерфейс FCGX, но... В некоторых случаях accept возвращает "нечитаемый" сокет, и fcgi тормозится на этапе: (gdb) where #0 0x004db402 in __kernel_vsyscall () #1 0x006c38db in read () from /lib/libc.so.6 #2 0x00dd3feb in OS_Read (fd=54, buf=0x8c44118 "@Et", len=8192) at os_unix.c:460 #3 0x00dd12a0 in FillBuffProc (stream=0x8c36600) at fcgiapp.c:1636 #4 0x00dd1b82 in FCGX_Accept_r (reqDataPtr=0xb391f318) at fcgiapp.c:2208 #5 0x0804a119 in run (arg=0x8c2e3bc) at main.cc:91 #6 0x007545ab in start_thread () from /lib/libpthread.so.0 #7 0x006d2cfe in clone () from /lib/libc.so.6 и способна висеть в такой позе до рестарта, даже несмотря на то, что с другой стороны nginx уже давно сокет закрыл (connection state CLOSE_WAIT). Вопрос вполне обычный - кто виноват и что делать ? :) Сменить OS/библиотеку/полностью переписать на scgi ? PS: внутри fastcgi есть такой интересный коммент, который вроде бы полностью описывает данное поведение, но он относится a) к linux 2.0 б) к unix domain sockets: /********************************************************************** * This works around a problem on Linux 2.0.x and SCO Unixware (maybe * others?). When a connect() is made to a Unix Domain socket, but its * not accept()ed before the web server gets impatient and close()s, an * accept() results in a valid file descriptor, but no data to read. * This causes a block on the first read() - which never returns! -- In theory, there is no difference between theory and practice. But, in practice, there is. From n.g.i.n.x.e.r на gmail.com Fri Dec 17 16:21:17 2010 From: n.g.i.n.x.e.r на gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Fri, 17 Dec 2010 16:21:17 +0300 Subject: =?UTF-8?Q?ngx=5Fhttp=5Fgzip=5Fstatic=5Fmodule_=D0=B8_7z?= Message-ID: Сравнивал сжатие gzip и 7z 7z выигрывает на несколько килобайт возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma? я не знаю зависит ли это от браузера или нет просьба просветпить From viaprog на gmail.com Fri Dec 17 16:33:39 2010 From: viaprog на gmail.com (Igor A. Valcov) Date: Fri, 17 Dec 2010 16:33:39 +0300 Subject: =?UTF-8?Q?Re=3A_ngx=5Fhttp=5Fgzip=5Fstatic=5Fmodule_=D0=B8_7z?= In-Reply-To: References: Message-ID: 17 декабря 2010 г. 16:21 пользователь Роман написал: > Сравнивал сжатие gzip и 7z > 7z выигрывает на несколько килобайт > > возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma? > > я не знаю зависит ли это от браузера или нет > просьба просветпить А кто будет в браузеры поддержку lzma добавлять? :) -- Igor A. Valcov From n.g.i.n.x.e.r на gmail.com Fri Dec 17 16:42:58 2010 From: n.g.i.n.x.e.r на gmail.com (=?UTF-8?B?0KDQvtC80LDQvQ==?=) Date: Fri, 17 Dec 2010 16:42:58 +0300 Subject: =?UTF-8?Q?Re=3A_ngx=5Fhttp=5Fgzip=5Fstatic=5Fmodule_=D0=B8_7z?= In-Reply-To: References: Message-ID: Я подозревал это. Раз так то вопрос снят, а хочется :) 17 декабря 2010 г. 16:33 пользователь Igor A. Valcov написал: > 17 декабря 2010 г. 16:21 пользователь Роман написал: >> Сравнивал сжатие gzip и 7z >> 7z выигрывает на несколько килобайт >> >> возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma? >> >> я не знаю зависит ли это от браузера или нет >> просьба просветпить > > А кто будет в браузеры поддержку lzma добавлять? :) > > -- > Igor A. Valcov > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From mdounin на mdounin.ru Fri Dec 17 17:03:08 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 17 Dec 2010 17:03:08 +0300 Subject: =?UTF-8?B?UmU6INC30LDQu9C40L/RiNC40Lkg0YHQvtC60LXRgiDQvNC10LbQtNGDIG5naW54?= =?UTF-8?B?INC4IGZhc3RjZ2kgPw==?= In-Reply-To: <20101217125749.GA38351@snar.spb.ru> References: <20101217125749.GA38351@snar.spb.ru> Message-ID: <20101217140307.GS1084@mdounin.ru> Hello! On Fri, Dec 17, 2010 at 03:57:49PM +0300, Alexandre Snarskii wrote: > Дано: Linux (RHEL 5.4, 2.6.18-164.el5), nginx/0.8.53 "без посторонних > добавок", простенькая fcgi на базе обычного fastcgi devel kit 2.4.0, > основная fcgi - считать запрос, обработать, выдать x-accel-redirect > для проксирования на правильный target server. > Общение nginx и fcgi - tcp на 127.0.0.1. > > Вроде бы все просто, хорошо и должно работать - nginx в любом > случае принимает запрос полностью и только потом отдает его > на fastcgi_pass, так что на уровне fcgi можно верить что "медленных > клиентов не бывает" и использовать блокирующий интерфейс FCGX, > но... > > В некоторых случаях accept возвращает "нечитаемый" сокет, и fcgi > тормозится на этапе: > > (gdb) where > #0 0x004db402 in __kernel_vsyscall () > #1 0x006c38db in read () from /lib/libc.so.6 > #2 0x00dd3feb in OS_Read (fd=54, buf=0x8c44118 "@Et", len=8192) > at os_unix.c:460 > #3 0x00dd12a0 in FillBuffProc (stream=0x8c36600) at fcgiapp.c:1636 > #4 0x00dd1b82 in FCGX_Accept_r (reqDataPtr=0xb391f318) at fcgiapp.c:2208 > #5 0x0804a119 in run (arg=0x8c2e3bc) at main.cc:91 > #6 0x007545ab in start_thread () from /lib/libpthread.so.0 > #7 0x006d2cfe in clone () from /lib/libc.so.6 > > и способна висеть в такой позе до рестарта, даже несмотря на > то, что с другой стороны nginx уже давно сокет закрыл (connection > state CLOSE_WAIT). > > Вопрос вполне обычный - кто виноват и что делать ? :) > Сменить OS/библиотеку/полностью переписать на scgi ? CLOSE_WAIT - со стороны fcgi? Если при этом fcgi приложение заблокировалось в read() (а не ест процессор, пытаясь звать read() снова и снова), то это видимо race в ядре. Ибо CLOSE_WAIT означает, что ядро в курсе, что сокет с той стороны закрыли, и из него больше ничего не прочитать, read() должен вернуться как только выгребет всё из буфера. Maxim Dounin From snar на snar.spb.ru Fri Dec 17 17:18:17 2010 From: snar на snar.spb.ru (Alexandre Snarskii) Date: Fri, 17 Dec 2010 17:18:17 +0300 Subject: =?UTF-8?B?UmU6INC30LDQu9C40L/RiNC40Lkg0YHQvtC60LXRgiDQvNC10LbQtNGDIG5naW54?= =?UTF-8?B?INC4IGZhc3RjZ2kgPw==?= In-Reply-To: <20101217140307.GS1084@mdounin.ru> References: <20101217125749.GA38351@snar.spb.ru> <20101217140307.GS1084@mdounin.ru> Message-ID: <20101217141817.GB38351@snar.spb.ru> On Fri, Dec 17, 2010 at 05:03:08PM +0300, Maxim Dounin wrote: > Hello! > > On Fri, Dec 17, 2010 at 03:57:49PM +0300, Alexandre Snarskii wrote: > > > Дано: Linux (RHEL 5.4, 2.6.18-164.el5), nginx/0.8.53 "без посторонних > > добавок", простенькая fcgi на базе обычного fastcgi devel kit 2.4.0, > > основная fcgi - считать запрос, обработать, выдать x-accel-redirect > > для проксирования на правильный target server. > > Общение nginx и fcgi - tcp на 127.0.0.1. > > > > Вроде бы все просто, хорошо и должно работать - nginx в любом > > случае принимает запрос полностью и только потом отдает его > > на fastcgi_pass, так что на уровне fcgi можно верить что "медленных > > клиентов не бывает" и использовать блокирующий интерфейс FCGX, > > но... > > > > В некоторых случаях accept возвращает "нечитаемый" сокет, и fcgi > > тормозится на этапе: > > > > (gdb) where > > #0 0x004db402 in __kernel_vsyscall () > > #1 0x006c38db in read () from /lib/libc.so.6 > > #2 0x00dd3feb in OS_Read (fd=54, buf=0x8c44118 "@Et", len=8192) > > at os_unix.c:460 > > #3 0x00dd12a0 in FillBuffProc (stream=0x8c36600) at fcgiapp.c:1636 > > #4 0x00dd1b82 in FCGX_Accept_r (reqDataPtr=0xb391f318) at fcgiapp.c:2208 > > #5 0x0804a119 in run (arg=0x8c2e3bc) at main.cc:91 > > #6 0x007545ab in start_thread () from /lib/libpthread.so.0 > > #7 0x006d2cfe in clone () from /lib/libc.so.6 > > > > и способна висеть в такой позе до рестарта, даже несмотря на > > то, что с другой стороны nginx уже давно сокет закрыл (connection > > state CLOSE_WAIT). > > > > Вопрос вполне обычный - кто виноват и что делать ? :) > > Сменить OS/библиотеку/полностью переписать на scgi ? > > CLOSE_WAIT - со стороны fcgi? Если при этом fcgi приложение > заблокировалось в read() (а не ест процессор, пытаясь звать read() > снова и снова), то это видимо race в ядре. Ибо CLOSE_WAIT > означает, что ядро в курсе, что сокет с той стороны закрыли, и из > него больше ничего не прочитать, read() должен вернуться как > только выгребет всё из буфера. Да, CLOSE_WAIT со стороны fcgi. Да, fcgi именно заблокировалось в read() а не поллит его. Да, read() в такой ситуации должен вернуть EOF или error, но, блин, не возвращает... -- In theory, there is no difference between theory and practice. But, in practice, there is. From mdounin на mdounin.ru Fri Dec 17 17:45:42 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 17 Dec 2010 17:45:42 +0300 Subject: =?UTF-8?B?UmU6INC30LDQu9C40L/RiNC40Lkg0YHQvtC60LXRgiDQvNC10LbQtNGDIG5naW54?= =?UTF-8?B?INC4IGZhc3RjZ2kgPw==?= In-Reply-To: <20101217141817.GB38351@snar.spb.ru> References: <20101217125749.GA38351@snar.spb.ru> <20101217140307.GS1084@mdounin.ru> <20101217141817.GB38351@snar.spb.ru> Message-ID: <20101217144542.GT1084@mdounin.ru> Hello! On Fri, Dec 17, 2010 at 05:18:17PM +0300, Alexandre Snarskii wrote: [...] > > CLOSE_WAIT - со стороны fcgi? Если при этом fcgi приложение > > заблокировалось в read() (а не ест процессор, пытаясь звать read() > > снова и снова), то это видимо race в ядре. Ибо CLOSE_WAIT > > означает, что ядро в курсе, что сокет с той стороны закрыли, и из > > него больше ничего не прочитать, read() должен вернуться как > > только выгребет всё из буфера. > > Да, CLOSE_WAIT со стороны fcgi. Да, fcgi именно заблокировалось > в read() а не поллит его. Да, read() в такой ситуации должен вернуть > EOF или error, но, блин, не возвращает... Я бы ещё проверил, что дескриптор передаваемый в read() правильный (соответствует исследуемому соединению). А дальше - изучать ядро (т.к. ядро не последнее, то видимо начать имеет смысл с changelog'ов). Maxim Dounin From rider на altlinux.com Fri Dec 17 22:03:04 2010 From: rider на altlinux.com (Anton Farygin) Date: Fri, 17 Dec 2010 22:03:04 +0300 Subject: =?UTF-8?Q?Re=3A_ngx=5Fhttp=5Fgzip=5Fstatic=5Fmodule_=D0=B8_7z?= In-Reply-To: References: Message-ID: 17.12.2010 16:33, Igor A. Valcov пишет: > 17 декабря 2010 г. 16:21 пользователь Роман написал: >> Сравнивал сжатие gzip и 7z >> 7z выигрывает на несколько килобайт >> >> возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma? >> >> я не знаю зависит ли это от браузера или нет >> просьба просветпить > > А кто будет в браузеры поддержку lzma добавлять? :) плюс lzma очень медленно и тяжело жать. From nginx-forum на nginx.us Sat Dec 18 05:38:11 2010 From: nginx-forum на nginx.us (User) Date: Fri, 17 Dec 2010 21:38:11 -0500 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: <20101214113453.GG79447@rambler-co.ru> References: <20101214113453.GG79447@rambler-co.ru> Message-ID: <4029e35c44261e6257b83d4c864b8d4b.NginxMailingListRussian@forum.nginx.org> Блин, что-то я всё-такие делаю не так - вложил location'ы как советовали, в итоге в /protected все работает хорошо, а в / php отдаётся исходником. Из вариантов только вкладывать location'ы php везде - вроде бы должно работать, но как-то некрасиво... nginx 0.9.3, ниже полная часть 'server' конфига server { listen 8080; server_name domain.com; access_log /home/user/logs/domain.com/access_log combined; error_log /home/user/logs/domain.com/error_log; location / { root /home/user/sites/domain.com; } if ($host = 'www.domain.com') { rewrite ^(.*)$ http://domain.com$1 permanent; } location /protected { auth_basic "Protected"; auth_basic_user_file /home/user/etc/.htpasswd; #root /home/user/sites/domain.com/protected; location ~ \.php$ { fastcgi_pass unix:/home/user/tmp/phpfpm.sock; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /home/user/sites/domain.com$fastcgi_script_name; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL $server_protocol; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWARE nginx/$nginx_version; fastcgi_param REMOTE_ADDR $remote_addr; fastcgi_param REMOTE_PORT $remote_port; fastcgi_param SERVER_ADDR $server_addr; fastcgi_param SERVER_PORT $server_port; fastcgi_param SERVER_NAME $server_name; } } location /php_status { include fastcgi_params; fastcgi_pass unix:/home/user/tmp/phpfpm.sock; fastcgi_param SCRIPT_FILENAME $fastcgi_script_name; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158476,159549#msg-159549 From kochetov.alexander на gmail.com Sat Dec 18 10:55:08 2010 From: kochetov.alexander на gmail.com (Alexander Kochetov) Date: Sat, 18 Dec 2010 10:55:08 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: <4029e35c44261e6257b83d4c864b8d4b.NginxMailingListRussian@forum.nginx.org> References: <20101214113453.GG79447@rambler-co.ru> <4029e35c44261e6257b83d4c864b8d4b.NginxMailingListRussian@forum.nginx.org> Message-ID: 18 декабря 2010 г. 5:38 пользователь User написал: > Блин, что-то я всё-такие делаю не так - > вложил location'ы как советовали, в итоге в > /protected все работает хорошо, а в / php > отдаётся исходником. Можете сделать примерно так: location / {...} location ^~ /protected { auth_basic "Protected"; auth_basic_user_file /home/user/etc/.htpasswd; location ~ \.php$ {...} } location ~ \.php$ {...} From postmaster на softsearch.ru Sat Dec 18 18:53:50 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 18 Dec 2010 18:53:50 +0300 Subject: =?UTF-8?B?UmVbMl06INCf0L7RgdC70LUg0LLRh9C10YDQsNGI0L3QtdC5INCy0YHRgtGA0LU=?= =?UTF-8?B?0YfQuCDQv9C+IG5naW54LCDQv9C+0Y/QstC40LvQvtGB0Ywg0L3QtdGB0Lo=?= =?UTF-8?B?0L7Qu9GM0LrQviDQstC+0L/RgNC+0YHQvtCyIC4uLg==?= In-Reply-To: References: <201012171200.09091.JohnBat26@gmail.com> Message-ID: <595100307.20101218185350@softsearch.ru> Здравствуйте, Александр. АЛ> Вроде как вебсокеты вряд ли, насколько я помню из нескольких АЛ> обсуждений здесь, так как это совсем другой характер нагрузки и АЛ> запросов, никак не Nginx-овое дело держать постоянно тысячи АЛ> конектов. С чего Вы это взяли? Я видел инсталляции, где было 80 000 соединений в стуб-статусе и велась раздача файлов. А держать столько же соединений и иногда по ним что-то гонять - задача ещё более простая по ресурсам. -- С уважением, Михаил Монашёв http://talxy.com - p2p-based online broadcasting and file sharing. Без бэкапа по жизни. From nginx-forum на nginx.us Sat Dec 18 18:57:18 2010 From: nginx-forum на nginx.us (artdanilov) Date: Sat, 18 Dec 2010 10:57:18 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzRiyDRgSDQutC10YjQtdC8?= Message-ID: <203c5af8bdef8d3a6d77cab4984ce0e4.NginxMailingListRussian@forum.nginx.org> Добрый вечер. Железо - Intel Xeon 5506 Nehalem ? 2,13 ГГц; ОЗУ ? 6 Гб; HDD ? 2 х SATA в зеркале. ПО - Debian 5.0.7, ISPConfig 3, самостоятельно установивший конфигурацию apache2, mysql и php как cgi. Потом доставлен был nginx 0.8.x. Проблема: при просмотре статистики в dstat nginx в какие-то, только ему ведомые моменты пишет на HDD по 200мб(может быть от 70 до 400) в секунду, что поднимает load average до 15-20 (из-за того, что ж.д. всё время пашет на nginx) и не падает. Ни перезагрузка, ни другие попытки затормозить запись на HDD не помогают. При полном отключении nginx (только апач) всё успокаивается, т.е. причина только в nginx. Вопрос - что это может быть и какие конфиги\логи вам показать, чтобы вы могли помочь в поиске решения проблемы? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159624,159624#msg-159624 From nalim1nc на gmail.com Sat Dec 18 19:32:14 2010 From: nalim1nc на gmail.com (nalim[1nc]) Date: Sat, 18 Dec 2010 19:32:14 +0300 Subject: =?UTF-8?B?aHR0cF9nZW9pcF9tb2R1bGUg0Lgg0LjRgdC60LvRjtGH0LXQvdC40LUg0L7QtNC9?= =?UTF-8?B?0L7Qs9C+INCw0LTRgNC10YHQsA==?= Message-ID: Здравствуйте. Есть следующая конструкция: if ($geoip_country_code ~ ^(RU|UA)$) { rewrite ^ http://www.test.ru$request_uri?; } Сразу извиняюсь за глупый вопрос, но как сделать, чтобы это правило игнорировалось для адреса 1.1.1.1, который заведомо входит в RU. Заранее спасибо. -- С уважением, Андрей. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Sat Dec 18 23:52:30 2010 From: nginx-forum на nginx.us (nickolay) Date: Sat, 18 Dec 2010 15:52:30 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQuCDQtNC+0LrQsNGH0LrQsNGFKDIwNikgbmdpbngg0L7RgtC00LA=?= =?UTF-8?B?0LXRgiDQtNCw0L3QvdGL0LUg0YEg0L3QsNGH0LDQu9CwINGE0LDQudC70LA=?= In-Reply-To: <1521684724.20101217015555@ngs.ru> References: <1521684724.20101217015555@ngs.ru> Message-ID: <44c4f015588b173679aece357978939b.NginxMailingListRussian@forum.nginx.org> Pavel V. Wrote: > Если делать X-Accel-Redirect, > Content-Length не выставляю и > докачки > успешно работают. Думаю, > тут должно быть аналогично. Убираю, после чего все файлы начинают скачиваться с самого начала. То есть докачка ломается для всех браузеров. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,157886,159672#msg-159672 From coolcold на coolcold.org Sun Dec 19 05:47:01 2010 From: coolcold на coolcold.org (CoolCold) Date: Sun, 19 Dec 2010 05:47:01 +0300 Subject: =?UTF-8?B?W2J1Z10g0L/QsNGA0YHQuNC90LMg0LrQvtC90YTQuNCz0LAgLSDQvtGI0LjQsdC6?= =?UTF-8?B?0LAg0LTQu9GPIHVwc3RyZWFtIHt9?= Message-ID: <1956208759.20101219054702@coolcold.org> Hello Nginx-ru, На простейшей конфигурации вида: ngnxtest:/tmp/keke/nginx-0.8.54# cat /etc/nginx/sites-enabled/000-1test.conf upstream bla { server yandex.ru weight=1 max_fails=1 fail_timeout=20s; server rambler.ru weight=1 max_fails=1 fail_timeout=20s; server mail.ru weight=1 max_fails=1 fail_timeout=20s; } server { listen 80; server_name testhost.ru www.testhost.ru; location / { proxy_pass http://bla; } } ngnxtest:/tmp/keke/nginx-0.8.54# cat /etc/nginx/sites-enabled/000-2test.conf server { listen 80; server_name tst.otherhost.ru; location / { proxy_pass http://bla; } } При тесте конфига получаю сообшение об ошибке: ngnxtest:/tmp/keke/nginx-0.8.54# objs/nginx -t [emerg]: invalid parameter "weight=1" in /etc/nginx/sites-enabled/000-1test.conf:3 configuration file /etc/nginx/nginx.conf test failed Проверено на 0.7.67,0.7.68,0.8.54 ngnxtest:/tmp/keke/nginx-0.8.54# objs/nginx -V nginx version: nginx/0.8.54 built by gcc 4.3.2 (Debian 4.3.2-1.1) TLS SNI support enabled configure arguments: --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-log-path=/var/log/nginx/access.log --http-proxy-temp-path=/var/lib/nginx/proxy --lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid --with-debug --with-http_dav_module --with-http_flv_module --with-http_geoip_module --with-http_gzip_static_module --with-http_realip_module --with-http_stub_status_module --with-http_ssl_module --with-http_sub_module --with-ipv6 --with-mail --with-mail_ssl_module Все версии собирались с одинаковыми параметрами. Похоже что проблема проявляется при include /path/*; Если во втором конфиге (000-2test.conf) заменить url для апстрима, то ругань на первый конфиг пропадает. Полные конфиги в аттаче. -- Best regards, CoolCold [COOLCOLD-RIPN] -------------- next part -------------- A non-text attachment was scrubbed... Name: nginxconf.tar.gz Type: application/x-gzip Size: 5275 bytes Desc: not available URL: From einomrah на gmail.com Sun Dec 19 07:18:25 2010 From: einomrah на gmail.com (Ein) Date: Sun, 19 Dec 2010 11:18:25 +0700 Subject: =?UTF-8?B?dXBsb2FkIG1vZHVsZSDQvdC1INC80L7Qs9GDINGA0LDQt9C+0LHRgNCw0YLRgdGP?= Message-ID: Дано nginx 0.8.54 + nginx-upload-module 2.20 На сервере отсутсвует apach Не могу разобратся, почему не работает загрузка файлов на сервер и как надо подправить конфиг, что бы заработало. В данный момент после загрузки, на сервере появляется файл 0000002, происходит aborted и редирект на http://convert-test.univertv.ru/upload и пишет 502 Bad Gateway. Все примеры брал с https://github.com/vkholodkov/nginx-upload-module/blob/2.2/ конфиг: server { listen 95.211.21.179:80; server_name convert-test.univertv.ru; client_max_body_size 100m; location / { root /www/convert-test.univertv.ru; index index.php index.html index.htm; } location ~ "\.(jpg|gif|png|css|js|flv)$" { root /www/convert.univertv.ru; } location ~ \.php$ { root /www/convert-test.univertv.ru; include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /www/convert-test.univertv.ru$fastcgi_script_name; include /etc/nginx/fastcgi_params; } location ~ \.pl$ { root /www/convert-test.univertv.ru; gzip off; include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:8999; fastcgi_index index.pl; fastcgi_param SCRIPT_FILENAME /www/convert-test.univertv.ru$fastcgi_script_name; } location ~ ^/cgi-bin/.*\.cgi$ { fastcgi_pass 127.0.0.1:8999; fastcgi_index index.cgi; fastcgi_param SCRIPT_FILENAME /www/convert-test.univertv.ru$fastcgi_script_name; fastcgi_param QUERY_STRING $query_string; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; fastcgi_param GATEWAY_INTERFACE CGI/1.1; fastcgi_param SERVER_SOFTWARE nginx; fastcgi_param SCRIPT_NAME $fastcgi_script_name; fastcgi_param REQUEST_URI $request_uri; fastcgi_param DOCUMENT_URI $document_uri; fastcgi_param DOCUMENT_ROOT $document_root; fastcgi_param SERVER_PROTOCOL $server_protocol; fastcgi_param REMOTE_ADDR $remote_addr; fastcgi_param REMOTE_PORT $remote_port; fastcgi_param SERVER_ADDR $server_addr; fastcgi_param SERVER_PORT $server_port; fastcgi_param SERVER_NAME $server_name; } # Upload form should be submitted to this location location /upload { # Pass altered request body to this location upload_pass /test; # Store files to this directory # The directory is hashed, subdirectories 0 1 2 3 4 5 6 7 8 9 should exist upload_store /media/video/test-convert/uploads; # Allow uploaded files to be read only by user upload_store_access user:r; # Set specified fields in request body upload_set_form_field "${upload_field_name}_name" $upload_file_name; upload_set_form_field "${upload_field_name}_content_type" $upload_content_type; upload_set_form_field "${upload_field_name}_path" $upload_tmp_path; # Inform backend about hash and size of a file upload_aggregate_form_field "${upload_field_name}_md5" $upload_file_md5; upload_aggregate_form_field "${upload_field_name}_size" $upload_file_size; upload_pass_form_field "^submit$|^description$"; } # Pass altered request body to a backend location /test { proxy_pass http://localhost:8080; } } From nginx-forum на nginx.us Sun Dec 19 09:47:30 2010 From: nginx-forum на nginx.us (Zharina Viktor) Date: Sun, 19 Dec 2010 01:47:30 -0500 Subject: =?UTF-8?B?0J/QtdGA0LXQvNC10L3QsCDRgdGC0YDQvtC6INC80LXRgdGC0LDQvNC4INCyIG5n?= =?UTF-8?B?aW54LmNvbmYg0LjQvNC10LXRgiDQt9C90LDRh9C10L3QuNC1Pw==?= Message-ID: <83201c6aa7bfea889cec081f5161a678.NginxMailingListRussian@forum.nginx.org> Впервые знакомлюсь с nginx (v 0.7.65). Задачей была настройка nginx + php5-fpm + phpmyadmin. Написал следующий текст в nginx.conf (я убрал из nginx.conf основные настройки, которые на мой взгляд не имеют отношения к делу и заменил их на #bla bla bla) [code] #bla bla bla http { #bla bla bla # virtual server server { listen 80; # server root directory location / { root /var/www/portal.ru; index index.php index.html index.htm; } # php location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/portal.ru$fastcgi_script_name; include fastcgi_params; } location /pma { alias /usr/share/phpmyadmin; index index.php index.html; } # phpmyadmin location ~ ^/pma/(.*\.php)$ { fastcgi_pass 127.0.0.1:9000; include fastcgi_params; fastcgi_param SCRIPT_FILENAME /usr/share/phpmyadmin/$1; fastcgi_param DOCUMENT_ROOT /usr/share/phpmyadmin; } } } [/code] Скрипты из каталога /var/www/portal.ru запускались, а phpmyadmin работать отказался. на запрос 127.0.0.1/pma/ nginx выдавал 404 ошибку. Вчера я переписал nginx.conf заново и получилось так: [code] http { #bla bla # virtual server server { listen 80; location /pma { alias /usr/share/phpmyadmin; index index.php index.html; } # phpmyadmin location ~ ^/pma/(.*\.php)$ { fastcgi_pass 127.0.0.1:9000; include fastcgi_params; fastcgi_param SCRIPT_FILENAME /usr/share/phpmyadmin/$1; fastcgi_param DOCUMENT_ROOT /usr/share/phpmyadmin; } # server root directory location / { root /var/www/portal.ru; index index.php index.html index.htm; } # php location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/portal.ru$fastcgi_script_name; include fastcgi_params; } } } [/code] то есть написал location относящийся к pma выше, чем / и ~ \.php$. на запрос 127.0.0.1/pma/ nginx выдал форму логин пароль phpmyadmin. Почему от перемены мест строк в nginx.conf получаю разные результаты? Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,159737,159737#msg-159737 From boris на dolgov.name Sun Dec 19 11:56:59 2010 From: boris на dolgov.name (Boris Dolgov) Date: Sun, 19 Dec 2010 11:56:59 +0300 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10LzQtdC90LAg0YHRgtGA0L7QuiDQvNC10YHRgtCw0LzQuCA=?= =?UTF-8?B?0LIgbmdpbnguY29uZiDQuNC80LXQtdGCINC30L3QsNGH0LXQvdC40LU/?= In-Reply-To: <83201c6aa7bfea889cec081f5161a678.NginxMailingListRussian@forum.nginx.org> References: <83201c6aa7bfea889cec081f5161a678.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/19 Zharina Viktor : > Почему от перемены мест строк в nginx.conf > получаю разные результаты? > Заранее спасибо. location, задающиеся регулярными выражениями, матчатся в порядке их появления в файле. Поэтому, в первом варианте конфига /pma/что-то.php матчилось в location ~ \.php$ . Чтобы этого не происходило, надо писать примерно так: location / { ... location ~ \.php { ... } } location /pma { ... location ~ \.php { ... } } -- Boris Dolgov. From mdounin на mdounin.ru Sun Dec 19 14:16:45 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 19 Dec 2010 14:16:45 +0300 Subject: =?UTF-8?B?UmU6IFtidWddINC/0LDRgNGB0LjQvdCzINC60L7QvdGE0LjQs9CwIC0g0L7RiNC4?= =?UTF-8?B?0LHQutCwINC00LvRjyB1cHN0cmVhbSB7fQ==?= In-Reply-To: <1956208759.20101219054702@coolcold.org> References: <1956208759.20101219054702@coolcold.org> Message-ID: <20101219111645.GW1084@mdounin.ru> Hello! On Sun, Dec 19, 2010 at 05:47:01AM +0300, CoolCold wrote: > На простейшей конфигурации вида: > ngnxtest:/tmp/keke/nginx-0.8.54# cat /etc/nginx/sites-enabled/000-1test.conf > upstream bla > { > server yandex.ru weight=1 max_fails=1 fail_timeout=20s; > server rambler.ru weight=1 max_fails=1 fail_timeout=20s; > server mail.ru weight=1 max_fails=1 fail_timeout=20s; > } > > server { > listen 80; > server_name testhost.ru www.testhost.ru; > > location / { > proxy_pass http://bla; > } > } > > ngnxtest:/tmp/keke/nginx-0.8.54# cat /etc/nginx/sites-enabled/000-2test.conf > > server { > listen 80; > server_name tst.otherhost.ru; > location / { > proxy_pass http://bla; > } > } При таком описании ругани не будет только если 000-1test.conf был включён раньше, чем 000-2test.conf. Правильная ругань появляется при накладывании патча, приведённого тут: http://nginx.org/pipermail/nginx/2010-November/023650.html [...] > Похоже что проблема проявляется при include /path/*; Директива include не гарантирует порядок включения файлов. Maxim Dounin From gmm на csdoc.com Sun Dec 19 14:31:08 2010 From: gmm на csdoc.com (Gena Makhomed) Date: Sun, 19 Dec 2010 13:31:08 +0200 Subject: /var/log/nginx In-Reply-To: <20101216020449.GL1084@mdounin.ru> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> Message-ID: <4D0DECFC.9010605@csdoc.com> On 16.12.2010 4:04, Maxim Dounin wrote: >>>>> А почему параноики ставят минимальные права, с которыми вообще >>>>> способна работать программа, на всё, до чего дотянутся - для меня >>>>> загадка. Видимо, потому что параноики. >>>> это называется "Principle of least privilege". >>> Я знаю, как это называется, спасибо. И очень хорошо знаю, к чему >>> это приводит на практике. >> вот я поэтому и задаю вопросы в этом списке рассылки, чтобы понять, >> какие могут быть проблемы, если добавить пользователя nginx в группу >> www-logs и поставить права доступа root:www-logs 0750 /var/log/nginx ? > С точки зрения nginx'а - проблем не будет (ему там вообще > достаточно x). С точки зрения администрирования - проблем почти > не будет, если не забудете включить всех заинтересованных в группу > www-logs. > Но, повторюсь, я не считаю ограничение прав в данном случае > правильным. Проблема не в правах на логи nginx'а, проблема в php > local file include. Подобное ещё может быть как-то уместно на > shared-хостинге, но уж точно не как general practice. даже если забыть о существовании PHP, и любого другого уязвимого софта на сервере - есть и другие причины, почему не стоит делать каталог с логами nginx по умолчанию all users / world readable: в отладочный лог nginx пишет в кодировка base64 login/password от auth_basic модуля, и если на сервере несколько пользователей, то совсем не обязательно, чтобы они могли смотреть в логе чужие пароли. "Secure by Default" - это ведь хороший принцип настройки софта, единственное "неудобство" что надо будет явно указать кому необходим доступ к логам работы nginx путем добавления их в группу www-logs. разве это есть правильно делать изначально уязвимую к утечкам паролей систему, и полагаться только на то, что администраторы об этом смогут самостоятельно догадаться и позакрывать эти уязвимости в permissions? в чем я неправ? -- Best regards, Gena From valery+nginxru на grid.net.ru Sun Dec 19 15:07:23 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sun, 19 Dec 2010 13:07:23 +0100 Subject: =?UTF-8?B?UmU6IHVwbG9hZCBtb2R1bGUg0L3QtSDQvNC+0LPRgyDRgNCw0LfQvtCx0YDQsNGC?= =?UTF-8?B?0YHRjw==?= In-Reply-To: References: Message-ID: <4D0DF57B.5080802@grid.net.ru> В этой конфигурации нужно заменить проксирование на передачу запроса через fastcgi, после чего нужно сделать так, чтобы какой-нибудь скрипт обработал запрос, переписанный upload-модулем (пример скрипта есть в исходниках). Ein пишет: > Дано nginx 0.8.54 + nginx-upload-module 2.20 > На сервере отсутсвует apach > Не могу разобратся, почему не работает загрузка файлов на сервер и как > надо подправить конфиг, что бы заработало. > > В данный момент после загрузки, на сервере появляется файл 0000002, > происходит aborted и редирект на > http://convert-test.univertv.ru/upload и пишет 502 Bad Gateway. > > Все примеры брал с https://github.com/vkholodkov/nginx-upload-module/blob/2.2/ > > конфиг: > > server { > listen 95.211.21.179:80; > > server_name convert-test.univertv.ru; > client_max_body_size 100m; > > > location / { > root /www/convert-test.univertv.ru; > index index.php index.html index.htm; > } > > > location ~ "\.(jpg|gif|png|css|js|flv)$" > { > root /www/convert.univertv.ru; > } > > location ~ \.php$ { > root /www/convert-test.univertv.ru; > include /etc/nginx/fastcgi_params; > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME > /www/convert-test.univertv.ru$fastcgi_script_name; > include /etc/nginx/fastcgi_params; > } > > location ~ \.pl$ { > root /www/convert-test.univertv.ru; > gzip off; > include /etc/nginx/fastcgi_params; > fastcgi_pass 127.0.0.1:8999; > fastcgi_index index.pl; > fastcgi_param SCRIPT_FILENAME > /www/convert-test.univertv.ru$fastcgi_script_name; > } > > > location ~ ^/cgi-bin/.*\.cgi$ { > fastcgi_pass 127.0.0.1:8999; > fastcgi_index index.cgi; > fastcgi_param SCRIPT_FILENAME > /www/convert-test.univertv.ru$fastcgi_script_name; > fastcgi_param QUERY_STRING $query_string; > fastcgi_param REQUEST_METHOD $request_method; > fastcgi_param CONTENT_TYPE $content_type; > fastcgi_param CONTENT_LENGTH $content_length; > fastcgi_param GATEWAY_INTERFACE CGI/1.1; > fastcgi_param SERVER_SOFTWARE nginx; > fastcgi_param SCRIPT_NAME $fastcgi_script_name; > fastcgi_param REQUEST_URI $request_uri; > fastcgi_param DOCUMENT_URI $document_uri; > fastcgi_param DOCUMENT_ROOT $document_root; > fastcgi_param SERVER_PROTOCOL $server_protocol; > fastcgi_param REMOTE_ADDR $remote_addr; > fastcgi_param REMOTE_PORT $remote_port; > fastcgi_param SERVER_ADDR $server_addr; > fastcgi_param SERVER_PORT $server_port; > fastcgi_param SERVER_NAME $server_name; > } > > > # Upload form should be submitted to this location > > location /upload { > # Pass altered request body to this location > upload_pass /test; > > # Store files to this directory > # The directory is hashed, subdirectories 0 1 2 3 4 5 6 7 > 8 9 should exist > upload_store /media/video/test-convert/uploads; > > # Allow uploaded files to be read only by user > upload_store_access user:r; > > # Set specified fields in request body > upload_set_form_field "${upload_field_name}_name" $upload_file_name; > upload_set_form_field "${upload_field_name}_content_type" > $upload_content_type; > upload_set_form_field "${upload_field_name}_path" $upload_tmp_path; > > # Inform backend about hash and size of a file > upload_aggregate_form_field "${upload_field_name}_md5" > $upload_file_md5; > upload_aggregate_form_field "${upload_field_name}_size" > $upload_file_size; > > upload_pass_form_field "^submit$|^description$"; > } > > # Pass altered request body to a backend > location /test { > proxy_pass http://localhost:8080; > } > } -- Best regards, Valery Kholodkov From ano на bestmx.ru Sun Dec 19 16:29:46 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sun, 19 Dec 2010 16:29:46 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEg0LrQtdGI0LXQvA==?= In-Reply-To: <203c5af8bdef8d3a6d77cab4984ce0e4.NginxMailingListRussian@forum.nginx.org> References: <203c5af8bdef8d3a6d77cab4984ce0e4.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D0E08CA.7020206@bestmx.ru> On 12/18/10 18:57, artdanilov wrote: > Вопрос - что это может быть и какие > конфиги\логи вам показать, чтобы вы > могли помочь в поиске решения проблемы? Пишутся временные файлы, когда что-то не лезет в буфер. Посмотрите в документации все директивы, связанные с буферами, сопоставьте с вашими потоками данных, попробуйте (оторожно, дабы не уйти в своп) подёргать некоторые директивы *_buffer в сторону увеличения и посмотрите на результаты. Даже если показать тут конфиг, никто не сможет догадаться, где у вас больше всего данных перекачивается. From ano на bestmx.ru Sun Dec 19 16:34:00 2010 From: ano на bestmx.ru (Andrey N. Oktyabrski) Date: Sun, 19 Dec 2010 16:34:00 +0300 Subject: =?UTF-8?B?UmU6IGh0dHBfZ2VvaXBfbW9kdWxlINC4INC40YHQutC70Y7Rh9C10L3QuNC1INC+?= =?UTF-8?B?0LTQvdC+0LPQviDQsNC00YDQtdGB0LA=?= In-Reply-To: References: Message-ID: <4D0E09C8.8040403@bestmx.ru> On 12/18/10 19:32, nalim[1nc] wrote: > Есть следующая конструкция: > if ($geoip_country_code ~ ^(RU|UA)$) { > rewrite ^ http://www.test.ru$request_uri?; > } > > Сразу извиняюсь за глупый вопрос, но как сделать, чтобы это правило > игнорировалось для адреса 1.1.1.1, который заведомо входит в RU. Извиняюсь за глупый ответ, но дописать в базу этот адрес с нужным кодом страны кажется мне разумным выходом из положения. From denis на uzvik.kiev.ua Sun Dec 19 17:58:33 2010 From: denis на uzvik.kiev.ua (=?KOI8-R?B?5MXOydMg4NrXycs=?=) Date: Sun, 19 Dec 2010 16:58:33 +0200 Subject: =?UTF-8?B?UmU6IHVwbG9hZCBtb2R1bGUg0L3QtSDQvNC+0LPRgyDRgNCw0LfQvtCx0YDQsNGC?= =?UTF-8?B?0YHRjw==?= In-Reply-To: <4D0DF57B.5080802@grid.net.ru> References: <4D0DF57B.5080802@grid.net.ru> Message-ID: Подскажите, а можно как-то переименовать файл перед проксированием из $upload_tmp_path на /мой_путь/$upload_file_md5 2010/12/19 Valery Kholodkov > > В этой конфигурации нужно заменить проксирование на передачу запроса через > fastcgi, после чего нужно сделать так, чтобы какой-нибудь скрипт обработал > запрос, переписанный upload-модулем (пример скрипта есть в исходниках). > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From valery+nginxru на grid.net.ru Sun Dec 19 19:57:29 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sun, 19 Dec 2010 17:57:29 +0100 Subject: =?UTF-8?B?UmU6IHVwbG9hZCBtb2R1bGUg0L3QtSDQvNC+0LPRgyDRgNCw0LfQvtCx0YDQsNGC?= =?UTF-8?B?0YHRjw==?= In-Reply-To: References: <4D0DF57B.5080802@grid.net.ru> Message-ID: <4D0E3979.1040406@grid.net.ru> Можно, но будет замечательно, если это сделает другой модуль. Денис Юзвик пишет: > Подскажите, а можно как-то переименовать файл перед проксированием > из $upload_tmp_path на /мой_путь/$upload_file_md5 > > 2010/12/19 Valery Kholodkov > > > В этой конфигурации нужно заменить проксирование на передачу запроса > через fastcgi, после чего нужно сделать так, чтобы какой-нибудь > скрипт обработал запрос, переписанный upload-модулем (пример скрипта > есть в исходниках). -- Best regards, Valery Kholodkov From mdounin на mdounin.ru Mon Dec 20 00:02:45 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 20 Dec 2010 00:02:45 +0300 Subject: /var/log/nginx In-Reply-To: <4D0DECFC.9010605@csdoc.com> References: <4D07B1EE.6070908@csdoc.com> <20101214185153.GD1084@mdounin.ru> <4D07CC8E.9050503@csdoc.com> <20101215003700.GE1084@mdounin.ru> <4D0918F5.2090706@csdoc.com> <20101215222341.GJ1084@mdounin.ru> <4D094F04.1020507@csdoc.com> <20101216020449.GL1084@mdounin.ru> <4D0DECFC.9010605@csdoc.com> Message-ID: <20101219210245.GY1084@mdounin.ru> Hello! On Sun, Dec 19, 2010 at 01:31:08PM +0200, Gena Makhomed wrote: > On 16.12.2010 4:04, Maxim Dounin wrote: > > >>>>>А почему параноики ставят минимальные права, с которыми вообще > >>>>>способна работать программа, на всё, до чего дотянутся - для меня > >>>>>загадка. Видимо, потому что параноики. > > >>>>это называется "Principle of least privilege". > > >>>Я знаю, как это называется, спасибо. И очень хорошо знаю, к чему > >>>это приводит на практике. > > >>вот я поэтому и задаю вопросы в этом списке рассылки, чтобы понять, > >>какие могут быть проблемы, если добавить пользователя nginx в группу > >>www-logs и поставить права доступа root:www-logs 0750 /var/log/nginx ? > > >С точки зрения nginx'а - проблем не будет (ему там вообще > >достаточно x). С точки зрения администрирования - проблем почти > >не будет, если не забудете включить всех заинтересованных в группу > >www-logs. > > >Но, повторюсь, я не считаю ограничение прав в данном случае > >правильным. Проблема не в правах на логи nginx'а, проблема в php > >local file include. Подобное ещё может быть как-то уместно на > >shared-хостинге, но уж точно не как general practice. > > даже если забыть о существовании PHP, и любого другого уязвимого > софта на сервере - есть и другие причины, почему не стоит делать > каталог с логами nginx по умолчанию all users / world readable: > > в отладочный лог nginx пишет в кодировка base64 login/password > от auth_basic модуля, и если на сервере несколько пользователей, > то совсем не обязательно, чтобы они могли смотреть в логе чужие пароли. > > "Secure by Default" - это ведь хороший принцип настройки софта, > единственное "неудобство" что надо будет явно указать кому необходим > доступ к логам работы nginx путем добавления их в группу www-logs. > > разве это есть правильно делать изначально уязвимую к утечкам паролей > систему, и полагаться только на то, что администраторы об этом смогут > самостоятельно догадаться и позакрывать эти уязвимости в permissions? > > в чем я неправ? Debug в логах - по умолчанию выключен. И если используется auth_basic и администратор включает debug - то только тогда возникает необходимость закрытия логов. Maxim Dounin From dedukhin на mail.ru Mon Dec 20 08:39:43 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Mon, 20 Dec 2010 08:39:43 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQuCDQtNC+0LrQsNGH0LrQsNGFKDIwNikgbmdpbngg0L7RgtC00LA=?= =?UTF-8?B?0LXRgiDQtNCw0L3QvdGL0LUg0YEg0L3QsNGH0LDQu9CwINGE0LDQudC70LA=?= In-Reply-To: <44c4f015588b173679aece357978939b.NginxMailingListRussian@forum.nginx.org> References: <1521684724.20101217015555@ngs.ru> <44c4f015588b173679aece357978939b.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D0EEC1F.3030306@mail.ru> 18.12.2010 23:52, nickolay пишет: > Pavel V. Wrote: > >> Если делать X-Accel-Redirect, >> Content-Length не выставляю и >> докачки >> успешно работают. Думаю, >> тут должно быть аналогично. > Убираю, после чего все файлы начинают > скачиваться с самого начала. То есть > докачка ломается для всех браузеров. А в каком браузере по-нормальному работает докачка в принципе? From rush.zlo на gmail.com Mon Dec 20 16:10:21 2010 From: rush.zlo на gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=) Date: Mon, 20 Dec 2010 16:10:21 +0300 Subject: =?UTF-8?B?0J/RgNC4INC40YHQv9C+0LvRjNC30L7QstCw0L3QuNC4IHByb3h5X2NhY2hlINGE?= =?UTF-8?B?0LDQudC7INGB0LrQsNGH0LjQstCw0LXRgtGB0Y8g0YEg0LHQtdC60LXQvdC0?= =?UTF-8?B?0LAg0L3QtdGB0LrQvtC70YzQutC+INGA0LDQtw==?= Message-ID: Прошу прощения, если тема поднималась, гугл нашёл только это http://forum.nginx.org/read.php?2,150073,150073, оставшееся без ответа. Схема скачивания такова: Клиент <- Фронтенд <- Хранилище Когда сотня клиентов ломится за новым файлом в Хранилище через Фронтенд, да ещё и менеджерами закачек, создающими по 10 потоков за раз, между Фронтендом и Хранилищем этот файл пролетает N*S раз, где N - колво клиентов, а S кол-во потоков на клиента. Нагрузка на Фронтенд по записи получается дикая. Нагрузка по сетевым интерфейсам - практически полная. Выхлоп практически нулевой. Помогите пожалуйста решить эту ситуацию, своими силами не справляемся ! Возможно на коммерческой основе (результат обязуемся вернуть сообществу) ! П.С.: Напрямую пустить трафик нельзя. NFS (FS-Cache + Cachefiles + cachefilesd) не решение в связке с nginx - вместе они не работают, проверено на практике. From igor на sysoev.ru Mon Dec 20 16:22:34 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 20 Dec 2010 16:22:34 +0300 Subject: =?UTF-8?Q?Re=3A_ngx=5Fhttp=5Fgzip=5Fstatic=5Fmodule_=D0=B8_7z?= In-Reply-To: References: Message-ID: <20101220132234.GB96190@rambler-co.ru> On Fri, Dec 17, 2010 at 04:21:17PM +0300, Роман wrote: > Сравнивал сжатие gzip и 7z > 7z выигрывает на несколько килобайт > > возник вопрос - а можно ли или планируется ввести поддержку сжатия lzma? > > я не знаю зависит ли это от браузера или нет > просьба просветпить По поводу браузеров уже просветили, но 7z может сжимать в обычный формат gzip немного лучше, чем сам gzip: 7za a -tgzip -mx9 -mpass=15 -si -ba -bd file.gz < file Например, для текущего http://nginx.org/en/CHANGES gzip -9 даёт 39627 байт, а вышеописанная строка 7z - 38090. -- Игорь Сысоев http://sysoev.ru From igor на sysoev.ru Mon Dec 20 16:25:53 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 20 Dec 2010 16:25:53 +0300 Subject: =?UTF-8?B?UmU6IGh0dHBfZ2VvaXBfbW9kdWxlINC4INC40YHQutC70Y7Rh9C10L3QuNC1INC+?= =?UTF-8?B?0LTQvdC+0LPQviDQsNC00YDQtdGB0LA=?= In-Reply-To: References: Message-ID: <20101220132553.GC96190@rambler-co.ru> On Sat, Dec 18, 2010 at 07:32:14PM +0300, nalim[1nc] wrote: > Здравствуйте. > > Есть следующая конструкция: > if ($geoip_country_code ~ ^(RU|UA)$) { > rewrite ^ http://www.test.ru$request_uri?; > } > > Сразу извиняюсь за глупый вопрос, но как сделать, чтобы это правило > игнорировалось для адреса 1.1.1.1, который заведомо входит в RU. Нужно сконвертировать MaxMind'овскую базу в базу для geo модуля: http://sysoev.ru/nginx/docs/http/ngx_http_geo_module.html Процедура описана здесь: http://nginx.org/pipermail/nginx/2009-August/014705.html -- Игорь Сысоев http://sysoev.ru From mdounin на mdounin.ru Mon Dec 20 16:35:58 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 20 Dec 2010 16:35:58 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQuCDQuNGB0L/QvtC70YzQt9C+0LLQsNC90LjQuCBwcm94eV9jYWNo?= =?UTF-8?B?ZSDRhNCw0LnQuyDRgdC60LDRh9C40LLQsNC10YLRgdGPINGBINCx0LXQutC1?= =?UTF-8?B?0L3QtNCwINC90LXRgdC60L7Qu9GM0LrQviDRgNCw0Lc=?= In-Reply-To: References: Message-ID: <20101220133557.GE1084@mdounin.ru> Hello! On Mon, Dec 20, 2010 at 04:10:21PM +0300, Евгений 'Rush' Непомнящий wrote: > Прошу прощения, если тема поднималась, гугл нашёл только это > http://forum.nginx.org/read.php?2,150073,150073, оставшееся без > ответа. > Схема скачивания такова: Клиент <- Фронтенд <- Хранилище > Когда сотня клиентов ломится за новым файлом в Хранилище через > Фронтенд, да ещё и менеджерами закачек, создающими по 10 потоков за > раз, между Фронтендом и Хранилищем этот файл пролетает N*S раз, где N > - колво клиентов, а S кол-во потоков на клиента. Нагрузка на Фронтенд > по записи получается дикая. Нагрузка по сетевым интерфейсам - > практически полная. Выхлоп практически нулевой. > Помогите пожалуйста решить эту ситуацию, своими силами не справляемся > ! Возможно на коммерческой основе (результат обязуемся вернуть > сообществу) ! Для случае устаревания данных в кеше проблема решается через proxy_cache_use_stale updating. Для случая новых файлов (т.е. пока отсутствующих в кеше) - проблема в настоящий момент не решается. Предполагается решать аналогичным mod_accel'ю образом (т.е. делать busy lock'и), но этого пока нет, и когда будет - неясно. Подробнее про busy lock'и можно прочитать тут: http://sysoev.ru/mod_accel/readme.html#busylocks Ну и в архивах рассылки по соответствующим ключевым словам тоже можно найти много. Maxim Dounin From rusnginx на gmail.com Mon Dec 20 21:05:33 2010 From: rusnginx на gmail.com (Alex Aster) Date: Mon, 20 Dec 2010 19:05:33 +0100 Subject: nginx-0.9.0 In-Reply-To: <20101129153624.GE63847@rambler-co.ru> References: <20101129153624.GE63847@rambler-co.ru> Message-ID: Игорь, а что значит вот это?: Изменения в nginx 0.9.0 *) Добавление: директива map поддерживает выражения в первом параметре." Документация старая - ничего нет --------------- Alex Aster http://www.WIPmania.com - база IP геолокации -------------- next part -------------- An HTML attachment was scrubbed... URL: From foxr на mail.ru Mon Dec 20 22:54:12 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Mon, 20 Dec 2010 22:54:12 +0300 Subject: =?UTF-8?B?0L/RgNC+0LHQu9C10LzRiyDRgSDQutGN0YjQuNGA0L7QstCw0L3QuNC10LwsINCy?= =?UTF-8?B?0LXRgNGB0LjRjyAwLjguNTQ=?= Message-ID: При работе с энджин икс столкнулся с проблемой кеширования.Суть в том, что не происходит запись закешированных файлов в определенную папку. До принятия решения о кешировании все модули и параметры были всегда внимательно прочитаны на вашем сайте и проблем никогда не возникало, но в данной ситуации не получается так же просто как и раньше. Система FreeBSD. Полный конфиг: Генеральный конфиг: user www www; worker_processes 8; error_log /pub/log/nginx/error_log notice; pid /var/run/nginx.pid; events { worker_connections 4000; use kqueue; } http { include mime.types; default_type application/octet-stream; server_names_hash_bucket_size 1024; client_header_timeout 1m; client_body_timeout 1m; send_timeout 1m; keepalive_timeout 1m; sendfile on; tcp_nopush on; tcp_nodelay on; send_lowat 12000; client_max_body_size 20m; proxy_connect_timeout 60; proxy_send_timeout 60; proxy_read_timeout 60; proxy_buffer_size 64k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_buffering off; large_client_header_buffers 4 16k; gzip on; gzip_min_length 1000; gzip_proxied any; gzip_types text/plain text/xml application/xml application/x-javascript text/javascript text/css text/json; gzip_disable "msie6"; gzip_comp_level 6; proxy_cache_path /home/www/cache levels=1:2 keys_zone=one:20m; 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 /pub/log/nginx/access_log main; server { listen 80 default rcvbuf=8k sndbuf=16k; } include /usr/local/etc/nginx/vhosts/*; Виртуал хост: upstream bak { server 127.0.0.1:2003; } server { reset_timedout_connection on; listen ip:80; server_name test.ru www.test.ru; location ~* ^.+\.(htm|html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ { root /pub/home/vand/www2.vand.ru/www; access_log off; expires 3h; } location ~ /\.ht { deny all; } location / { proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://bak/; proxy_cache one; proxy_cache_valid 200 301 302 304 5m; proxy_cache_key "$host$request_uri $cookie_user"; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Cache-Control" "Expires"; } } Версия nginx: 0.8.54 Проблема: не кешируются страницы, в созданной папке не появляется ни один файл. Проблема конфига или же все таки версии энджин икса? Вот кусок из еррор лога: 2010/12/20 22:11:05 [notice] 19761#0: using the "kqueue" event method 2010/12/20 22:11:05 [notice] 19761#0: nginx/0.8.54 2010/12/20 22:11:05 [notice] 19761#0: OS: FreeBSD 7.2-RELEASE 2010/12/20 22:11:05 [notice] 19761#0: kern.osreldate: 702000, built on 702000 2010/12/20 22:11:05 [notice] 19761#0: hw.ncpu: 12 2010/12/20 22:11:05 [notice] 19761#0: machdep.hlt_logical_cpus: 0 2010/12/20 22:11:05 [notice] 19761#0: net.inet.tcp.sendspace: 32768 2010/12/20 22:11:05 [notice] 19761#0: kern.ipc.somaxconn: 128 2010/12/20 22:11:05 [notice] 19761#0: getrlimit(RLIMIT_NOFILE): 11095:11095 2010/12/20 22:11:05 [notice] 19762#0: start worker processes 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19763 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19764 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19765 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19766 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19767 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19768 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19769 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19770 2010/12/20 22:11:05 [notice] 19762#0: start cache manager process 19771 2010/12/20 22:11:05 [notice] 19762#0: start cache loader process 19772 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:12:05 [notice] 19772#0: http file cache: /home/www/cache 0.000M, bsize: 2048 2010/12/20 22:12:05 [notice] 19762#0: signal 20 (SIGCHLD) received 2010/12/20 22:12:05 [notice] 19762#0: cache loader process 19772 exited with code 0 2010/12/20 22:12:05 [notice] 19762#0: signal 23 (SIGIO) received 2010/12/20 22:12:05 [notice] 19762#0: signal 23 (SIGIO) received ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From temotor на gmail.com Mon Dec 20 23:08:44 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Mon, 20 Dec 2010 23:08:44 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80Ysg0YEg0LrRjdGI0LjRgNC+0LLQsNC90LjQtdC8?= =?UTF-8?B?LCDQstC10YDRgdC40Y8gMC44LjU0?= In-Reply-To: References: Message-ID: 2010/12/20 Александр Рочев : > При работе с энджин икс столкнулся с проблемой кеширования.Суть в том, что > не происходит запись закешированных файлов в определенную папку. > До принятия решения о кешировании все модули и параметры были всегда > внимательно прочитаны на вашем сайте и проблем никогда не возникало, но в > данной ситуации не получается так же просто как и раньше. > Система FreeBSD. > Полный конфиг: > > Генеральный конфиг: > user  www www; > > worker_processes  8; > > error_log  /pub/log/nginx/error_log  notice; > > pid        /var/run/nginx.pid; > > events { >     worker_connections  4000; >     use kqueue; >         } > > http { >     include       mime.types; >     default_type  application/octet-stream; >     server_names_hash_bucket_size 1024; >     client_header_timeout  1m; >     client_body_timeout    1m; >     send_timeout           1m; >     keepalive_timeout      1m; >     sendfile               on; >     tcp_nopush             on; >     tcp_nodelay            on; >     send_lowat             12000; >     client_max_body_size   20m; >     proxy_connect_timeout  60; >     proxy_send_timeout     60; >     proxy_read_timeout     60; >     proxy_buffer_size      64k; >     proxy_buffers          4 32k; >     proxy_busy_buffers_size 64k; >     proxy_buffering        off; >     large_client_header_buffers 4 16k; >     gzip                   on; >     gzip_min_length        1000; >     gzip_proxied           any; >     gzip_types             text/plain text/xml application/xml > application/x-javascript text/javascript text/css text/json; >     gzip_disable           "msie6"; >     gzip_comp_level        6; > >     proxy_cache_path /home/www/cache levels=1:2 keys_zone=one:20m; > >     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  /pub/log/nginx/access_log  main; > > server { >         listen 80 default rcvbuf=8k sndbuf=16k; >        } > > include     /usr/local/etc/nginx/vhosts/*; > > > > Виртуал хост: > > upstream bak { >     server 127.0.0.1:2003; >              } > > > server { > > reset_timedout_connection on; > > listen ip:80; > > server_name    test.ru www.test.ru; > > location ~* > ^.+\.(htm|html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ > { >                         root /pub/home/vand/www2.vand.ru/www; > > access_log off; > expires 3h; >         } > > location ~ /\.ht { >                 deny  all; >                     } > > location / { > >         proxy_set_header        Host $http_host; >         proxy_set_header        X-Real-IP $remote_addr; >         proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for; >         proxy_pass http://bak/; >         proxy_cache one; >         proxy_cache_valid 200 301 302 304 5m; >         proxy_cache_key "$host$request_uri $cookie_user"; >         proxy_hide_header "Set-Cookie"; >         proxy_ignore_headers "Cache-Control" "Expires"; >     } >         } > > Версия nginx: 0.8.54 > > Проблема: не кешируются страницы, в созданной папке не появляется ни один > файл. Проблема конфига или же все таки версии энджин икса? > > Вот кусок из еррор лога: > > 2010/12/20 22:11:05 [notice] 19761#0: using the "kqueue" event method > 2010/12/20 22:11:05 [notice] 19761#0: nginx/0.8.54 > 2010/12/20 22:11:05 [notice] 19761#0: OS: FreeBSD 7.2-RELEASE > 2010/12/20 22:11:05 [notice] 19761#0: kern.osreldate: 702000, built on > 702000 > 2010/12/20 22:11:05 [notice] 19761#0: hw.ncpu: 12 > 2010/12/20 22:11:05 [notice] 19761#0: machdep.hlt_logical_cpus: 0 > 2010/12/20 22:11:05 [notice] 19761#0: net.inet.tcp.sendspace: 32768 > 2010/12/20 22:11:05 [notice] 19761#0: kern.ipc.somaxconn: 128 > 2010/12/20 22:11:05 [notice] 19761#0: getrlimit(RLIMIT_NOFILE): 11095:11095 > 2010/12/20 22:11:05 [notice] 19762#0: start worker processes > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19763 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19764 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19765 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19766 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19767 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19768 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19769 > 2010/12/20 22:11:05 [notice] 19762#0: start worker process 19770 > 2010/12/20 22:11:05 [notice] 19762#0: start cache manager process 19771 > 2010/12/20 22:11:05 [notice] 19762#0: start cache loader process 19772 > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:11:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:12:05 [notice] 19772#0: http file cache: /home/www/cache > 0.000M, bsize: 2048 > 2010/12/20 22:12:05 [notice] 19762#0: signal 20 (SIGCHLD) received > 2010/12/20 22:12:05 [notice] 19762#0: cache loader process 19772 exited with > code 0 > 2010/12/20 22:12:05 [notice] 19762#0: signal 23 (SIGIO) received > 2010/12/20 22:12:05 [notice] 19762#0: signal 23 (SIGIO) received > Это наверное, должно было вывалиться в errol.log, но тем не менее. Права на запись в директорию кеша есть? ls -l /home/www /home/www/cache Попробуйте также включить debug лог. From mdounin на mdounin.ru Mon Dec 20 23:25:48 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 20 Dec 2010 23:25:48 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80Ysg0YEg0LrRjdGI0LjRgNC+0LLQsNC90LjQtdC8?= =?UTF-8?B?LCDQstC10YDRgdC40Y8gMC44LjU0?= In-Reply-To: References: Message-ID: <20101220202548.GH1084@mdounin.ru> Hello! On Mon, Dec 20, 2010 at 10:54:12PM +0300, Александр Рочев wrote: > При работе с энджин икс столкнулся с проблемой кеширования.Суть > в том, что не происходит запись закешированных файлов в > определенную папку. > До принятия решения о кешировании все модули и параметры были > всегда внимательно прочитаны на вашем сайте и проблем никогда не > возникало, но в данной ситуации не получается так же просто как > и раньше. > Система FreeBSD. > Полный конфиг: [...] > proxy_buffer_size 64k; > proxy_buffers 4 32k; > proxy_busy_buffers_size 64k; > proxy_buffering off; С выключенным proxy_buffering кеширование работать не будет. [...] > location / { > > proxy_set_header Host $http_host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_pass http://bak/; > proxy_cache one; > proxy_cache_valid 200 301 302 304 5m; > proxy_cache_key "$host$request_uri $cookie_user"; > proxy_hide_header "Set-Cookie"; > proxy_ignore_headers "Cache-Control" "Expires"; Если proxy_hide_header тут действительно нужен, то кеширование не будет работать без - proxy_ignore_headers "Cache-Control" "Expires"; + proxy_ignore_headers "Cache-Control" "Expires" "Set-Cookie"; Maxim Dounin From foxr на mail.ru Mon Dec 20 23:55:45 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Mon, 20 Dec 2010 23:55:45 +0300 Subject: =?UTF-8?B?UmVbMl06INC/0YDQvtCx0LvQtdC80Ysg0YEg0LrRjdGI0LjRgNC+0LLQsNC90Lg=?= =?UTF-8?B?0LXQvCwg0LLQtdGA0YHQuNGPIDAuOC41NA==?= In-Reply-To: <20101220202548.GH1084@mdounin.ru> References: <20101220202548.GH1084@mdounin.ru> Message-ID: Mon, 20 Dec 2010 23:25:48 +0300 письмо от Maxim Dounin : > Hello! > > On Mon, Dec 20, 2010 at 10:54:12PM +0300, Александр Рочев wrote: > > > При работе с энджин икс столкнулся с проблемой кеширования.Суть > > в том, что не происходит запись закешированных файлов в > > определенную папку. > > До принятия решения о кешировании все модули и параметры были > > всегда внимательно прочитаны на вашем сайте и проблем никогда не > > возникало, но в данной ситуации не получается так же просто как > > и раньше. > > Система FreeBSD. > > Полный конфиг: > > [...] > > > proxy_buffer_size 64k; > > proxy_buffers 4 32k; > > proxy_busy_buffers_size 64k; > > proxy_buffering off; > > С выключенным proxy_buffering кеширование работать не будет. > > [...] > > > location / { > > > > proxy_set_header Host $http_host; > > proxy_set_header X-Real-IP $remote_addr; > > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > > proxy_pass http://bak/; > > proxy_cache one; > > proxy_cache_valid 200 301 302 304 5m; > > proxy_cache_key "$host$request_uri $cookie_user"; > > proxy_hide_header "Set-Cookie"; > > proxy_ignore_headers "Cache-Control" > "Expires"; > > Если proxy_hide_header тут действительно нужен, то кеширование не > будет работать без > > - proxy_ignore_headers "Cache-Control" "Expires"; > + proxy_ignore_headers "Cache-Control" "Expires" > "Set-Cookie"; > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru Максим, спасибо большое, помогло включение proxy buffering. По поводу: > Если proxy_hide_header тут действительно нужен, то кеширование не > будет работать без > > - proxy_ignore_headers "Cache-Control" "Expires"; > + proxy_ignore_headers "Cache-Control" "Expires" можно попдобнее, не совсем понял, что нужно сделать. На сайте мы даем куки посетителям, так как есть авторизация клиентам. From mdounin на mdounin.ru Tue Dec 21 01:15:48 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 21 Dec 2010 01:15:48 +0300 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80Ysg0YEg0LrRjdGI0LjRgNC+0LLQsNC90LjQtdC8?= =?UTF-8?B?LCDQstC10YDRgdC40Y8gMC44LjU0?= In-Reply-To: References: <20101220202548.GH1084@mdounin.ru> Message-ID: <20101220221548.GI1084@mdounin.ru> Hello! On Mon, Dec 20, 2010 at 11:55:45PM +0300, Александр Рочев wrote: [...] > По поводу: > > Если proxy_hide_header тут действительно нужен, то кеширование не > > будет работать без > > > > - proxy_ignore_headers "Cache-Control" "Expires"; > > + proxy_ignore_headers "Cache-Control" "Expires" > > можно попдобнее, не совсем понял, что нужно сделать. На сайте мы > даем куки посетителям, так как есть авторизация клиентам. По умолчанию nginx (0.8.44+) не кеширует ответы, в которых есть заголовок Set-Cookie. Если хочется, чтобы такие ответы кешировались - нужно добавить "Set-Cookie" в директиву proxy_ignore_headers. Это бывает нужно в специфических случаях - e.g. если бекенд во всех ответах пытается поставить какие-нибудь ненужные куки, и контроля над бекендом нет. Если куки используются для авторизации - то под определение "ненужные" они врядли попадают, так что правильнее будет убрать из конфига proxy_hide_header Set-Cookie. Maxim Dounin From nalim1nc на gmail.com Tue Dec 21 09:22:59 2010 From: nalim1nc на gmail.com (nalim[1nc]) Date: Tue, 21 Dec 2010 09:22:59 +0300 Subject: =?UTF-8?B?UmU6IGh0dHBfZ2VvaXBfbW9kdWxlINC4INC40YHQutC70Y7Rh9C10L3QuNC1INC+?= =?UTF-8?B?0LTQvdC+0LPQviDQsNC00YDQtdGB0LA=?= In-Reply-To: <20101220132553.GC96190@rambler-co.ru> References: <20101220132553.GC96190@rambler-co.ru> Message-ID: Здравствуйте. Спасибо, Игорь. 20 декабря 2010 г. 16:25 пользователь Igor Sysoev написал: > On Sat, Dec 18, 2010 at 07:32:14PM +0300, nalim[1nc] wrote: > > > Здравствуйте. > > > > Есть следующая конструкция: > > if ($geoip_country_code ~ ^(RU|UA)$) { > > rewrite ^ http://www.test.ru$request_uri?; > > } > > > > Сразу извиняюсь за глупый вопрос, но как сделать, чтобы это правило > > игнорировалось для адреса 1.1.1.1, который заведомо входит в RU. > > Нужно сконвертировать MaxMind'овскую базу в базу для geo модуля: > http://sysoev.ru/nginx/docs/http/ngx_http_geo_module.html > > Процедура описана здесь: > http://nginx.org/pipermail/nginx/2009-August/014705.html > > > -- > Игорь Сысоев > http://sysoev.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- С уважением, Андрей. -------------- next part -------------- An HTML attachment was scrubbed... URL: From star0x4b на gmail.com Tue Dec 21 12:24:10 2010 From: star0x4b на gmail.com (star0x4b на gmail.com) Date: Tue, 21 Dec 2010 11:24:10 +0200 Subject: =?UTF-8?B?0J/Rg9GB0YLQvtC5INC80LDRgdGB0LjQsiAkX1BPU1Q=?= Message-ID: <4D10723A.9080504@gmail.com> Здравствуйте. Есть конфиг сайта, работающего на zend framework. Перенаправление несуществующих страниц на index.php осуществлялось с помощью директивы error_page 404, но тут появилась проблема - POST-запросы передавались от нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если же перенаправлять с помощью реврайта - все работает. Но использовать реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? Конфиг приведен ниже. server { listen 80; server_name servername.ru; root /usr/local/www/repos/servername.ru/public; access_log /var/log/nginx/zfproject_main_access.log; error_log /var/log/nginx/zfproject_error.log; index index.php; # error_page 404 = /index.php?$args; rewrite ^(/.*)$ /index.php last; location /index.php { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_param APPLICATION_ENV development; fastcgi_param REQUEST_URI $request_uri; fastcgi_param REQUEST_METHOD $request_method; fastcgi_param CONTENT_TYPE $content_type; fastcgi_param CONTENT_LENGTH $content_length; include /usr/local/etc/nginx/fastcgi_params; } } Пример запроса, если использовать GET-метод вместо POST - /registration/register/?iagree=1&proceed=Далее From kav на karagodov.name Tue Dec 21 12:27:03 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 21 Dec 2010 12:27:03 +0300 Subject: =?UTF-8?B?UmU6INCf0YPRgdGC0L7QuSDQvNCw0YHRgdC40LIgJF9QT1NU?= In-Reply-To: <4D10723A.9080504@gmail.com> References: <4D10723A.9080504@gmail.com> Message-ID: <74B40AE8-8FC8-4A06-A02B-C999694A000D@karagodov.name> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files On 21.12.2010, at 12:24, star0x4b на gmail.com wrote: > Здравствуйте. > > Есть конфиг сайта, работающего на zend framework. Перенаправление > несуществующих страниц на index.php осуществлялось с помощью директивы > error_page 404, но тут появилась проблема - POST-запросы передавались от > нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если > же перенаправлять с помощью реврайта - все работает. Но использовать > реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? > Конфиг приведен ниже. > > server { > listen 80; > server_name servername.ru; > root /usr/local/www/repos/servername.ru/public; > access_log /var/log/nginx/zfproject_main_access.log; > error_log /var/log/nginx/zfproject_error.log; > > index index.php; > # error_page 404 = /index.php?$args; > rewrite ^(/.*)$ /index.php last; > > location /index.php { > fastcgi_pass unix:/tmp/php-fpm.sock; > fastcgi_param SCRIPT_FILENAME $document_root/index.php; > fastcgi_param APPLICATION_ENV development; > fastcgi_param REQUEST_URI $request_uri; > fastcgi_param REQUEST_METHOD $request_method; > fastcgi_param CONTENT_TYPE $content_type; > fastcgi_param CONTENT_LENGTH $content_length; > include /usr/local/etc/nginx/fastcgi_params; > } > } > > Пример запроса, если использовать GET-метод вместо POST - > /registration/register/?iagree=1&proceed=Далее > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From mdounin на mdounin.ru Tue Dec 21 13:34:33 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 21 Dec 2010 13:34:33 +0300 Subject: =?UTF-8?B?UmU6INCf0YPRgdGC0L7QuSDQvNCw0YHRgdC40LIgJF9QT1NU?= In-Reply-To: <4D10723A.9080504@gmail.com> References: <4D10723A.9080504@gmail.com> Message-ID: <20101221103433.GM1084@mdounin.ru> Hello! On Tue, Dec 21, 2010 at 11:24:10AM +0200, star0x4b на gmail.com wrote: > Здравствуйте. > > Есть конфиг сайта, работающего на zend framework. Перенаправление > несуществующих страниц на index.php осуществлялось с помощью директивы > error_page 404, но тут появилась проблема - POST-запросы передавались от > нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если > же перенаправлять с помощью реврайта - все работает. Но использовать > реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? При перенаправлении по error_page в обычный uri - метод запроса меняется на GET. Это сделано для того, чтобы error_page мог выполнять свою основную функцию: возвращать страницы ошибок (e.g. статический файл /404.html очень удивиться, если в него попытаются сделать POST). Если метод запроса менять не нужно, то надо использовать перенаправление в именованный location. I.e. error_page 404 = @fallback; location @fallback { ... } > Конфиг приведен ниже. > > server { > listen 80; > server_name servername.ru; > root /usr/local/www/repos/servername.ru/public; > access_log /var/log/nginx/zfproject_main_access.log; > error_log /var/log/nginx/zfproject_error.log; > > index index.php; > # error_page 404 = /index.php?$args; > rewrite ^(/.*)$ /index.php last; Если вас устраивает такой rewrite (т.е. вообще всё отправляется на /index.php), то всё это вообще не нужно. Достаточно сделать так: location / { fastcgi_pass unix:/tmp/php-fpm.sock; fastcgi_param SCRIPT_FILENAME $document_root/index.php; ... } Maxim Dounin From star0x4b на gmail.com Tue Dec 21 13:38:04 2010 From: star0x4b на gmail.com (star0x4b на gmail.com) Date: Tue, 21 Dec 2010 12:38:04 +0200 Subject: =?UTF-8?B?UmU6INCf0YPRgdGC0L7QuSDQvNCw0YHRgdC40LIgJF9QT1NU?= In-Reply-To: <74B40AE8-8FC8-4A06-A02B-C999694A000D@karagodov.name> References: <4D10723A.9080504@gmail.com> <74B40AE8-8FC8-4A06-A02B-C999694A000D@karagodov.name> Message-ID: <4D10838C.4020401@gmail.com> 21.12.10 11:27, Alexey V. Karagodov пишет: Спасибо, с try_files все как надо работает. > http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files > > On 21.12.2010, at 12:24, star0x4b на gmail.com wrote: > >> Здравствуйте. >> >> Есть конфиг сайта, работающего на zend framework. Перенаправление >> несуществующих страниц на index.php осуществлялось с помощью директивы >> error_page 404, но тут появилась проблема - POST-запросы передавались от >> нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если >> же перенаправлять с помощью реврайта - все работает. Но использовать >> реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? >> Конфиг приведен ниже. >> >> server { >> listen 80; >> server_name servername.ru; >> root /usr/local/www/repos/servername.ru/public; >> access_log /var/log/nginx/zfproject_main_access.log; >> error_log /var/log/nginx/zfproject_error.log; >> >> index index.php; >> # error_page 404 = /index.php?$args; >> rewrite ^(/.*)$ /index.php last; >> >> location /index.php { >> fastcgi_pass unix:/tmp/php-fpm.sock; >> fastcgi_param SCRIPT_FILENAME $document_root/index.php; >> fastcgi_param APPLICATION_ENV development; >> fastcgi_param REQUEST_URI $request_uri; >> fastcgi_param REQUEST_METHOD $request_method; >> fastcgi_param CONTENT_TYPE $content_type; >> fastcgi_param CONTENT_LENGTH $content_length; >> include /usr/local/etc/nginx/fastcgi_params; >> } >> } >> >> Пример запроса, если использовать GET-метод вместо POST - >> /registration/register/?iagree=1&proceed=Далее >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From ash2kk на gmail.com Tue Dec 21 14:44:22 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Tue, 21 Dec 2010 16:44:22 +0500 Subject: =?UTF-8?B?0J/QvtC00LTQtdGA0LbQutCwINC40LzQtdC90L7QstCw0L3QvdGL0YUg0LLRi9C0?= =?UTF-8?B?0LXQu9C10L3QuNC5INCyIGFsaWFz?= Message-ID: Здравствуйте. location ~ ^/(?a|b|c)$ { alias /www/$file.html; } # /usr/local/etc/rc.d/nginx configtest Performing sanity check on nginx configuration: [emerg]: the "alias" directive must use captures inside location given by regular expression in /usr/local/etc/nginx/conf/nginx.conf:17 Это баг или именованные выделения не поддерживаются? Если не поддерживаются, то, может быть, стоит подправить сообщение об ошибке. Понятно, что можно использовать $1, а не именованные выделения, но, возможно, это не всегда так. п.с. проверил на 0.7.61 и 0.8.54 From kav на karagodov.name Tue Dec 21 15:49:36 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 21 Dec 2010 15:49:36 +0300 Subject: =?UTF-8?B?UmU6INCf0YPRgdGC0L7QuSDQvNCw0YHRgdC40LIgJF9QT1NU?= In-Reply-To: <4D10838C.4020401@gmail.com> References: <4D10723A.9080504@gmail.com> <74B40AE8-8FC8-4A06-A02B-C999694A000D@karagodov.name> <4D10838C.4020401@gmail.com> Message-ID: правильней смешать оба варианта, как то так: location / { error_page 404 @PHP; try_files /maintenance.html $uri $uri/ =404; } location ~* \.php$ { try_files /maintenance.html $uri $uri/ @PHP; include include/fastcgi_param; fastcgi_index index.php; fastcgi_pass_request_body off; client_body_in_file_only clean; fastcgi_pass unix:/tmp/php-fpm.sock; } location @PHP { include include/fastcgi_param; fastcgi_param SCRIPT_FILENAME $document_root/index.php; fastcgi_index index.php; fastcgi_pass_request_body off; client_body_in_file_only clean; fastcgi_pass unix:/tmp/php-fpm.sock; } и отдельный location для всяких картинок - статики короче, чтобы из-за каждой отсутствующей картинки, не дёргался пхп location ~* \.(jpg|gif|bmp|pdf|rar)$ { } On 21.12.2010, at 13:34, Maxim Dounin wrote: > Hello! > > On Tue, Dec 21, 2010 at 11:24:10AM +0200, star0x4b на gmail.com wrote: > >> Здравствуйте. >> >> Есть конфиг сайта, работающего на zend framework. Перенаправление >> несуществующих страниц на index.php осуществлялось с помощью директивы >> error_page 404, но тут появилась проблема - POST-запросы передавались от >> нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если >> же перенаправлять с помощью реврайта - все работает. Но использовать >> реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? > > При перенаправлении по error_page в обычный uri - метод запроса > меняется на GET. Это сделано для того, чтобы error_page мог > выполнять свою основную функцию: возвращать страницы ошибок (e.g. > статический файл /404.html очень удивиться, если в него попытаются > сделать POST). > > Если метод запроса менять не нужно, то надо использовать > перенаправление в именованный location. I.e. > > error_page 404 = @fallback; > > location @fallback { > ... > } > >> Конфиг приведен ниже. >> >> server { >> listen 80; >> server_name servername.ru; >> root /usr/local/www/repos/servername.ru/public; >> access_log /var/log/nginx/zfproject_main_access.log; >> error_log /var/log/nginx/zfproject_error.log; >> >> index index.php; >> # error_page 404 = /index.php?$args; >> rewrite ^(/.*)$ /index.php last; > > Если вас устраивает такой rewrite (т.е. вообще всё отправляется на > /index.php), то всё это вообще не нужно. Достаточно сделать так: > > location / { > fastcgi_pass unix:/tmp/php-fpm.sock; > fastcgi_param SCRIPT_FILENAME $document_root/index.php; > ... > } > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru On 21.12.2010, at 13:38, star0x4b на gmail.com wrote: > 21.12.10 11:27, Alexey V. Karagodov пишет: > > Спасибо, с try_files все как надо работает. >> http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files >> >> On 21.12.2010, at 12:24, star0x4b на gmail.com wrote: >> >>> Здравствуйте. >>> >>> Есть конфиг сайта, работающего на zend framework. Перенаправление >>> несуществующих страниц на index.php осуществлялось с помощью директивы >>> error_page 404, но тут появилась проблема - POST-запросы передавались от >>> нжинкса в php пустыми. GET-запросы при этом передаются нормально. Если >>> же перенаправлять с помощью реврайта - все работает. Но использовать >>> реврайты некошерно, поэтому хотелось бы понять, что не так с error_page? >>> Конфиг приведен ниже. >>> >>> server { >>> listen 80; >>> server_name servername.ru; >>> root /usr/local/www/repos/servername.ru/public; >>> access_log /var/log/nginx/zfproject_main_access.log; >>> error_log /var/log/nginx/zfproject_error.log; >>> >>> index index.php; >>> # error_page 404 = /index.php?$args; >>> rewrite ^(/.*)$ /index.php last; >>> >>> location /index.php { >>> fastcgi_pass unix:/tmp/php-fpm.sock; >>> fastcgi_param SCRIPT_FILENAME $document_root/index.php; >>> fastcgi_param APPLICATION_ENV development; >>> fastcgi_param REQUEST_URI $request_uri; >>> fastcgi_param REQUEST_METHOD $request_method; >>> fastcgi_param CONTENT_TYPE $content_type; >>> fastcgi_param CONTENT_LENGTH $content_length; >>> include /usr/local/etc/nginx/fastcgi_params; >>> } >>> } >>> >>> Пример запроса, если использовать GET-метод вместо POST - >>> /registration/register/?iagree=1&proceed=Далее >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From kav на karagodov.name Tue Dec 21 15:52:56 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 21 Dec 2010 15:52:56 +0300 Subject: =?UTF-8?B?UmU6INCf0YPRgdGC0L7QuSDQvNCw0YHRgdC40LIgJF9QT1NU?= In-Reply-To: References: <4D10723A.9080504@gmail.com> <74B40AE8-8FC8-4A06-A02B-C999694A000D@karagodov.name> <4D10838C.4020401@gmail.com> Message-ID: <19FB50B1-68E5-4DE6-88CD-40CB0940C481@karagodov.name> On 21.12.2010, at 15:49, Alexey V. Karagodov wrote: > правильней смешать оба варианта, как то так: > с таким конфигом, клиенту будет передаваться ошибка 404, если она возникнет From sales на edemnv.ru Tue Dec 21 16:54:57 2010 From: sales на edemnv.ru (=?koi8-r?B?88HXxczYxdcg4czFy9PBzsTS?=) Date: Tue, 21 Dec 2010 18:54:57 +0500 Subject: =?UTF-8?B?0LLQvtC/0YDQvtGBINC/0L4g0LrQvtC90YTQuNCzINGE0LDQudC70YMg0Lgg0YA=?= =?UTF-8?B?0LXQstGA0LDQudGCINC/0YDQsNCy0LjQu9GD?= Message-ID: location / { root /home/http/domen.ru/www/; index index.php index.html; if (!-e $request_filename) { rewrite ^(/.*)$ /index.php?q=$1 last; break; } } Но в ответ 404 ошибка. Страница доступна по адресу blabla.domen.ru а должна открытся информация с domen.ru/index.php?q=blabla может я что то не так делаю? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxr на mail.ru Tue Dec 21 17:15:22 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Tue, 21 Dec 2010 17:15:22 +0300 Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC90LUg0L/RgNC+IG5naW54?= In-Reply-To: <20101220221548.GI1084@mdounin.ru> References: <20101220221548.GI1084@mdounin.ru> Message-ID: Добрый вечер, Максим. Возможно ли вам задать вопрос про установку eaccelerator? Вы мне помогли быстро с вопросом по поводу nginx'a, решил узнать у вас. Проблема непонятная. Установил eaccelerator, прописал в php.ini все нужные настройки. Но при вызове php info не показывается, что модуль установлен. Возможно вы сталкивались с такой проблемой. ОС FreeBSD 7.2 From swood на fotofor.biz Tue Dec 21 17:27:33 2010 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 21 Dec 2010 17:27:33 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvdC1INC/0YDQviBuZ2lueA==?= In-Reply-To: References: <20101220221548.GI1084@mdounin.ru> Message-ID: 1. гугл; 2. раз уж пишите о проблеме - пишите все симптомы: как ставили, как проверяете, как прописали. 21 декабря 2010 г. 17:15 пользователь Александр Рочев написал: > Добрый вечер, Максим. > Возможно ли вам задать вопрос про установку eaccelerator? > Вы мне помогли быстро с вопросом по поводу nginx'a, решил узнать у вас. > Проблема непонятная. > Установил eaccelerator, прописал в php.ini все нужные настройки. > Но при вызове php info не показывается, что модуль установлен. > > Возможно вы сталкивались с такой проблемой. > ОС FreeBSD 7.2 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin, From fenix на intercharge.net Tue Dec 21 17:52:09 2010 From: fenix на intercharge.net (fenix на intercharge.net) Date: Tue, 21 Dec 2010 16:51:09 +0159 Subject: =?UTF-8?B?0J3QtSDRgNCw0LHQvtGC0LDQtdGCIGZhc3RjZ2kg0LrQtdGI0LjRgNC+0LLQsNC9?= =?UTF-8?B?0LjQtQ==?= Message-ID: <1491266085.20101221165109@intercharge.net> Здравствуйте ! nginx version: nginx/0.8.54 Прописан fastcgi cache: fastcgi_cache_path /opt/nzb_cache levels=1:2 keys_zone=nzbcache:10m inactive=60d max_size=10g; fastcgi_temp_path /opt/nzb_cache_tmp; Прописан fastcgi хост, на котором все по location заварачивается на index.php: server { listen frontend; server_name www; access_log logs/access.log upstr; location ~ \.php$ { fastcgi_cache_key $uri$is_args$args; fastcgi_cache nzbcache; fastcgi_cache_valid 200 302 24h; fastcgi_cache_min_uses 1; fastcgi_ignore_headers "Cache-Control" "Expires"; fastcgi_pass fcgihost:8888; fastcgi_index index.php; include /opt/nginx/conf/fastcgi_params; fastcgi_param SCRIPT_FILENAME /vhosts/www/htdocs$fastcgi_script_name; fastcgi_param DOCUMENT_ROOT /vhosts/www/htdocs; } location / { rewrite ^/.* /index.php?q=$1 last; } } данный хост в ответ на GET запрос, обращается к php-fpm и тот отдает ему xml, который и должен быть положен в кеш nginx. В результате по логу, ни один из ответов не попадает в кеш, постоянно MISS, даже при одинаковых повторных запросах (fastcgi_cache_min_uses 1): ... [21/Dec/2010:15:37:48 +0100] /file/a43348c0-e2c2-8694-9fc0-465e3f889a4d/ "MISS" "0.515" [21/Dec/2010:15:37:52 +0100] /file/a2ae833e-8763-82a9-a708-58fe3ed30414/ "MISS" "0.431" [21/Dec/2010:15:37:58 +0100] /file/a21c4774-4a65-fe63-e712-077af144d30a/ "MISS" "0.422" [21/Dec/2010:15:38:00 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.424" [21/Dec/2010:15:38:01 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.419" [21/Dec/2010:15:38:11 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.408" [21/Dec/2010:15:38:12 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.375" ... На всякий случай запретили php-fpm генерировать заголовки "Cache-Control" "Expires", которые выше и так должны игнорироваться. Также установили мониторинг обращений к самому кешу (каталогу) /opt/nzb_cache на предмет создания файлов, каталогов с помощью - inotifywait - кеш не неполняется. error.log на предмет ошибок - пустой. Такая вот ситуация. Спасибо. -- С уважением, Сергей Fenix mailto:fenix на intercharge.net From mdounin на mdounin.ru Tue Dec 21 19:25:32 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 21 Dec 2010 19:25:32 +0300 Subject: =?UTF-8?B?UmU6INCd0LUg0YDQsNCx0L7RgtCw0LXRgiBmYXN0Y2dpINC60LXRiNC40YDQvtCy?= =?UTF-8?B?0LDQvdC40LU=?= In-Reply-To: <1491266085.20101221165109@intercharge.net> References: <1491266085.20101221165109@intercharge.net> Message-ID: <20101221162532.GP1084@mdounin.ru> Hello! On Tue, Dec 21, 2010 at 04:51:09PM +0159, fenix на intercharge.net wrote: > Здравствуйте ! > > nginx version: nginx/0.8.54 > > Прописан fastcgi cache: > > fastcgi_cache_path /opt/nzb_cache levels=1:2 keys_zone=nzbcache:10m inactive=60d max_size=10g; > fastcgi_temp_path /opt/nzb_cache_tmp; > > Прописан fastcgi хост, на котором все по location заварачивается на index.php: > > server { > listen frontend; > > server_name www; > > access_log logs/access.log upstr; > > location ~ \.php$ { > fastcgi_cache_key $uri$is_args$args; > fastcgi_cache nzbcache; > > fastcgi_cache_valid 200 302 24h; > fastcgi_cache_min_uses 1; > fastcgi_ignore_headers "Cache-Control" "Expires"; > > fastcgi_pass fcgihost:8888; > fastcgi_index index.php; > > include /opt/nginx/conf/fastcgi_params; > > fastcgi_param SCRIPT_FILENAME /vhosts/www/htdocs$fastcgi_script_name; > fastcgi_param DOCUMENT_ROOT /vhosts/www/htdocs; > } > > location / { > rewrite ^/.* /index.php?q=$1 last; > } > > } > > данный хост в ответ на GET запрос, обращается к php-fpm и тот > отдает ему xml, который и должен быть положен в кеш nginx. > > В результате по логу, ни один из ответов не попадает в кеш, постоянно > MISS, даже при одинаковых повторных запросах (fastcgi_cache_min_uses 1): > ... > [21/Dec/2010:15:37:48 +0100] /file/a43348c0-e2c2-8694-9fc0-465e3f889a4d/ "MISS" "0.515" > [21/Dec/2010:15:37:52 +0100] /file/a2ae833e-8763-82a9-a708-58fe3ed30414/ "MISS" "0.431" > [21/Dec/2010:15:37:58 +0100] /file/a21c4774-4a65-fe63-e712-077af144d30a/ "MISS" "0.422" > [21/Dec/2010:15:38:00 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.424" > [21/Dec/2010:15:38:01 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.419" > [21/Dec/2010:15:38:11 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.408" > [21/Dec/2010:15:38:12 +0100] /file/80d766da-c8aa-144c-aea7-3fc559304f76/ "MISS" "0.375" > ... > > На всякий случай запретили php-fpm генерировать заголовки > "Cache-Control" "Expires", которые выше и так должны игнорироваться. > > Также установили мониторинг обращений к самому кешу (каталогу) /opt/nzb_cache на > предмет создания файлов, каталогов с помощью - inotifywait - кеш не > неполняется. error.log на предмет ошибок - пустой. Помимо Cache-Control и Expires - есть ещё всякие другие заголовки, которые тоже могут запрещать кеширование ответа. В случае php - наиболее вероятный кандидат Set-Cookie. А вообще - как делать debug log рассказано тут: http://nginx.org/en/docs/debugging_log.html Maxim Dounin From igor на sysoev.ru Tue Dec 21 20:19:37 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Tue, 21 Dec 2010 20:19:37 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQuNC80LXQvdC+0LLQsNC90L3Ri9GFINCy?= =?UTF-8?B?0YvQtNC10LvQtdC90LjQuSDQsiBhbGlhcw==?= In-Reply-To: References: Message-ID: <20101221171937.GC43004@rambler-co.ru> On Tue, Dec 21, 2010 at 04:44:22PM +0500, Mikhail Mazursky wrote: > Здравствуйте. > > location ~ ^/(?a|b|c)$ { > alias /www/$file.html; > } > > # /usr/local/etc/rc.d/nginx configtest > Performing sanity check on nginx configuration: > [emerg]: the "alias" directive must use captures inside location given > by regular expression in /usr/local/etc/nginx/conf/nginx.conf:17 > > Это баг или именованные выделения не поддерживаются? Если не > поддерживаются, то, может быть, стоит подправить сообщение об ошибке. > Понятно, что можно использовать $1, а не именованные выделения, но, > возможно, это не всегда так. > > п.с. проверил на 0.7.61 и 0.8.54 На 0.7.x выдаётся. На 0.8.54 - не должно, только что проверил. -- Игорь Сысоев http://sysoev.ru From nginx-forum на nginx.us Tue Dec 21 20:53:07 2010 From: nginx-forum на nginx.us (magz) Date: Tue, 21 Dec 2010 12:53:07 -0500 Subject: =?UTF-8?B?0YLQvtGA0LzQvtC30L3QvtC5INC+0LHRgNCw0LHQvtGC0YfQuNC6?= Message-ID: <98bc62fcd27489cfc78259ea58eab4d1.NginxMailingListRussian@forum.nginx.org> Здравствуйте, Подскажите пожалуйста как лучше сделать обработчик для POST запросов, в том случае если обработка запроса длится какое-то существенное время? Регистрирую его вот так: h = ngx_array_push(&cmcf->phases[NGX_HTTP_SERVER_REWRITE_PHASE].handlers); *h = ngx_http_my_handler; h = ngx_array_push(&cmcf->phases[NGX_HTTP_REWRITE_PHASE].handlers) *h = ngx_http_my_handler; По времени ngx_http_my_handler может крутится до 5-7 секунд. Что в принципе приемлемо для клиентов. Как лучше сделать что-бы не затормозить работу всего сервера? Может есть где-то примеры где можно подсмотреть что и как. Спасибо, Максим. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160227,160227#msg-160227 From nginx-forum на nginx.us Wed Dec 22 05:13:30 2010 From: nginx-forum на nginx.us (User) Date: Tue, 21 Dec 2010 21:13:30 -0500 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: Message-ID: <7e0cb262842fe65a1cc85706e5b795a1.NginxMailingListRussian@forum.nginx.org> Спасибо, тоже вариант :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158476,160303#msg-160303 From ash2kk на gmail.com Wed Dec 22 07:51:23 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Wed, 22 Dec 2010 09:51:23 +0500 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQuNC80LXQvdC+0LLQsNC90L3Ri9GFINCy?= =?UTF-8?B?0YvQtNC10LvQtdC90LjQuSDQsiBhbGlhcw==?= In-Reply-To: <20101221171937.GC43004@rambler-co.ru> References: <20101221171937.GC43004@rambler-co.ru> Message-ID: 21 декабря 2010 г. 22:19 пользователь Igor Sysoev написал: > On Tue, Dec 21, 2010 at 04:44:22PM +0500, Mikhail Mazursky wrote: > >> Здравствуйте. >> >> location ~ ^/(?a|b|c)$ { >>    alias /www/$file.html; >> } >> >> # /usr/local/etc/rc.d/nginx configtest >> Performing sanity check on nginx configuration: >> [emerg]: the "alias" directive must use captures inside location given >> by regular expression in /usr/local/etc/nginx/conf/nginx.conf:17 >> >> Это баг или именованные выделения не поддерживаются? Если не >> поддерживаются, то, может быть, стоит подправить сообщение об ошибке. >> Понятно, что можно использовать $1, а не именованные выделения, но, >> возможно, это не всегда так. >> >> п.с. проверил на 0.7.61 и 0.8.54 > > На 0.7.x выдаётся. На 0.8.54 - не должно, только что проверил. Да, в 0.8.54 нормально работает. Значит я второй раз проверил тоже на старой версии. From m.nasedkin на gmail.com Wed Dec 22 09:46:17 2010 From: m.nasedkin на gmail.com (Mihail Nasedkin) Date: Wed, 22 Dec 2010 11:46:17 +0500 Subject: debug Message-ID: Доброго здоровья. Давно хотел спросить. Включал как-то дебуг. В логах бесконечно сыплются разные строчки (просто шквал), хотя к нджинксу никто не обращается . Это нормально? Или нужно смотреть конкретно строчки. -- --- С уважением, Михаил Наседкин From domrachev.ivan на gmail.com Wed Dec 22 10:47:17 2010 From: domrachev.ivan на gmail.com (Domrachev Ivan) Date: Wed, 22 Dec 2010 10:47:17 +0300 Subject: core dumped Message-ID: <252860129.20101222104717@gmail.com> Добрый день собственно subj. воспроизвести не получается, но он сам переодически выпадает. из необычного только: $ uname -a FreeBSD d01.localdomain 7.2-RELEASE-p8 FreeBSD 7.2-RELEASE-p8 #0: Tue May 25 17:51:43 UTC 2010 root на amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 nginx version: nginx/0.8.54 ./configure \ --with-http_stub_status_module \ --without-http_userid_module \ --without-http_autoindex_module \ --without-http_memcached_module \ --without-http_limit_zone_module \ --without-http_empty_gif_module \ --without-http_upstream_ip_hash_module \ --with-http_gzip_static_module \ --with-http_perl_module \ --with-perl_modules_path=/usr/local/perl-5.10/lib/5.10.1/ \ --with-perl=/usr/local/perl-5.10/bin/perl \ --with-debug \ --with-http_sub_module $ gdb /usr/local/nginx/sbin/nginx ./nginx.core.18752 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `nginx'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.4...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /lib/libmd.so.4...done. Loaded symbols for /lib/libmd.so.4 Reading symbols from /lib/libz.so.4...done. Loaded symbols for /lib/libz.so.4 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/perl-5.10/lib/5.10.1/amd64-freebsd-thread-multi/auto/nginx/nginx.so...done. Loaded symbols for /usr/local/perl-5.10/lib/5.10.1/amd64-freebsd-thread-multi/auto/nginx/nginx.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 954 ch = header[i].key.data[n]; [New Thread 0x8011020b0 (LWP 100153)] (gdb) bt #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 #1 0x000000000046461d in ngx_http_upstream_init_request (r=0x8015bd000) at src/http/ngx_http_upstream.c:488 #2 0x0000000000464a88 in ngx_http_upstream_init (r=0x8015bd000) at src/http/ngx_http_upstream.c:429 #3 0x00000000004595e1 in ngx_http_read_client_request_body (r=0x8015bd000, post_handler=0x464990 ) at src/http/ngx_http_request_body.c:58 #4 0x000000000047f47b in ngx_http_fastcgi_handler (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:603 #5 0x000000000044da9c in ngx_http_core_content_phase (r=0x8015bd000, ph=0x80156dd30) at src/http/ngx_http_core_module.c:1350 #6 0x0000000000448d15 in ngx_http_core_run_phases (r=0x8015bd000) at src/http/ngx_http_core_module.c:852 #7 0x0000000000448e55 in ngx_http_handler (r=Variable "r" is not available. ) at src/http/ngx_http_core_module.c:835 #8 0x00000000004532fa in ngx_http_process_request (r=0x8015bd000) at src/http/ngx_http_request.c:1641 #9 0x0000000000453c18 in ngx_http_process_request_headers (rev=0x8011df8d0) at src/http/ngx_http_request.c:1084 #10 0x0000000000454211 in ngx_http_process_request_line (rev=0x801702cb0) at src/http/ngx_http_request.c:889 #11 0x000000000045090e in ngx_http_init_request (rev=0x801702cb0) at src/http/ngx_http_request.c:514 #12 0x0000000000446225 in ngx_kqueue_process_events (cycle=0x801126050, timer=Variable "timer" is not available. ) at src/event/modules/ngx_kqueue_module.c:683 #13 0x000000000043c316 in ngx_process_events_and_timers (cycle=0x801126050) at src/event/ngx_event.c:245 #14 0x000000000044345c in ngx_worker_process_cycle (cycle=0x801126050, data=Variable "data" is not available. ) at src/os/unix/ngx_process_cycle.c:795 #15 0x0000000000441e27 in ngx_spawn_process (cycle=0x801126050, proc=0x443360 , data=0x0, name=0x578017 "worker process", respawn=-3) at src/os/unix/ngx_process.c:196 #16 0x0000000000442aa9 in ngx_start_worker_processes (cycle=0x801126050, n=1, type=-3) at src/os/unix/ngx_process_cycle.c:355 #17 0x0000000000443c0e in ngx_master_process_cycle (cycle=0x801126050) at src/os/unix/ngx_process_cycle.c:136 #18 0x0000000000426fe3 in main (argc=21, argv=Variable "argv" is not available. ) at src/core/nginx.c:401 (gdb) fr 0 #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 954 ch = header[i].key.data[n]; (gdb) p header[i] $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. готов их отправить вместе с конфигами отдельно на мыло, если надо. Спасибо From nginx-forum на nginx.us Wed Dec 22 12:34:11 2010 From: nginx-forum на nginx.us (ig0r) Date: Wed, 22 Dec 2010 04:34:11 -0500 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: Message-ID: <4f4186eb38d552bd5b9e7761f6bec2cd.NginxMailingListRussian@forum.nginx.org> Alexander Kochetov Wrote: ------------------------------------------------------- > 18 декабря 2010 г. 5:38 > пользователь User написал: > > Блин, что-то я всё-такие делаю не так - вложил location'ы как советовали, в итоге в /protected все работает хорошо, а в / php отдаётся исходником. > > Можете сделать примерно > так: > > location / {...} > location ^~ /protected { > auth_basic "Protected"; > auth_basic_user_file /home/user/etc/.htpasswd; > location ~ \.php$ {...} > } > location ~ \.php$ {...} location ^~ /protected { - а это зачем? достаточно location /protected { Posted at Nginx Forum: http://forum.nginx.org/read.php?21,158476,160348#msg-160348 From alexk на equestrian.ru Wed Dec 22 12:50:01 2010 From: alexk на equestrian.ru (Alexander Kochetov) Date: Wed, 22 Dec 2010 12:50:01 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: <4f4186eb38d552bd5b9e7761f6bec2cd.NginxMailingListRussian@forum.nginx.org> References: <4f4186eb38d552bd5b9e7761f6bec2cd.NginxMailingListRussian@forum.nginx.org> Message-ID: >> Можете сделать примерно >> так: >> >>        location / {...} >>        location ^~ /protected { >>            auth_basic            "Protected"; >>            auth_basic_user_file  /home/user/etc/.htpasswd; >>            location ~ \.php$ {...} >>        } >>        location ~ \.php$ {...} > > > location ^~ /protected { - а это зачем? достаточно > location /protected { Затем, что в вашем случае запрос /protected/zzz.php попадёт в location ~ \.php$ {...} а не в location /protected { location ~ \.php$ {...} } From mdounin на mdounin.ru Wed Dec 22 12:58:01 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 22 Dec 2010 12:58:01 +0300 Subject: core dumped In-Reply-To: <252860129.20101222104717@gmail.com> References: <252860129.20101222104717@gmail.com> Message-ID: <20101222095801.GR1084@mdounin.ru> Hello! On Wed, Dec 22, 2010 at 10:47:17AM +0300, Domrachev Ivan wrote: > собственно subj. > воспроизвести не получается, но он сам переодически выпадает. [...] > (gdb) fr 0 > #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 > 954 ch = header[i].key.data[n]; > (gdb) p header[i] > $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} > > дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. > готов их отправить вместе с конфигами отдельно на мыло, если надо. Я правильно понимаю, что в конфиге используются fastcgi_param HTTP_...? Проблема судя по всему в них, и по коду там всё плохо - как минимум выделяется недостаточно памяти под ignored (там нужно либо выделять по количеству заголовков в запросе, либо менять логику). Это напрямую не объясняет мусор в header[i], но в принципе снести может всё что угодно. Maxim Dounin From igor на sysoev.ru Wed Dec 22 12:59:54 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 22 Dec 2010 12:59:54 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: References: <4f4186eb38d552bd5b9e7761f6bec2cd.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101222095954.GA89716@rambler-co.ru> On Wed, Dec 22, 2010 at 12:50:01PM +0300, Alexander Kochetov wrote: > >> Можете сделать примерно > >> так: > >> > >>        location / {...} > >>        location ^~ /protected { > >>            auth_basic            "Protected"; > >>            auth_basic_user_file  /home/user/etc/.htpasswd; > >>            location ~ \.php$ {...} > >>        } > >>        location ~ \.php$ {...} > > > > > > location ^~ /protected { - а это зачем? достаточно > > location /protected { > > Затем, что в вашем случае запрос /protected/zzz.php > попадёт в > location ~ \.php$ {...} > а не в > location /protected { > location ~ \.php$ {...} > } Вложенный location с регулярным выражением имеет больший приоритет, чем невложенный. -- Игорь Сысоев http://sysoev.ru From kochetov.alexander на gmail.com Wed Dec 22 13:26:03 2010 From: kochetov.alexander на gmail.com (Alexander Kochetov) Date: Wed, 22 Dec 2010 13:26:03 +0300 Subject: =?UTF-8?B?UmU6IGJhc2ljINCw0LLRgtC+0YDQuNC30LDRhtC40Y8gLSDQutCw0Log0L/RgNCw?= =?UTF-8?B?0LLQuNC70YzQvdC+Pw==?= In-Reply-To: <20101222095954.GA89716@rambler-co.ru> References: <4f4186eb38d552bd5b9e7761f6bec2cd.NginxMailingListRussian@forum.nginx.org> <20101222095954.GA89716@rambler-co.ru> Message-ID: 22 декабря 2010 г. 12:59 пользователь Igor Sysoev написал: > On Wed, Dec 22, 2010 at 12:50:01PM +0300, Alexander Kochetov wrote: > >> >> Можете сделать примерно >> >> так: >> >> >> >>        location / {...} >> >>        location ^~ /protected { >> >>            auth_basic            "Protected"; >> >>            auth_basic_user_file  /home/user/etc/.htpasswd; >> >>            location ~ \.php$ {...} >> >>        } >> >>        location ~ \.php$ {...} >> > >> > >> > location ^~ /protected { - а это зачем? достаточно >> > location /protected { >> >> Затем, что в вашем случае запрос /protected/zzz.php >> попадёт в >> location ~ \.php$ {...} >> а не в >> location /protected { >>         location ~ \.php$ {...} >> } > > Вложенный location с регулярным выражением имеет больший приоритет, > чем невложенный. Однако. Спасибо. /пошел удалять лишние загогулины из конфигов ;-) > > > -- > Игорь Сысоев > http://sysoev.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From domrachev.ivan на gmail.com Wed Dec 22 13:57:02 2010 From: domrachev.ivan на gmail.com (Domrachev Ivan) Date: Wed, 22 Dec 2010 13:57:02 +0300 Subject: core dumped In-Reply-To: <20101222095801.GR1084@mdounin.ru> References: <252860129.20101222104717@gmail.com> <20101222095801.GR1084@mdounin.ru> Message-ID: <1844454627.20101222135702@gmail.com> >> собственно subj. >> воспроизвести не получается, но он сам переодически выпадает. > [...] >> (gdb) fr 0 >> #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 >> 954 ch = header[i].key.data[n]; >> (gdb) p header[i] >> $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} >> >> дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. >> готов их отправить вместе с конфигами отдельно на мыло, если надо. > Я правильно понимаю, что в конфиге используются fastcgi_param > HTTP_...? Проблема судя по всему в них, и по коду там всё > плохо - как минимум выделяется недостаточно памяти под ignored > (там нужно либо выделять по количеству заголовков в запросе, либо > менять логику). > Это напрямую не объясняет мусор в header[i], но в принципе снести > может всё что угодно. спасибо. да, в конфиге используется: fastcgi_param HTTP_REFERER $http_referer; в принципе реферер для бэкенда не сильно критичен. попробую погонять без него. From nginx-forum на nginx.us Wed Dec 22 14:14:12 2010 From: nginx-forum на nginx.us (dix75) Date: Wed, 22 Dec 2010 06:14:12 -0500 Subject: =?UTF-8?B?0LTQvtC/0L7Qu9C90LjRgtC10LvRjNC90YvQtSDQv9Cw0YDQsNC80LXRgtGA0Ysg?= =?UTF-8?B?0LrQvtC80L/QuNC70Y/RgtC+0YDRgw==?= Message-ID: Добрый день! Как передать дополнительные параметры компилятору gcc. Мне необходимо отключить вывод предупреждений вида : 'function' defined but not used пытался скофигурировать с передачей ключа не выходит. [code] ./configure --with-cc-opt=-Wno-unused-function [/code] как надо? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160371,160371#msg-160371 From valery+nginxru на grid.net.ru Wed Dec 22 14:29:30 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Wed, 22 Dec 2010 11:29:30 +0000 (GMT) Subject: =?UTF-8?B?UmU6INC00L7Qv9C+0LvQvdC40YLQtdC70YzQvdGL0LUg0L/QsNGA0LDQvNC10YI=?= =?UTF-8?B?0YDRiyDQutC+0LzQv9C40LvRj9GC0L7RgNGD?= In-Reply-To: Message-ID: <15850903.10335.1293017370800.JavaMail.root@zone.mtgsy.net> ----- dix75 wrote: > Добрый день! > > Как передать дополнительные параметры > компилятору gcc. > Мне необходимо отключить вывод > предупреждений вида : 'function' defined but not used > > пытался скофигурировать с передачей > ключа не выходит. > [code] > ./configure --with-cc-opt=-Wno-unused-function > [/code] > как надо? CFLAGS="-Wno-unused-function" ./configure -- Regards, Valery Kholodkov From mdounin на mdounin.ru Wed Dec 22 16:26:17 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 22 Dec 2010 16:26:17 +0300 Subject: core dumped In-Reply-To: <1844454627.20101222135702@gmail.com> References: <252860129.20101222104717@gmail.com> <20101222095801.GR1084@mdounin.ru> <1844454627.20101222135702@gmail.com> Message-ID: <20101222132617.GU1084@mdounin.ru> Hello! On Wed, Dec 22, 2010 at 01:57:02PM +0300, Domrachev Ivan wrote: > > >> собственно subj. > >> воспроизвести не получается, но он сам переодически выпадает. > > [...] > >> (gdb) fr 0 > >> #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 > >> 954 ch = header[i].key.data[n]; > >> (gdb) p header[i] > >> $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} > >> > >> дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. > >> готов их отправить вместе с конфигами отдельно на мыло, если надо. > > > Я правильно понимаю, что в конфиге используются fastcgi_param > > HTTP_...? Проблема судя по всему в них, и по коду там всё > > плохо - как минимум выделяется недостаточно памяти под ignored > > (там нужно либо выделять по количеству заголовков в запросе, либо > > менять логику). > > > Это напрямую не объясняет мусор в header[i], но в принципе снести > > может всё что угодно. > > спасибо. > да, в конфиге используется: > fastcgi_param HTTP_REFERER $http_referer; > в принципе реферер для бэкенда не сильно критичен. попробую погонять без него. По умолчанию все заголовки запроса и так передаются как HTTP_*. Использовать fastcgi_param HTTP_... имеет смысл только тогда, когда по каким-то причинам нужно переопределить то, что увидит в качестве заголовков запроса fastcgi-приложение. Maxim Dounin From domrachev.ivan на gmail.com Wed Dec 22 16:59:01 2010 From: domrachev.ivan на gmail.com (Domrachev Ivan) Date: Wed, 22 Dec 2010 16:59:01 +0300 Subject: core dumped In-Reply-To: <20101222132617.GU1084@mdounin.ru> References: <252860129.20101222104717@gmail.com> <20101222095801.GR1084@mdounin.ru> <1844454627.20101222135702@gmail.com> <20101222132617.GU1084@mdounin.ru> Message-ID: <54719844.20101222165901@gmail.com> >> >> >> собственно subj. >> >> воспроизвести не получается, но он сам переодически выпадает. >> > [...] >> >> (gdb) fr 0 >> >> #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 >> >> 954 ch = header[i].key.data[n]; >> >> (gdb) p header[i] >> >> $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} >> >> >> >> дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. >> >> готов их отправить вместе с конфигами отдельно на мыло, если надо. >> >> > Я правильно понимаю, что в конфиге используются fastcgi_param >> > HTTP_...? Проблема судя по всему в них, и по коду там всё >> > плохо - как минимум выделяется недостаточно памяти под ignored >> > (там нужно либо выделять по количеству заголовков в запросе, либо >> > менять логику). >> >> > Это напрямую не объясняет мусор в header[i], но в принципе снести >> > может всё что угодно. >> >> спасибо. >> да, в конфиге используется: >> fastcgi_param HTTP_REFERER $http_referer; >> в принципе реферер для бэкенда не сильно критичен. попробую погонять без него. > По умолчанию все заголовки запроса и так передаются как HTTP_*. > Использовать fastcgi_param HTTP_... имеет смысл только тогда, когда > по каким-то причинам нужно переопределить то, что увидит в > качестве заголовков запроса fastcgi-приложение. логично. мы похоже перезапрограммировались. спасибо за помощь. From mymir.org на googlemail.com Wed Dec 22 22:28:13 2010 From: mymir.org на googlemail.com (Vladislav Vorobiev) Date: Wed, 22 Dec 2010 20:28:13 +0100 Subject: =?UTF-8?B?0JPQu9C+0LHQsNC90YzQvdGL0LUg0L/QtdGA0LXQvNC10L3QvdGL0LUg0LIg0Lo=?= =?UTF-8?B?0L7QvdGE0LjQs9C1?= Message-ID: Хотелось бы установить пару глобальных переменных типа set $server_ip1 "192.168.0.10"; set $server_ip2 "192.168.0.11"; ? set $server_ip10 "192.168.0.150"; и использывть их в server {} Есть такая возможность. Nginx ругается при старте Restarting nginx: [emerg]: "set" directive is not allowed here in /etc/nginx/nginx.conf:16 -- Best Regards Vlad Vorobiev From kav на karagodov.name Wed Dec 22 22:31:11 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 22 Dec 2010 22:31:11 +0300 Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQvdGM0L3Ri9C1INC/0LXRgNC10LzQtdC90L3Ri9C1INCy?= =?UTF-8?B?INC60L7QvdGE0LjQs9C1?= In-Reply-To: References: Message-ID: <1816A801-D2FE-4C31-AB09-E86B6D87E0D7@karagodov.name> http://sysoev.ru/nginx/docs/ngx_core_module.html#include On 22.12.2010, at 22:28, Vladislav Vorobiev wrote: > Хотелось бы установить пару глобальных переменных типа > > set $server_ip1 "192.168.0.10"; > set $server_ip2 "192.168.0.11"; > ? > set $server_ip10 "192.168.0.150"; > > и использывть их в server {} > > Есть такая возможность. > Nginx ругается при старте > Restarting nginx: [emerg]: "set" directive is not allowed here in > /etc/nginx/nginx.conf:16 > > -- > Best Regards > Vlad Vorobiev > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Dec 22 22:33:42 2010 From: nginx-forum на nginx.us (magz) Date: Wed, 22 Dec 2010 14:33:42 -0500 Subject: =?UTF-8?B?0YDQtdC00LjRgNC10LrRgg==?= Message-ID: <7b08e796a932128c6d79c2869994153d.NginxMailingListRussian@forum.nginx.org> Подскажите пожалуйста как правильно делать редирект реквеста. Пробовал так: r->uri.data = new_uri; r->uri.len = new_uri_size; r->headers_in.server.data = new_host; r->headers_in.server.len = new_host_size; И вот так: uri.data = new_uri; uri.len = new_uri_size; ngx_http_internal_redirect(r, &uri, &args); ngx_http_finalize_request(r, NGX_DONE); Ничего хорошего из этого не вышло. Спасибо, Макс. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160531,160531#msg-160531 From mymir.org на googlemail.com Wed Dec 22 23:14:44 2010 From: mymir.org на googlemail.com (Vladislav Vorobiev) Date: Wed, 22 Dec 2010 21:14:44 +0100 Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQu9GM0L3Ri9C1INC/0LXRgNC10LzQtdC90L3Ri9C1INCy?= =?UTF-8?B?INC60L7QvdGE0LjQs9C1?= Message-ID: Спасибо env значит. Вот только как их использовать в listen env server_ip1=192.168.0.10; server { listen: $server_ip1 или listen: env server_ip1 } или как то так? server { set $s evn server_ip1; listen: $s; } как правильно? 2010/12/22 Alexey V. Karagodov : > http://sysoev.ru/nginx/docs/ngx_core_module.html#include > > On 22.12.2010, at 22:28, Vladislav Vorobiev wrote: > >> Хотелось бы установить пару глобальных переменных типа >> >>    set  $server_ip1 "192.168.0.10"; >>    set  $server_ip2 "192.168.0.11"; >>   ? >>    set  $server_ip10 "192.168.0.150"; >> >> и использывть их в server {} >> >> Есть такая возможность. >> Nginx ругается при старте >> Restarting nginx: [emerg]: "set" directive is not allowed here in >> /etc/nginx/nginx.conf:16 >> >> -- >> Best Regards >> Vlad Vorobiev >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Best Regards Vlad Vorobiev From nginx-forum на nginx.us Thu Dec 23 09:51:21 2010 From: nginx-forum на nginx.us (KaMaToZzz) Date: Thu, 23 Dec 2010 01:51:21 -0500 Subject: =?UTF-8?Q?Nginx_=D0=B8_php-cgi?= Message-ID: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Признаюсь сразу, что я не ас в данных делах и хотелось бы получить более разжеванный ответ. Сист.хар: CPU Celeron 2.8 Ghz Mem 512x2 Mb 3200PC Имеем: Nginx+php-cgi+mysql+memchad+eaccelerate Wordpress Проблема: Когда публикую большей материал, допустим пост со 100 фотографиями у меня php-cgi грузит процессор на ~75% (на сайте установлен плагин для скачивания картинок с другого сайта, то есть я вставляю список картинок в коде и после того как нажимаю "отправить на публикацию", картинки закачиваются на мой сервер и выставляются уже под моими ссылками) так вот в эти моменты очень большая нагрузка на сервер, в результате получаем Time out на Nginx и все. Более менее легкие посты публикуются без проблем, но то же получаем Time out от nginx и нагрузку на проц, но после обновления странички пост появляется на сайте так как и должен. Подскажите, может я связку не правильную использую? Может есть что-то получше? Вообщем прошу помощи... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160646,160646#msg-160646 From chipitsine на gmail.com Thu Dec 23 10:02:56 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Thu, 23 Dec 2010 12:02:56 +0500 Subject: =?UTF-8?B?0LzQvtC00YPQu9GMINGB0YLQsNGC0LjRgdGC0LjQutC4INC00LvRjyBuZ2lueA==?= Message-ID: Добрый день! моим коллегой был написан модуль по отображению статистики по апстримам а-ля haproxy, модуль используется в промышленной эксплуатации http://habrahabr.ru/blogs/nginx/110047/ http://ustats.googlecode.com/ С уважением, Илья Шипицин P.S. мопед не мой, все благодарности разработчику: "Федотов Алексей" <0xc0dec на gmail.com> From sales на edemnv.ru Thu Dec 23 10:08:43 2010 From: sales на edemnv.ru (=?koi8-r?B?88HXxczYxdcg4czFy9PBzsTS?=) Date: Thu, 23 Dec 2010 12:08:43 +0500 Subject: =?UTF-8?Q?RE=3A_Nginx_=D0=B8_php-cgi?= In-Reply-To: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> Message-ID: Так логично что нагрузка. Он же начинает их выкачивать их с другого сервера. Канешно было бы лучше наверное все вынести в модуле в java приложение и подгружать не сразу все а частью. Т.Е. по 10 штук за раз. Та ки быстрее будет и меньше нагрузит. -----Original Message----- From: KaMaToZzz [mailto:nginx-forum на nginx.us] Sent: Thursday, December 23, 2010 11:51 AM To: nginx-ru на nginx.org Subject: Nginx и php-cgi Здравствуйте! Признаюсь сразу, что я не ас в данных делах и хотелось бы получить более разжеванный ответ. Сист.хар: CPU Celeron 2.8 Ghz Mem 512x2 Mb 3200PC Имеем: Nginx+php-cgi+mysql+memchad+eaccelerate Wordpress Проблема: Когда публикую большей материал, допустим пост со 100 фотографиями у меня php-cgi грузит процессор на ~75% (на сайте установлен плагин для скачивания картинок с другого сайта, то есть я вставляю список картинок в коде и после того как нажимаю "отправить на публикацию", картинки закачиваются на мой сервер и выставляются уже под моими ссылками) так вот в эти моменты очень большая нагрузка на сервер, в результате получаем Time out на Nginx и все. Более менее легкие посты публикуются без проблем, но то же получаем Time out от nginx и нагрузку на проц, но после обновления странички пост появляется на сайте так как и должен. Подскажите, может я связку не правильную использую? Может есть что-то получше? Вообщем прошу помощи... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160646,160646#msg-160646 _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru From vyacheslav на slinko.pp.ru Thu Dec 23 10:37:22 2010 From: vyacheslav на slinko.pp.ru (Vyacheslav Slinko) Date: Thu, 23 Dec 2010 10:37:22 +0300 Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_php-cgi?= In-Reply-To: References: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> Message-ID: Как вариант можно сделать отдельный пул php-fpm для админки и увеличить timeout. 2010/12/23 Савельев Александр > Так логично что нагрузка. Он же начинает их выкачивать их с другого > сервера. > Канешно было бы лучше наверное все вынести в модуле в java приложение и > подгружать не сразу все а частью. Т.Е. по 10 штук за раз. Та ки быстрее > будет и меньше нагрузит. > > -----Original Message----- > From: KaMaToZzz [mailto:nginx-forum на nginx.us] > Sent: Thursday, December 23, 2010 11:51 AM > To: nginx-ru на nginx.org > Subject: Nginx и php-cgi > > Здравствуйте! > Признаюсь сразу, что я не ас в данных > делах и хотелось бы получить более > разжеванный ответ. > Сист.хар: > CPU Celeron 2.8 Ghz > Mem 512x2 Mb 3200PC > > Имеем: > Nginx+php-cgi+mysql+memchad+eaccelerate > Wordpress > > Проблема: > Когда публикую большей материал, > допустим пост со 100 фотографиями у меня php-cgi грузит процессор на ~75% > (на сайте установлен плагин для скачивания картинок с другого сайта, то > есть > я вставляю список картинок в коде и после того как нажимаю "отправить на > публикацию", картинки закачиваются на мой сервер и выставляются уже под > моими > ссылками) так вот в эти моменты очень > большая нагрузка на сервер, в > результате получаем Time out на Nginx и все. > Более менее легкие посты публикуются > без проблем, но то же получаем Time out от nginx и нагрузку на проц, но > после обновления странички пост появляется на сайте так как и должен. > > Подскажите, может я связку не > правильную использую? > Может есть что-то получше? > Вообщем прошу помощи... > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,160646,160646#msg-160646 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Sincerely yours, Vyacheslav Slinko ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From tdz на modestus.org Thu Dec 23 11:53:04 2010 From: tdz на modestus.org (TDz) Date: Thu, 23 Dec 2010 09:53:04 +0100 Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_php-cgi?= In-Reply-To: References: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> Message-ID: Тут имхо две проблемы - одна проблема это таймаут - лечится поднятием лимита времени ответа. Вторая проблема это нагрузка на процессор (скачивание картинок со стороннего сайта ну никак не должно кушать 75% cpu), тут надо профилировать. Как минимум для начала посмотреть в коде как именно качаются картинки возможно там имеет место что-то сильно извращенное 2010/12/23 Vyacheslav Slinko : > Как вариант можно сделать отдельный пул php-fpm для админки и увеличить > timeout. > > 2010/12/23 Савельев Александр >> >> Так логично что нагрузка. Он же начинает их выкачивать их с другого >> сервера. >> Канешно было бы лучше наверное все вынести в модуле в java приложение и >> подгружать не сразу все а частью. Т.Е. по 10 штук за раз. Та ки быстрее >> будет и меньше нагрузит. >> >> -----Original Message----- >> From: KaMaToZzz [mailto:nginx-forum на nginx.us] >> Sent: Thursday, December 23, 2010 11:51 AM >> To: nginx-ru на nginx.org >> Subject: Nginx и php-cgi >> >> Здравствуйте! >> Признаюсь сразу, что я не ас в данных >> делах и хотелось бы получить более >> разжеванный ответ. >> Сист.хар: >> CPU Celeron 2.8 Ghz >> Mem 512x2 Mb 3200PC >> >> Имеем: >> Nginx+php-cgi+mysql+memchad+eaccelerate >> Wordpress >> >> Проблема: >> Когда публикую большей материал, >> допустим пост со 100 фотографиями у меня php-cgi грузит процессор на ~75% >> (на сайте установлен плагин для скачивания картинок с другого сайта, то >> есть >> я вставляю список картинок в коде и после того как нажимаю "отправить на >> публикацию", картинки закачиваются на мой сервер и выставляются уже под >> моими >> ссылками) так вот в эти моменты очень >> большая нагрузка на сервер, в >> результате получаем Time out на Nginx и все. >> Более менее легкие посты публикуются >> без проблем, но то же получаем Time out от nginx и нагрузку на проц, но >> после обновления странички пост появляется на сайте так как и должен. >> >> Подскажите, может я связку не >> правильную использую? >> Может есть что-то получше? >> Вообщем прошу помощи... >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,160646,160646#msg-160646 >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > > -- > Sincerely yours, > Vyacheslav Slinko > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From mdounin на mdounin.ru Thu Dec 23 12:48:05 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 23 Dec 2010 12:48:05 +0300 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: References: Message-ID: <20101223094805.GZ1084@mdounin.ru> Hello! On Thu, Dec 23, 2010 at 12:02:56PM +0500, Илья Шипицин wrote: > Добрый день! > > моим коллегой был написан модуль по отображению статистики по > апстримам а-ля haproxy, модуль используется в промышленной > эксплуатации > > http://habrahabr.ru/blogs/nginx/110047/ > http://ustats.googlecode.com/ > > С уважением, > Илья Шипицин > > P.S. мопед не мой, все благодарности разработчику: "Федотов Алексей" > <0xc0dec на gmail.com> JFYI: Модуль показывает статистику только одного рабочего процесса nginx'а (того, которому случилось обрабатывать запрос на статистику). Если используется более одного рабочего процесса - модуль непригоден. Maxim Dounin From ruslan.usifov на gmail.com Thu Dec 23 14:44:48 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 14:44:48 +0300 Subject: =?UTF-8?B?0JHQsNC70LDQvdGB0LjRgNC+0LLQutCwINC90LDQs9GA0YPQt9C60Lg=?= Message-ID: Пиветствую Отчего то не получаеться распределять нугрузку по серверам равномерно. Имею такую кофигурацию upstream. upstream backend { server 192.168.0.250:1982 max_fails=0; server 192.168.0.249:1982 max_fails=0; server 192.168.0.251:1982 max_fails=0; } В результате на одном из серверов в данном случае (192.168.0.251:1982) нагрузка выше чем на остальных. Там большая очередь входящих подключений: Current listen queue sizes (qlen/incqlen/maxqlen) Proto Listen Local Address tcp4 1307/0/4096 192.168.0.251.1982 tcp4 0/0/1024 192.168.0.251.11211 tcp4 0/0/128 192.168.0.251.11212 tcp4 0/0/128 *.10050 tcp4 0/0/50 192.168.0.251.3306 tcp4 0/0/10 127.0.0.1.25 tcp4 0/0/128 *.22 tcp6 0/0/128 *.22 Some tcp sockets may have been created. unix 0/0/50 /tmp/mysql.sock unix 0/0/4 /var/run/devd.pipe На остальных все по нулям. PS: У nginx следующие опции компиляции: nginx version: nginx/0.8.54 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 --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_stub_status_module --with-pcre root на social5# Система: 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Thu Dec 23 14:47:55 2010 From: nginx-forum на nginx.us (KaMaToZzz) Date: Thu, 23 Dec 2010 06:47:55 -0500 Subject: =?UTF-8?Q?Re=3A_Nginx_=D0=B8_php-cgi?= In-Reply-To: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> References: <1648839a9e9496b2fd92b30e3a3945c7.NginxMailingListRussian@forum.nginx.org> Message-ID: <465471c797ae47a30fe6141de1f93f21.NginxMailingListRussian@forum.nginx.org> [quote="TDz"] Вторая проблема это нагрузка на процессор (скачивание картинок со стороннего сайта ну никак не должно кушать 75% cpu), тут надо профилировать. Как минимум для начала посмотреть в коде как именно качаются картинки возможно там имеет место что-то сильно извращенное [/quote] К сожалению этого не смогу сделать, я не кодер... Значит единственный легкий для меня выход апгрейд проца и мамки соответственно. Спасибо за разъяснения. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160646,160712#msg-160712 From 0xc0dec на gmail.com Thu Dec 23 13:44:53 2010 From: 0xc0dec на gmail.com (No Reply) Date: Thu, 23 Dec 2010 15:44:53 +0500 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <20101223094805.GZ1084@mdounin.ru> References: <20101223094805.GZ1084@mdounin.ru> Message-ID: Счётчики, накапливающие цифры, хранятся в структурах, которые, насколько я понял после изучения исходников сервера, хранят изначальную конфигурацию nginx'а и не являются локальными для того или иного воркера. По мере поступления запросов на апстримы эти счетчики инкрементируются. Кроме того, если Ваш тезис верен, то в статистике по нашим серверам мы должны были бы видеть рандомные показатели каждый раз, когда делаем запрос к модулю. Однако мы такого не наблюдаем - рост показателей вполне адекватный и ожидаемый. 2010/12/23 Maxim Dounin > Hello! > > On Thu, Dec 23, 2010 at 12:02:56PM +0500, Илья Шипицин wrote: > > > Добрый день! > > > > моим коллегой был написан модуль по отображению статистики по > > апстримам а-ля haproxy, модуль используется в промышленной > > эксплуатации > > > > http://habrahabr.ru/blogs/nginx/110047/ > > http://ustats.googlecode.com/ > > > > С уважением, > > Илья Шипицин > > > > P.S. мопед не мой, все благодарности разработчику: "Федотов Алексей" > > <0xc0dec на gmail.com> > > JFYI: > > Модуль показывает статистику только одного рабочего процесса > nginx'а (того, которому случилось обрабатывать запрос на > статистику). Если используется более одного рабочего процесса - > модуль непригоден. > > Maxim Dounin > С уважением, Федотов Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sales на edemnv.ru Thu Dec 23 15:27:21 2010 From: sales на edemnv.ru (=?koi8-r?B?88HXxczYxdcg4czFy9PBzsTS?=) Date: Thu, 23 Dec 2010 17:27:21 +0500 Subject: =?UTF-8?Q?RE=3A_Nginx_=D0=B8_php-cgi?= In-Reply-To: <465471c797ae47a30fe6141de1f93f21.NginxMailingListRussian@forum.nginx.org> Message-ID: Если нет лишних денег на апгрейд то лучше кодеру заплати он перепишет. Это будет менее затратно -----Original Message----- From: KaMaToZzz [mailto:nginx-forum на nginx.us] Sent: Thursday, December 23, 2010 4:48 PM To: nginx-ru на nginx.org Subject: Re: Nginx и php-cgi [quote="TDz"] Вторая проблема это нагрузка на процессор (скачивание картинок со стороннего сайта ну никак не должно кушать 75% cpu), тут надо профилировать. Как минимум для начала посмотреть в коде как именно качаются картинки возможно там имеет место что-то сильно извращенное [/quote] К сожалению этого не смогу сделать, я не кодер... Значит единственный легкий для меня выход апгрейд проца и мамки соответственно. Спасибо за разъяснения. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160646,160712#msg-160712 _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru From catap на catap.ru Thu Dec 23 15:39:34 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Thu, 23 Dec 2010 15:39:34 +0300 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: References: <20101223094805.GZ1084@mdounin.ru> Message-ID: 2010/12/23 No Reply <0xc0dec на gmail.com> > Счётчики, накапливающие цифры, хранятся в структурах, которые, насколько я > понял после изучения исходников сервера, хранят изначальную конфигурацию > nginx'а и не являются локальными для того или иного воркера. По мере > поступления запросов на апстримы эти счетчики инкрементируются. Кроме того, > если Ваш тезис верен, то в статистике по нашим серверам мы должны были бы > видеть рандомные показатели каждый раз, когда делаем запрос к модулю. Однако > мы такого не наблюдаем - рост показателей вполне адекватный и ожидаемый. > Нет. Конфигурация, фактически, лежит в shm памяти после fork(), правда она остается общей, до первого изменения, в этот момент у вас будет расхождение, про которое и сказал Максим. -- wbr, Kirill -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Thu Dec 23 15:53:06 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 23 Dec 2010 15:53:06 +0300 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: References: <20101223094805.GZ1084@mdounin.ru> Message-ID: <20101223125306.GD1084@mdounin.ru> Hello! On Thu, Dec 23, 2010 at 03:44:53PM +0500, No Reply wrote: > Счётчики, накапливающие цифры, хранятся в структурах, которые, насколько я > понял после изучения исходников сервера, хранят изначальную конфигурацию > nginx'а и не являются локальными для того или иного воркера. По мере Нет. (c) Farid Vagapov Конфигурация - создаётся в мастер-процессе, и поэтому каждый рабочий процесс имеет её копию (ибо рабочие процесс - результат fork()'а мастера). Однако любое её изменение из рабочего процесса будет локально для этого рабочего процесса. > поступления запросов на апстримы эти счетчики инкрементируются. Кроме того, > если Ваш тезис верен, то в статистике по нашим серверам мы должны были бы > видеть рандомные показатели каждый раз, когда делаем запрос к модулю. Однако > мы такого не наблюдаем - рост показателей вполне адекватный и ожидаемый. Есть более одного способа некорректного тестирования. В данном случае - наиболее вероятно использование keepalive (соединения устанавливается с рабочим процессом, и пока оно будет закрыто по таймауту - все запросы в этом соединении будут обрабатываться одним и тем же рабочим процессом). Кроме того, если nginx с несколькими рабочими процессами мало нагружен и используется accept_mutex (по умолчанию), то с высокой вероятностью запросы будут обрабатываться одним и тем же рабочим процессом. Maxim Dounin From valery+nginxru на grid.net.ru Thu Dec 23 16:04:02 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Thu, 23 Dec 2010 13:04:02 +0000 (GMT) Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: Message-ID: <20746017.10944.1293109442443.JavaMail.root@zone.mtgsy.net> ----- No Reply <0xc0dec на gmail.com> wrote: > Счётчики, накапливающие цифры, хранятся в структурах, которые, насколько я > понял после изучения исходников сервера, хранят изначальную конфигурацию > nginx'а и не являются локальными для того или иного воркера. По мере > поступления запросов на апстримы эти счетчики инкрементируются. Кроме того, > если Ваш тезис верен, то в статистике по нашим серверам мы должны были бы > видеть рандомные показатели каждый раз, когда делаем запрос к модулю. Однако > мы такого не наблюдаем - рост показателей вполне адекватный и ожидаемый. Вы заблуждаетесь, это очевидно из Вашей аргументации. Перепроверьте свои результаты. -- Regards, Valery Kholodkov From mdounin на mdounin.ru Thu Dec 23 16:04:58 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 23 Dec 2010 16:04:58 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: Message-ID: <20101223130458.GF1084@mdounin.ru> Hello! On Thu, Dec 23, 2010 at 02:44:48PM +0300, ruslan usifov wrote: > Отчего то не получаеться распределять нугрузку по серверам равномерно. Имею > такую кофигурацию upstream. > > upstream backend > { > server 192.168.0.250:1982 max_fails=0; > server 192.168.0.249:1982 max_fails=0; > server 192.168.0.251:1982 max_fails=0; > } > > В результате на одном из серверов в данном случае (192.168.0.251:1982) > нагрузка выше чем на остальных. Там большая очередь входящих подключений: > > Current listen queue sizes (qlen/incqlen/maxqlen) > Proto Listen Local Address > tcp4 1307/0/4096 192.168.0.251.1982 [...] > На остальных все по нулям. Очередь подключений говорит о том, что конкретный сервер с нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на запросы в секунду на бекендах. Если сервера разные по производительности - можно использовать параметр weight для учёта этого при балансировке. http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#server Maxim Dounin From ruslan.usifov на gmail.com Thu Dec 23 16:11:10 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 16:11:10 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: <20101223130458.GF1084@mdounin.ru> References: <20101223130458.GF1084@mdounin.ru> Message-ID: > > Очередь подключений говорит о том, что конкретный сервер с > нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на > запросы в секунду на бекендах. > > А как можно посмотреть на количество запросов в секунду? > Если сервера разные по производительности - можно использовать > параметр weight для учёта этого при балансировке. > > > В том то и дело что сервера совершенно одинаковые. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ruslan.usifov на gmail.com Thu Dec 23 16:35:09 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 16:35:09 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: <20101223130458.GF1084@mdounin.ru> References: <20101223130458.GF1084@mdounin.ru> Message-ID: Очередь подключений говорит о том, что конкретный сервер с > нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на > запросы в секунду на бекендах. > > Если сервера разные по производительности - можно использовать > параметр weight для учёта этого при балансировке. > > > При такой конфигурации upstream backend_nk { server 192.168.0.250:1982 weight=16 max_fails=0; server 192.168.0.249:1982 weight=16 max_fails=0; server 192.168.0.251:1982 weight=10 max_fails=0; } Плохо дела обстоят на 192.168.0.251 Ну хорошо думаю сменил конфигурцию на следующее: upstream backend_nk { server 192.168.0.250:1982 weight=16 max_fails=0; server 192.168.0.249:1982 weight=16 max_fails=0; server 192.168.0.251:1982 weight=10 max_fails=0 down; } И получил следующее загибаться стал 192.168.0.250, ну ладно вернул все обратно и вот что странно нагрузка не вернулась оратно на 192.168.0.251 а так и осталась на 192.168.0.250. Какждый раз при смене конфигурации я делал nginx reload Я думаю что что то в балансировщике работатет неверно ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kav на karagodov.name Thu Dec 23 16:39:46 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 16:39:46 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: мы живём не в идеальном мире ну не повезло этому серверу, что ж теперь читайте внимательней в рассылке было много рецептов на эту тему On 23.12.2010, at 16:35, ruslan usifov wrote: > Очередь подключений говорит о том, что конкретный сервер с >> нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на >> запросы в секунду на бекендах. >> >> Если сервера разные по производительности - можно использовать >> параметр weight для учёта этого при балансировке. >> >> >> > При такой конфигурации > > upstream backend_nk > { > server 192.168.0.250:1982 weight=16 max_fails=0; > server 192.168.0.249:1982 weight=16 max_fails=0; > server 192.168.0.251:1982 weight=10 max_fails=0; > } > > > Плохо дела обстоят на 192.168.0.251 > > Ну хорошо думаю сменил конфигурцию на следующее: > > upstream backend_nk > { > server 192.168.0.250:1982 weight=16 max_fails=0; > server 192.168.0.249:1982 weight=16 max_fails=0; > server 192.168.0.251:1982 weight=10 max_fails=0 down; > } > > И получил следующее загибаться стал 192.168.0.250, ну ладно вернул все > обратно и вот что странно нагрузка не вернулась оратно на 192.168.0.251 а > так и осталась на 192.168.0.250. Какждый раз при смене конфигурации я делал > nginx reload > > > > Я думаю что что то в балансировщике работатет неверно > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Thu Dec 23 16:47:27 2010 From: nginx-forum на nginx.us (sapsan) Date: Thu, 23 Dec 2010 08:47:27 -0500 Subject: =?UTF-8?B?bmdpbnggMC44LjUzLCDQv9GA0L7QsdC70LXQvNCwINGBINC60Y3RiNC10Lw=?= Message-ID: <8d808b60f748fcc4e7665d895dc62e7e.NginxMailingListRussian@forum.nginx.org> Добрый день. Столкнулся с проблемой при кэшировании сайта на большой нагрузке. Страницы в кэш попадают, но из кэша не берутся или берутся очень выборочно. В логах куча алертов: 2010/12/23 00:00:10 [alert] 3005#0: *6988349 stalled cache updating, error:0 while closing request, client: , server: Соответственно нагрузка на сервер зашкаливает и все тормозит. Решил проблему пока откатом на 0.7.65, но может кто сталкивался. В гугле по данной ошибке нашел только вопросы без ответа. ОС: 8.1-RELEASE-p1 Конфиг нжинкса: в http секции: proxy_cache_path /usr/local/nginx/cache levels=1:2 keys_zone=one:1024m inactive=7d max_size=2048m; server { listen х.х.х.х; server_name domain.com; access_log /var/log/nginx/domain.com.access.log main; error_log /var/log/nginx/domain.com.error.log; send_timeout 30; location / { if ($cookie_dle_user_id) { return 412; } if ($cookie_dle_password) { return 412; } if ($request_method = POST ) { return 412; } error_page 412 = @nocached; include /usr/local/etc/nginx/conf/cache; proxy_pass http://127.2.0.1:2190/; include /usr/local/etc/nginx/conf/proxy; } location @nocached { proxy_pass http://127.2.0.1:2190; include /usr/local/etc/nginx/conf/proxy; } } /usr/local/etc/nginx/conf/cache: proxy_cache one; proxy_cache_key "$request_method|$is_args|$host|$request_uri"; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Cache-Control" "Expires"; proxy_cache_valid 200 302 304 15m; proxy_cache_valid 301 1h; proxy_cache_valid any 1m; proxy_cache_use_stale http_502 http_503 http_504; proxy_cache_min_uses 1; proxy_ignore_client_abort off; /usr/local/etc/nginx/conf/proxy: 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; proxy_connect_timeout 30; proxy_buffer_size 8k; proxy_temp_path /usr/local/nginx; Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160739,160739#msg-160739 From swood на fotofor.biz Thu Dec 23 16:54:09 2010 From: swood на fotofor.biz (Anton Kiryushkin) Date: Thu, 23 Dec 2010 16:54:09 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: Попробуйте делать рестарт, возможно, что в системе остался экземпляр процесса со старым конфигом. 23 декабря 2010 г. 16:39 пользователь Alexey V. Karagodov написал: > мы живём не в идеальном мире > ну не повезло этому серверу, что ж теперь > читайте внимательней > в рассылке было много рецептов на эту тему > > On 23.12.2010, at 16:35, ruslan usifov wrote: > >> Очередь подключений говорит о том, что конкретный сервер с >>> нагрузкой не справляется, а не о разнице в нагрузке.  Смотрите на >>> запросы в секунду на бекендах. >>> >>> Если сервера разные по производительности - можно использовать >>> параметр weight для учёта этого при балансировке. >>> >>> >>> >> При такой конфигурации >> >> upstream backend_nk >> { >>        server 192.168.0.250:1982    weight=16        max_fails=0; >>        server 192.168.0.249:1982    weight=16        max_fails=0; >>        server 192.168.0.251:1982    weight=10        max_fails=0; >> } >> >> >> Плохо дела обстоят на 192.168.0.251 >> >> Ну хорошо думаю сменил конфигурцию на следующее: >> >> upstream backend_nk >> { >>        server 192.168.0.250:1982    weight=16        max_fails=0; >>        server 192.168.0.249:1982    weight=16        max_fails=0; >>        server 192.168.0.251:1982    weight=10        max_fails=0 down; >> } >> >> И получил следующее загибаться стал 192.168.0.250, ну ладно вернул все >> обратно и вот что странно нагрузка не вернулась оратно на 192.168.0.251 а >> так и осталась на 192.168.0.250. Какждый раз при смене конфигурации я делал >> nginx reload >> >> >> >> Я думаю что что то в балансировщике работатет неверно >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin, From ruslan.usifov на gmail.com Thu Dec 23 16:58:23 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 16:58:23 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: 23 декабря 2010 г. 16:39 пользователь Alexey V. Karagodov < kav на karagodov.name> написал: > мы живём не в идеальном мире > ну не повезло этому серверу, что ж теперь > читайте внимательней > в рассылке было много рецептов на эту тему > > а может поделитесь рецептом? я вот например даже не знаю как в рассылке можно чего то найти ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kav на karagodov.name Thu Dec 23 17:00:52 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 17:00:52 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: http://sysoev.ru/nginx/docs/maillists.html http://forum.nginx.org/list.php?21 On 23.12.2010, at 16:58, ruslan usifov wrote: > 23 декабря 2010 г. 16:39 пользователь Alexey V. Karagodov < > kav на karagodov.name> написал: > >> мы живём не в идеальном мире >> ну не повезло этому серверу, что ж теперь >> читайте внимательней >> в рассылке было много рецептов на эту тему >> >> > а может поделитесь рецептом? я вот например даже не знаю как в рассылке > можно чего то найти > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From ash2kk на gmail.com Thu Dec 23 17:19:59 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Thu, 23 Dec 2010 19:19:59 +0500 Subject: =?UTF-8?B?UmU6INCf0L7QtNC00LXRgNC20LrQsCDQuNC80LXQvdC+0LLQsNC90L3Ri9GFINCy?= =?UTF-8?B?0YvQtNC10LvQtdC90LjQuSDQsiBhbGlhcw==?= In-Reply-To: References: <20101221171937.GC43004@rambler-co.ru> Message-ID: 22 декабря 2010 г. 9:51 пользователь Mikhail Mazursky написал: > Да, в 0.8.54 нормально работает. Значит я второй раз проверил тоже на > старой версии. Может стоит при тестировании конфига выводить версию nginx? Судя по рассылке такие проблемы из-за невнимательности бывают не так уж редко. From ruslan.usifov на gmail.com Thu Dec 23 17:25:47 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 17:25:47 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: <20101223130458.GF1084@mdounin.ru> References: <20101223130458.GF1084@mdounin.ru> Message-ID: > > Очередь подключений говорит о том, что конкретный сервер с > нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на > запросы в секунду на бекендах. > > Если сервера разные по производительности - можно использовать > параметр weight для учёта этого при балансировке. > > > Так же на загруженном бекенде у меня сильно подскакивает врмея которе CPU затрачивает на system last pid: 12647; load averages: 25.81, 23.25, 21.18 up 51+16:48:54 17:24:53 97 processes: 22 running, 65 sleeping, 10 lock CPU: 43.9% user, 0.1% nice, 50.0% system, 3.5% interrupt, 2.5% idle Mem: 1216M Active, 6635M Inact, 1591M Wired, 6580K Cache, 1236M Buf, 2425M Free Swap: 4096M Total, 24K Used, 4096M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11612 www 1 97 0 74552K 17568K CPU7 7 0:48 8.25% php-cgi 11597 www 1 97 0 72504K 16668K *Name 4 0:49 7.86% php-cgi 11606 www 1 97 0 72504K 16588K RUN 6 0:49 7.76% php-cgi 11610 www 1 97 0 72504K 16616K RUN 6 0:49 7.67% php-cgi 11593 www 1 76 0 72504K 16624K sbwait 4 0:48 7.67% php-cgi 11623 www 1 76 0 72504K 16648K sbwait 1 0:48 7.67% php-cgi 11594 www 1 97 0 72504K 16664K RUN 5 0:48 7.67% php-cgi 11622 www 1 97 0 73528K 16952K CPU6 6 0:49 7.57% php-cgi 11615 www 1 97 0 72504K 16600K *Name 6 0:48 7.57% php-cgi 11602 www 1 97 0 72504K 16664K RUN 4 0:49 7.47% php-cgi 11617 www 1 97 0 72504K 16588K RUN 5 0:49 7.47% php-cgi 11613 www 1 97 0 72504K 16664K RUN 0 0:49 7.47% php-cgi 11598 www 1 76 0 72504K 16636K *Name 3 0:49 7.47% php-cgi 11601 www 1 97 0 72504K 16676K RUN 1 0:49 7.37% php-cgi 11605 www 1 97 0 72504K 16600K RUN 1 0:49 7.37% php-cgi 11609 www 1 97 0 72504K 16624K RUN 7 0:48 7.37% php-cgi 11611 www 1 97 0 72504K 16616K CPU4 1 0:49 7.28% php-cgi 11620 www 1 97 0 72504K 16644K *Name 1 0:49 7.28% php-cgi 11603 www 1 97 0 72504K 16632K *Name 1 0:48 7.28% php-cgi 11616 www 1 97 0 72504K 16684K RUN 0 0:48 7.28% php-cgi 11624 www 1 97 0 72504K 16640K *Name 2 0:49 7.18% php-cgi 11595 www 1 76 0 72504K 16684K RUN 4 0:49 7.18% php-cgi 11608 www 1 76 0 72504K 16644K sbwait 6 0:49 7.08% php-cgi 11599 www 1 97 0 74552K 17520K *Name 3 0:48 7.08% php-cgi 11604 www 1 97 0 72504K 16616K RUN 2 0:49 6.98% php-cgi 11596 www 1 97 0 72504K 16628K CPU2 2 0:49 6.98% php-cgi 11600 www 1 97 0 72504K 16716K *Name 3 0:49 6.98% php-cgi 11621 www 1 97 0 72504K 16600K CPU1 1 0:48 6.98% php-cgi 11619 www 1 97 0 72504K 16648K RUN 5 0:48 6.88% php-cgi 11618 www 1 97 0 72504K 16608K *Name 1 0:48 6.88% php-cgi 11614 www 1 76 0 73528K 16944K RUN 0 0:48 6.88% php-cgi 11607 www 1 97 0 72504K 16664K RUN 4 0:48 6.88% php-cgi 10388 www 1 46 0 18544K 9452K kqread 0 0:15 0.29% nginx 10383 www 1 45 0 18544K 9024K kqread 2 0:18 0.20% nginx 10382 www 1 46 0 18544K 9292K kqread 3 0:16 0.20% nginx 10385 www 1 45 0 18544K 9276K kqread 4 0:14 0.10% nginx 10386 www 1 46 0 18544K 9528K kqread 7 0:13 0.10% nginx 7561 nobody 6 58 0 1071M 1051M ucond 1 29.6H 0.00% memcached 90501 bind 11 44 0 40556K 29680K kqread 1 214:10 0.00% named Может быть в этом кроеться проблема, хотя отчего он может доскачить я ума не приложу ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From 0xc0dec на gmail.com Thu Dec 23 17:53:30 2010 From: 0xc0dec на gmail.com (No Reply) Date: Thu, 23 Dec 2010 19:53:30 +0500 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <20101223125306.GD1084@mdounin.ru> References: <20101223094805.GZ1084@mdounin.ru> <20101223125306.GD1084@mdounin.ru> Message-ID: 2010/12/23 Maxim Dounin > Hello! > > On Thu, Dec 23, 2010 at 03:44:53PM +0500, No Reply wrote: > > > Счётчики, накапливающие цифры, хранятся в структурах, которые, насколько > я > > понял после изучения исходников сервера, хранят изначальную конфигурацию > > nginx'а и не являются локальными для того или иного воркера. По мере > > Нет. (c) Farid Vagapov > > Конфигурация - создаётся в мастер-процессе, и поэтому каждый > рабочий процесс имеет её копию (ибо рабочие процесс - результат > fork()'а мастера). Однако любое её изменение из рабочего процесса > будет локально для этого рабочего процесса. > > > поступления запросов на апстримы эти счетчики инкрементируются. Кроме > того, > > если Ваш тезис верен, то в статистике по нашим серверам мы должны были бы > > видеть рандомные показатели каждый раз, когда делаем запрос к модулю. > Однако > > мы такого не наблюдаем - рост показателей вполне адекватный и ожидаемый. > > Есть более одного способа некорректного тестирования. > > В данном случае - наиболее вероятно использование keepalive > (соединения устанавливается с рабочим процессом, и пока оно будет > закрыто по таймауту - все запросы в этом соединении будут > обрабатываться одним и тем же рабочим процессом). > > Кроме того, если nginx с несколькими рабочими процессами мало > нагружен и используется accept_mutex (по умолчанию), то с высокой > вероятностью запросы будут обрабатываться одним и тем же рабочим > процессом. > > Maxim Dounin > Спасибо за отзывы. я учту высказанные замечания. С уважением, Федотов Алексей. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kav на karagodov.name Thu Dec 23 17:59:39 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 17:59:39 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: зачем столько процессов (детей) nginx? они отдают статику с разных дисков? или 5-и головый процессор? несколько процессов нужно, если есть вероятность их блокировки, например на дисковых операциях IO, а также многопроцессорность/многоголовость (исключая HT) судя по отжиранию ЦПУ процессами пхп, либо у вас много посетителей, либо пхп отдаёт статику и пр. подобные глупости, либо они все чего то ждут ( 50.0% system ) 3.5% interrupt - многовато On 23.12.2010, at 17:25, ruslan usifov wrote: >> >> Очередь подключений говорит о том, что конкретный сервер с >> нагрузкой не справляется, а не о разнице в нагрузке. Смотрите на >> запросы в секунду на бекендах. >> >> Если сервера разные по производительности - можно использовать >> параметр weight для учёта этого при балансировке. >> >> >> > Так же на загруженном бекенде у меня сильно подскакивает врмея которе CPU > затрачивает на system > > last pid: 12647; load averages: 25.81, 23.25, > 21.18 up > 51+16:48:54 17:24:53 > 97 processes: 22 running, 65 sleeping, 10 lock > CPU: 43.9% user, 0.1% nice, 50.0% system, 3.5% interrupt, 2.5% idle > Mem: 1216M Active, 6635M Inact, 1591M Wired, 6580K Cache, 1236M Buf, 2425M > Free > Swap: 4096M Total, 24K Used, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 11612 www 1 97 0 74552K 17568K CPU7 7 0:48 8.25% php-cgi > 11597 www 1 97 0 72504K 16668K *Name 4 0:49 7.86% php-cgi > 11606 www 1 97 0 72504K 16588K RUN 6 0:49 7.76% php-cgi > 11610 www 1 97 0 72504K 16616K RUN 6 0:49 7.67% php-cgi > 11593 www 1 76 0 72504K 16624K sbwait 4 0:48 7.67% php-cgi > 11623 www 1 76 0 72504K 16648K sbwait 1 0:48 7.67% php-cgi > 11594 www 1 97 0 72504K 16664K RUN 5 0:48 7.67% php-cgi > 11622 www 1 97 0 73528K 16952K CPU6 6 0:49 7.57% php-cgi > 11615 www 1 97 0 72504K 16600K *Name 6 0:48 7.57% php-cgi > 11602 www 1 97 0 72504K 16664K RUN 4 0:49 7.47% php-cgi > 11617 www 1 97 0 72504K 16588K RUN 5 0:49 7.47% php-cgi > 11613 www 1 97 0 72504K 16664K RUN 0 0:49 7.47% php-cgi > 11598 www 1 76 0 72504K 16636K *Name 3 0:49 7.47% php-cgi > 11601 www 1 97 0 72504K 16676K RUN 1 0:49 7.37% php-cgi > 11605 www 1 97 0 72504K 16600K RUN 1 0:49 7.37% php-cgi > 11609 www 1 97 0 72504K 16624K RUN 7 0:48 7.37% php-cgi > 11611 www 1 97 0 72504K 16616K CPU4 1 0:49 7.28% php-cgi > 11620 www 1 97 0 72504K 16644K *Name 1 0:49 7.28% php-cgi > 11603 www 1 97 0 72504K 16632K *Name 1 0:48 7.28% php-cgi > 11616 www 1 97 0 72504K 16684K RUN 0 0:48 7.28% php-cgi > 11624 www 1 97 0 72504K 16640K *Name 2 0:49 7.18% php-cgi > 11595 www 1 76 0 72504K 16684K RUN 4 0:49 7.18% php-cgi > 11608 www 1 76 0 72504K 16644K sbwait 6 0:49 7.08% php-cgi > 11599 www 1 97 0 74552K 17520K *Name 3 0:48 7.08% php-cgi > 11604 www 1 97 0 72504K 16616K RUN 2 0:49 6.98% php-cgi > 11596 www 1 97 0 72504K 16628K CPU2 2 0:49 6.98% php-cgi > 11600 www 1 97 0 72504K 16716K *Name 3 0:49 6.98% php-cgi > 11621 www 1 97 0 72504K 16600K CPU1 1 0:48 6.98% php-cgi > 11619 www 1 97 0 72504K 16648K RUN 5 0:48 6.88% php-cgi > 11618 www 1 97 0 72504K 16608K *Name 1 0:48 6.88% php-cgi > 11614 www 1 76 0 73528K 16944K RUN 0 0:48 6.88% php-cgi > 11607 www 1 97 0 72504K 16664K RUN 4 0:48 6.88% php-cgi > 10388 www 1 46 0 18544K 9452K kqread 0 0:15 0.29% nginx > 10383 www 1 45 0 18544K 9024K kqread 2 0:18 0.20% nginx > 10382 www 1 46 0 18544K 9292K kqread 3 0:16 0.20% nginx > 10385 www 1 45 0 18544K 9276K kqread 4 0:14 0.10% nginx > 10386 www 1 46 0 18544K 9528K kqread 7 0:13 0.10% nginx > 7561 nobody 6 58 0 1071M 1051M ucond 1 29.6H 0.00% memcached > 90501 bind 11 44 0 40556K 29680K kqread 1 214:10 0.00% named > > > > Может быть в этом кроеться проблема, хотя отчего он может доскачить я ума не > приложу > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From ruslan.usifov на gmail.com Thu Dec 23 18:25:01 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 18:25:01 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: 23 декабря 2010 г. 17:59 пользователь Alexey V. Karagodov < kav на karagodov.name> написал: > зачем столько процессов (детей) nginx? > они отдают статику с разных дисков? или 5-и головый процессор? > несколько процессов нужно, если есть вероятность их блокировки, например на > дисковых операциях IO, а также многопроцессорность/многоголовость (исключая > HT) > судя по отжиранию ЦПУ процессами пхп, либо у вас много посетителей, либо > пхп отдаёт статику и пр. подобные глупости, либо они все чего то ждут ( > 50.0% system ) > 3.5% interrupt - многовато > > > У нас 8 головый проц (точнее 2 проца по 4 ядра), потому и процессов nginx 8, посетителей дейсвительно много. На этой же машине находиться nginx (из за этого много interrupt) Но я все никак не могу взять в толк почему же round robin балансировка не балансирует нагрузку примерно одинакого, у меня нет ни разноплановых приложений (приложение одно) ни каких либо ещё хитростей, все просто и тупо, три сервера обслуживают одно приложение.Просто обидно становиться когда один сервер пашет как пылесос а остальные прохлаждаються:-( ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kav на karagodov.name Thu Dec 23 18:49:20 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 18:49:20 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: <29DDB914-9D4D-4870-A6ED-83F5A484121F@karagodov.name> это уже надо отлаживать чем именно занят сервер и: upstream backend { server 192.168.0.250:1982; server 192.168.0.249:1982; server 192.168.0.251:1982; } уберите параметр max_fails что указано в строке http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_next_upstream ? попробуйте что-то вроде proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404; #все ошибки в общем proxy_connect_timeout 1; On 23.12.2010, at 18:25, ruslan usifov wrote: > 23 декабря 2010 г. 17:59 пользователь Alexey V. Karagodov < > kav на karagodov.name> написал: > >> зачем столько процессов (детей) nginx? >> они отдают статику с разных дисков? или 5-и головый процессор? >> несколько процессов нужно, если есть вероятность их блокировки, например на >> дисковых операциях IO, а также многопроцессорность/многоголовость (исключая >> HT) >> судя по отжиранию ЦПУ процессами пхп, либо у вас много посетителей, либо >> пхп отдаёт статику и пр. подобные глупости, либо они все чего то ждут ( >> 50.0% system ) >> 3.5% interrupt - многовато >> >> >> У нас 8 головый проц (точнее 2 проца по 4 ядра), потому и процессов nginx > 8, посетителей дейсвительно много. На этой же машине находиться nginx (из за > этого много interrupt) > > > Но я все никак не могу взять в толк почему же round robin балансировка не > балансирует нагрузку примерно одинакого, у меня нет ни разноплановых > приложений (приложение одно) ни каких либо ещё хитростей, все просто и тупо, > три сервера обслуживают одно приложение.Просто обидно становиться когда один > сервер пашет как пылесос а остальные прохлаждаються:-( > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From domrachev.ivan на gmail.com Thu Dec 23 19:24:11 2010 From: domrachev.ivan на gmail.com (Domrachev Ivan) Date: Thu, 23 Dec 2010 19:24:11 +0300 Subject: core dumped In-Reply-To: <1844454627.20101222135702@gmail.com> References: <252860129.20101222104717@gmail.com> <20101222095801.GR1084@mdounin.ru> <1844454627.20101222135702@gmail.com> Message-ID: <152908907.20101223192411@gmail.com> >>> собственно subj. >>> воспроизвести не получается, но он сам переодически выпадает. >> [...] >>> (gdb) fr 0 >>> #0 0x000000000048098b in ngx_http_fastcgi_create_request (r=0x8015bd000) at src/http/modules/ngx_http_fastcgi_module.c:954 >>> 954 ch = header[i].key.data[n]; >>> (gdb) p header[i] >>> $1 = {hash = 34378479760, key = {len = 34378480481, data = 0x0}, value = {len = 0, data = 0x8011df890 "\001\001"}, lowcase_key = 0x8011dfc60 "@-\035\001\b"} >>> >>> дебаг логи имеются, но т.к. в них сессионники - сюда не выкладываю. >>> готов их отправить вместе с конфигами отдельно на мыло, если надо. >> Я правильно понимаю, что в конфиге используются fastcgi_param >> HTTP_...? Проблема судя по всему в них, и по коду там всё >> плохо - как минимум выделяется недостаточно памяти под ignored >> (там нужно либо выделять по количеству заголовков в запросе, либо >> менять логику). >> Это напрямую не объясняет мусор в header[i], но в принципе снести >> может всё что угодно. > спасибо. > да, в конфиге используется: > fastcgi_param HTTP_REFERER $http_referer; > в принципе реферер для бэкенда не сильно критичен. попробую погонять без него. больше суток прошло. корок больше не было. значит в этом дело было. From postmaster на softsearch.ru Thu Dec 23 19:57:30 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 23 Dec 2010 19:57:30 +0300 Subject: =?UTF-8?B?UmVbMl06INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: <1318546344.20101223195730@softsearch.ru> Здравствуйте, Руслан. ru> Я думаю что что то в балансировщике работатет неверно Это легко проверить. Для этого достаточно повлиять на алгоритм балансировки так, чтобы он выбрал другой сервер и больше запросов слал на него. Для этого поставьте всем апстримам веса вроде 1001, 1000 и 1000. Или 500, 1000, 1000. И попробуйте их менять по разному между бэкендами, наблюдая на них systat -if или systat -ip. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From ingvar на westsib.ru Thu Dec 23 20:35:33 2010 From: ingvar на westsib.ru (Igor V. Fatkulin) Date: Thu, 23 Dec 2010 23:35:33 +0600 Subject: =?UTF-8?B?0L3QtdC/0L7QvdGP0YLQvdC+0LUgItC30LDQu9C40L/QsNC90LjQtSI=?= Message-ID: <599288601.20101223233533@westsib.ru> Доброго времени суток всем. Есть пара серверов: 1. nginx + apache2.0 + mod_php5.2, 4ядерный XEON, 2GB, среднее LA <0.8, диски не загружены почти вообще, FreeBSD 7.0 32bit 2. nginx + apache1.3 + php5.2 as CGI, 2дерный Core2, 4GB, среднее LA>2, диски не загружены почти вообще, FreeBSD 8.0 64bit У обоих одинаковая симптоматика - сайт либо открывается мгновенно, либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не висит ничего, что можно было бы попробовать объявить причиной залипания. Причем залипание на первый взгляд немотивированное - только что тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача тормозится. Затем опять все начинает летать. Интервалы между залипаниями абсолютно произвольные. Хочу попросить совета где покопать решение этой проблемы, что показать из конфигов nginx, apache, ОС? From postmaster на softsearch.ru Thu Dec 23 20:47:46 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 23 Dec 2010 20:47:46 +0300 Subject: =?UTF-8?B?UmU6INC90LXQv9C+0L3Rj9GC0L3QvtC1ICLQt9Cw0LvQuNC/0LDQvdC40LUi?= In-Reply-To: <599288601.20101223233533@westsib.ru> References: <599288601.20101223233533@westsib.ru> Message-ID: <1803953433.20101223204746@softsearch.ru> Здравствуйте, Игорь. IVF> Есть пара серверов: IVF> 1. nginx + apache2.0 + mod_php5.2, 4ядерный XEON, 2GB, среднее LA <0.8, IVF> диски не загружены почти вообще, FreeBSD 7.0 32bit IVF> 2. nginx + apache1.3 + php5.2 as CGI, 2дерный Core2, 4GB, среднее LA>2, IVF> диски не загружены почти вообще, FreeBSD 8.0 64bit IVF> У обоих одинаковая симптоматика - сайт либо открывается мгновенно, IVF> либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не IVF> висит ничего, что можно было бы попробовать объявить причиной залипания. IVF> Причем залипание на первый взгляд немотивированное - только что IVF> тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача IVF> тормозится. Затем опять все начинает летать. Интервалы между IVF> залипаниями абсолютно произвольные. IVF> Хочу попросить совета где покопать решение этой проблемы, IVF> что показать из конфигов nginx, apache, ОС? Посмотрите tcpdump-ом кто именно тормозит: nginx или апач. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From ingvar на westsib.ru Thu Dec 23 21:04:35 2010 From: ingvar на westsib.ru (Igor V. Fatkulin) Date: Fri, 24 Dec 2010 00:04:35 +0600 Subject: =?UTF-8?B?UmU6INC90LXQv9C+0L3Rj9GC0L3QvtC1ICLQt9Cw0LvQuNC/0LDQvdC40LUi?= In-Reply-To: <1803953433.20101223204746@softsearch.ru> References: <599288601.20101223233533@westsib.ru> <1803953433.20101223204746@softsearch.ru> Message-ID: <1678630311.20101224000435@westsib.ru> IVF>> Есть пара серверов: IVF>> 1. nginx + apache2.0 + mod_php5.2, 4ядерный XEON, 2GB, среднее LA <0.8, IVF>> диски не загружены почти вообще, FreeBSD 7.0 32bit IVF>> 2. nginx + apache1.3 + php5.2 as CGI, 2дерный Core2, 4GB, среднее LA>2, IVF>> диски не загружены почти вообще, FreeBSD 8.0 64bit IVF>> У обоих одинаковая симптоматика - сайт либо открывается мгновенно, IVF>> либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не IVF>> висит ничего, что можно было бы попробовать объявить причиной залипания. IVF>> Причем залипание на первый взгляд немотивированное - только что IVF>> тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача IVF>> тормозится. Затем опять все начинает летать. Интервалы между IVF>> залипаниями абсолютно произвольные. IVF>> Хочу попросить совета где покопать решение этой проблемы, IVF>> что показать из конфигов nginx, apache, ОС? ММ> Посмотрите tcpdump-ом кто именно тормозит: nginx или апач. Похоже, что залипает nginx, т.к. проблема проявляется и на виртхосте, где лежит только статика, отдаваемая nginx. From postmaster на softsearch.ru Thu Dec 23 21:24:05 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 23 Dec 2010 21:24:05 +0300 Subject: =?UTF-8?B?UmVbMl06INC90LXQv9C+0L3Rj9GC0L3QvtC1ICLQt9Cw0LvQuNC/0LDQvdC40LUi?= In-Reply-To: <1678630311.20101224000435@westsib.ru> References: <599288601.20101223233533@westsib.ru> <1803953433.20101223204746@softsearch.ru> <1678630311.20101224000435@westsib.ru> Message-ID: <0958453.20101223212405@softsearch.ru> Здравствуйте, Игорь. IVF>>> Есть пара серверов: IVF>>> 1. nginx + apache2.0 + mod_php5.2, 4ядерный XEON, 2GB, среднее LA <0.8, IVF>>> диски не загружены почти вообще, FreeBSD 7.0 32bit IVF>>> 2. nginx + apache1.3 + php5.2 as CGI, 2дерный Core2, 4GB, среднее LA>2, IVF>>> диски не загружены почти вообще, FreeBSD 8.0 64bit IVF>>> У обоих одинаковая симптоматика - сайт либо открывается мгновенно, IVF>>> либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не IVF>>> висит ничего, что можно было бы попробовать объявить причиной залипания. IVF>>> Причем залипание на первый взгляд немотивированное - только что IVF>>> тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача IVF>>> тормозится. Затем опять все начинает летать. Интервалы между IVF>>> залипаниями абсолютно произвольные. IVF>>> Хочу попросить совета где покопать решение этой проблемы, IVF>>> что показать из конфигов nginx, apache, ОС? ММ>> Посмотрите tcpdump-ом кто именно тормозит: nginx или апач. IVF> Похоже, что залипает nginx, т.к. проблема проявляется и на виртхосте, IVF> где лежит только статика, отдаваемая nginx. Конфиг или весь, или только для залипающего server{...} пришлите пожалуйста. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From pavel2000 на ngs.ru Thu Dec 23 21:26:17 2010 From: pavel2000 на ngs.ru (Pavel V.) Date: Fri, 24 Dec 2010 00:26:17 +0600 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: References: <20101223130458.GF1084@mdounin.ru> Message-ID: <1929473903.20101224002617@ngs.ru> Здравствуйте, ruslan. Вы писали 23 декабря 2010 г., 21:25:01: > У нас 8 головый проц (точнее 2 проца по 4 ядра), потому и процессов > nginx 8, посетителей дейсвительно много. На этой же машине > находиться nginx (из за этого много interrupt) Вы ведете графики различных показателей всех серверов ? Если не ведете, самое время начать. Какое количество коннектов одновременно у вас держит вся система ? Сколько запросов в секунду, суммарно по всем серверам ? -- С уважением, Pavel mailto:pavel2000 на ngs.ru From ruslan.usifov на gmail.com Thu Dec 23 21:33:10 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Thu, 23 Dec 2010 21:33:10 +0300 Subject: =?UTF-8?B?UmU6INCR0LDQu9Cw0L3RgdC40YDQvtCy0LrQsCDQvdCw0LPRgNGD0LfQutC4?= In-Reply-To: <1929473903.20101224002617@ngs.ru> References: <20101223130458.GF1084@mdounin.ru> <1929473903.20101224002617@ngs.ru> Message-ID: 23 декабря 2010 г. 21:26 пользователь Pavel V. написал: > Здравствуйте, ruslan. > > Вы писали 23 декабря 2010 г., 21:25:01: > > > У нас 8 головый проц (точнее 2 проца по 4 ядра), потому и процессов > > nginx 8, посетителей дейсвительно много. На этой же машине > > находиться nginx (из за этого много interrupt) > > Вы ведете графики различных показателей всех серверов ? > Если не ведете, самое время начать. > > Графики ведем > Какое количество коннектов одновременно у вас держит вся система ? > Сколько запросов в секунду, суммарно по всем серверам ? > > Около 600 запросов в секунду это потолок для нас сейчас ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ingvar на westsib.ru Thu Dec 23 21:40:22 2010 From: ingvar на westsib.ru (Igor V. Fatkulin) Date: Fri, 24 Dec 2010 00:40:22 +0600 Subject: =?UTF-8?B?UmU6INC90LXQv9C+0L3Rj9GC0L3QvtC1ICLQt9Cw0LvQuNC/0LDQvdC40LUi?= In-Reply-To: <0958453.20101223212405@softsearch.ru> References: <599288601.20101223233533@westsib.ru> <1803953433.20101223204746@softsearch.ru> <1678630311.20101224000435@westsib.ru> <0958453.20101223212405@softsearch.ru> Message-ID: <18910082410.20101224004022@westsib.ru> IVF>>>> Есть пара серверов: IVF>>>> 1. nginx + apache2.0 + mod_php5.2, 4ядерный XEON, 2GB, среднее LA <0.8, IVF>>>> диски не загружены почти вообще, FreeBSD 7.0 32bit IVF>>>> 2. nginx + apache1.3 + php5.2 as CGI, 2дерный Core2, 4GB, среднее LA>2, IVF>>>> диски не загружены почти вообще, FreeBSD 8.0 64bit IVF>>>> У обоих одинаковая симптоматика - сайт либо открывается мгновенно, IVF>>>> либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не IVF>>>> висит ничего, что можно было бы попробовать объявить причиной залипания. IVF>>>> Причем залипание на первый взгляд немотивированное - только что IVF>>>> тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача IVF>>>> тормозится. Затем опять все начинает летать. Интервалы между IVF>>>> залипаниями абсолютно произвольные. IVF>>>> Хочу попросить совета где покопать решение этой проблемы, IVF>>>> что показать из конфигов nginx, apache, ОС? ММ>>> Посмотрите tcpdump-ом кто именно тормозит: nginx или апач. IVF>> Похоже, что залипает nginx, т.к. проблема проявляется и на виртхосте, IVF>> где лежит только статика, отдаваемая nginx. ММ> Конфиг или весь, или только для залипающего server{...} пришлите пожалуйста. user apache; worker_processes 1; error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; pid logs/nginx.pid; events { use kqueue; worker_connections 8192; } 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; sendfile on; tcp_nopush on; output_buffers 1 256k; tcp_nodelay on; send_lowat 12000; keepalive_timeout 0; client_max_body_size 1024m; proxy_buffering on; proxy_buffers 8 8k; proxy_temp_path /var/nginx/proxy 1 2; client_header_timeout 300; client_body_timeout 300; gzip off; server { listen ; server_name ; access_log logs/access.log main; error_log logs/error.log; location / { proxy_pass http://localhost:80/; proxy_set_header X-Real-IP $remote_addr; proxy_set_header HOST $http_host; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } location ~ /\.ht { deny all; } location ~* ^.+.(jpg|jpeg|gif|png|bmp|swf|flv|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|rtf|js|html|htm)$ { root /data/users/USER_HOME/html; } } } From kav на karagodov.name Thu Dec 23 22:44:52 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 22:44:52 +0300 Subject: =?UTF-8?B?ZXhjbHVzaW9ucyBpbiByZWdleHAgLyDQuNGB0LrQu9GO0YfQtdC90LjRjyDQsiA=?= =?UTF-8?B?0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= Message-ID: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> всем привет подскажите пожалуйста, что я не правильно написал в этой регулярке: location ~* ^/admin/[^seo]/action/ { # суть - /admin/(.*)/action/ можно, а /admin/seo/action/ нельзя (вернуть 403 в смысле) return 403; } спасибо P.S.: перевожу HostCMS с индейца полностью на Nginx+PHP5.2.16-FPM From boris на dolgov.name Thu Dec 23 22:47:18 2010 From: boris на dolgov.name (Boris Dolgov) Date: Thu, 23 Dec 2010 22:47:18 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> Message-ID: 2010/12/23 Alexey V. Karagodov : > всем привет > > подскажите пожалуйста, что я не правильно написал в этой регулярке: > > location ~* ^/admin/[^seo]/action/ {          # суть - /admin/(.*)/action/ можно, а /admin/seo/action/ нельзя (вернуть 403 в смысле) >    return 403; > } > > спасибо У Вас получилось /admin/s/action, /admin/e/action, /admin/o/action - нельзя. Вместо квадратных скобок нужны круглые. -- Boris Dolgov. From vyacheslav на slinko.pp.ru Thu Dec 23 22:49:16 2010 From: vyacheslav на slinko.pp.ru (Vyacheslav Slinko) Date: Thu, 23 Dec 2010 22:49:16 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> Message-ID: location /admin { } location /admin/seo/action { return 403; } 2010/12/23 Alexey V. Karagodov > всем привет > > подскажите пожалуйста, что я не правильно написал в этой регулярке: > > location ~* ^/admin/[^seo]/action/ { # суть - /admin/(.*)/action/ > можно, а /admin/seo/action/ нельзя (вернуть 403 в смысле) > return 403; > } > > спасибо > > > P.S.: перевожу HostCMS с индейца полностью на Nginx+PHP5.2.16-FPM > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Sincerely yours, Vyacheslav Slinko ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kav на karagodov.name Thu Dec 23 22:55:30 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 22:55:30 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> Message-ID: <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> смысел как раз в том, чтобы, выражаясь шеловским языком запретить доступ к /admin/*/action/ , но разрешить доступ к /admin/seo/action одним выражением там этих локешнов пока не много, но со временем ... и мало ли где они что ещё влепят и в каком кол-ве On 23.12.2010, at 22:49, Vyacheslav Slinko wrote: > location /admin { > > } > > location/admin/seo/action { > return 403; > } From kav на karagodov.name Thu Dec 23 22:56:43 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 22:56:43 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> Message-ID: <52FC4CCE-1815-4564-9413-583E444B1C63@karagodov.name> круглые не работают пока помогло вот так: ~* ^/admin/[^s][^e][^o](.*)/action/ тем же grep-ом admin/[^seo]/action работает как надо On 23.12.2010, at 22:47, Boris Dolgov wrote: > 2010/12/23 Alexey V. Karagodov : >> всем привет >> >> подскажите пожалуйста, что я не правильно написал в этой регулярке: >> >> location ~* ^/admin/[^seo]/action/ { # суть - /admin/(.*)/action/ можно, а /admin/seo/action/ нельзя (вернуть 403 в смысле) >> return 403; >> } >> >> спасибо > У Вас получилось /admin/s/action, /admin/e/action, /admin/o/action - нельзя. > Вместо квадратных скобок нужны круглые. > > > -- > Boris Dolgov. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From kav на karagodov.name Thu Dec 23 23:52:15 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Thu, 23 Dec 2010 23:52:15 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <52FC4CCE-1815-4564-9413-583E444B1C63@karagodov.name> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <52FC4CCE-1815-4564-9413-583E444B1C63@karagodov.name> Message-ID: <16A23E58-E3AC-460E-962E-3CBDDE367D0C@karagodov.name> ну почти - ~* ^/admin/((?!seo).)*/action/ { отрабатывает совпадения любой длинны, от нуля; отрабатывает вложенные папки ( admin/templates/templates/action ) . одна беда, туда также попадает всё, что начинается с seo http://bloggingabout.net/blogs/arjen/archive/2008/12/03/regex-exclude-lines-containing-a-specific-word.aspx On 23.12.2010, at 22:56, Alexey V. Karagodov wrote: > круглые не работают > > пока помогло вот так: ~* ^/admin/[^s][^e][^o](.*)/action/ > тем же grep-ом admin/[^seo]/action работает как надо > > On 23.12.2010, at 22:47, Boris Dolgov wrote: > >> 2010/12/23 Alexey V. Karagodov : >>> всем привет >>> >>> подскажите пожалуйста, что я не правильно написал в этой регулярке: >>> >>> location ~* ^/admin/[^seo]/action/ { # суть - /admin/(.*)/action/ можно, а /admin/seo/action/ нельзя (вернуть 403 в смысле) >>> return 403; >>> } >>> >>> спасибо >> У Вас получилось /admin/s/action, /admin/e/action, /admin/o/action - нельзя. >> Вместо квадратных скобок нужны круглые. >> >> >> -- >> Boris Dolgov. >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Fri Dec 24 00:09:12 2010 From: nginx-forum на nginx.us (zosia) Date: Thu, 23 Dec 2010 16:09:12 -0500 Subject: =?UTF-8?Q?location=2C_rewrite_=D0=B8_fastcgi_cache?= Message-ID: <2af089af426bb5a7f496b8e62c4b224c.NginxMailingListRussian@forum.nginx.org> Извиняюсь за глупый вопрос, но не могу понять вроде бы простую вещь.. В конфиге у меня прописаны реврайты для location'ов [code] location /sections { rewrite ^/sections/some/page/(.*)$ /index.php?sections=true&id=$1&page=$2; rewrite ^/sections/some/(.*)$ /index.php?sections=true&id=$1; rewrite ^/sections$ /index.php?sections=true; } location / { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/directory$fastcgi_script_name; include fastcgi_params; } [/code] Так вот вопрос такой: Как закешировать только директорию "sections" со всеми реврайтами, переменными, а всё остальное не трогать? Т.е. как отправить переменные индексу, но кешировать только эту директорию (sections)? [code] fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /var/www/directory$fastcgi_script_name; fastcgi_cache one; fastcgi_cache_valid any 3m; fastcgi_pass_header Cookie; fastcgi_cache_key 127.0.0.1:9000$http_host$request_uri; fastcgi_cache_use_stale error timeout invalid_header http_500; include fastcgi_params; [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160848,160848#msg-160848 From igor на sysoev.ru Fri Dec 24 00:11:48 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 24 Dec 2010 00:11:48 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> Message-ID: <20101223211148.GA80004@rambler-co.ru> On Thu, Dec 23, 2010 at 10:55:30PM +0300, Alexey V. Karagodov wrote: > смысел как раз в том, чтобы, выражаясь шеловским языком запретить доступ к /admin/*/action/ , но разрешить доступ к /admin/seo/action одним выражением > там этих локешнов пока не много, но со временем ... и мало ли где они что ещё влепят и в каком кол-ве Не нужно пытаться впихнуть всё в регулярное выражение. location /admin/seo/action { ... } location /admin/что-то-ещё/action { ... } location /admin/ { return 403; } > On 23.12.2010, at 22:49, Vyacheslav Slinko wrote: > > > location /admin { > > > > } > > > > location/admin/seo/action { > > return 403; > > } -- Игорь Сысоев http://sysoev.ru From kav на karagodov.name Fri Dec 24 00:16:11 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Fri, 24 Dec 2010 00:16:11 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <20101223211148.GA80004@rambler-co.ru> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> <20101223211148.GA80004@rambler-co.ru> Message-ID: да, задача оказалась нетривиальная таки напишу скрипт, который будет из .htaccess-ов генерить конфиг как то проще хоть и требует излишнего внимания спасибо On 24.12.2010, at 0:11, Igor Sysoev wrote: > On Thu, Dec 23, 2010 at 10:55:30PM +0300, Alexey V. Karagodov wrote: > >> смысел как раз в том, чтобы, выражаясь шеловским языком запретить доступ к /admin/*/action/ , но разрешить доступ к /admin/seo/action одним выражением >> там этих локешнов пока не много, но со временем ... и мало ли где они что ещё влепят и в каком кол-ве > > Не нужно пытаться впихнуть всё в регулярное выражение. > > location /admin/seo/action { > ... > } > > location /admin/что-то-ещё/action { > ... > } > > location /admin/ { > return 403; > } > >> On 23.12.2010, at 22:49, Vyacheslav Slinko wrote: >> >>> location /admin { >>> >>> } >>> >>> location/admin/seo/action { >>> return 403; >>> } > > > -- > Игорь Сысоев > http://sysoev.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From postmaster на softsearch.ru Fri Dec 24 01:28:48 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 24 Dec 2010 01:28:48 +0300 Subject: =?UTF-8?B?UmVbMl06INC90LXQv9C+0L3Rj9GC0L3QvtC1ICLQt9Cw0LvQuNC/0LDQvdC40LUi?= In-Reply-To: <18910082410.20101224004022@westsib.ru> References: <599288601.20101223233533@westsib.ru> <1803953433.20101223204746@softsearch.ru> <1678630311.20101224000435@westsib.ru> <0958453.20101223212405@softsearch.ru> <18910082410.20101224004022@westsib.ru> Message-ID: <402338883.20101224012848@softsearch.ru> Здравствуйте, Игорь. IVF>>>>> Есть пара серверов: IVF>>>>> 1. nginx + apache2.0 + mod_php5.2, 4ядерный IVF>>>>> XEON, 2GB, среднее LA <0.8, IVF>>>>> диски не загружены почти вообще, FreeBSD 7.0 32bit IVF>>>>> 2. nginx + apache1.3 + php5.2 as CGI, 2дерный IVF>>>>> Core2, 4GB, среднее LA>2, IVF>>>>> диски не загружены почти вообще, FreeBSD 8.0 64bit IVF>>>>> У обоих одинаковая симптоматика - сайт либо открывается мгновенно, IVF>>>>> либо выдача залипает секунд на 10-15, при этом ни в php, ни в MySQL не IVF>>>>> висит ничего, что можно было бы попробовать IVF>>>>> объявить причиной залипания. IVF>>>>> Причем залипание на первый взгляд немотивированное - только что IVF>>>>> тыкался по сайту и отклик был 1-2 секунды, и внезапно выдача IVF>>>>> тормозится. Затем опять все начинает летать. Интервалы между IVF>>>>> залипаниями абсолютно произвольные. IVF>>>>> Хочу попросить совета где покопать решение этой проблемы, IVF>>>>> что показать из конфигов nginx, apache, ОС? ММ>>>> Посмотрите tcpdump-ом кто именно тормозит: nginx или апач. IVF>>> Похоже, что залипает nginx, т.к. проблема проявляется и на виртхосте, IVF>>> где лежит только статика, отдаваемая nginx. ММ>> Конфиг или весь, или только для залипающего server{...} пришлите пожалуйста. IVF> user apache; IVF> worker_processes 1; IVF> error_log logs/error.log; IVF> #error_log logs/error.log notice; IVF> #error_log logs/error.log info; IVF> pid logs/nginx.pid; IVF> events { IVF> use kqueue; IVF> worker_connections 8192; IVF> } IVF> http { IVF> include mime.types; IVF> default_type application/octet-stream; IVF> log_format main '$remote_addr - $remote_user [$time_local] $request ' IVF> '"$status" $body_bytes_sent "$http_referer" ' IVF> '"$http_user_agent" "$http_x_forwarded_for"'; IVF> access_log logs/access.log; IVF> sendfile on; IVF> tcp_nopush on; IVF> output_buffers 1 256k; IVF> tcp_nodelay on; IVF> send_lowat 12000; IVF> keepalive_timeout 0; IVF> client_max_body_size 1024m; IVF> proxy_buffering on; IVF> proxy_buffers 8 8k; IVF> proxy_temp_path /var/nginx/proxy 1 2; IVF> client_header_timeout 300; IVF> client_body_timeout 300; IVF> gzip off; IVF> server { IVF> listen ; IVF> server_name ; IVF> access_log logs/access.log main; IVF> error_log logs/error.log; IVF> location / { IVF> proxy_pass http://localhost:80/; IVF> proxy_set_header X-Real-IP $remote_addr; IVF> proxy_set_header HOST $http_host; IVF> } IVF> error_page 500 502 503 504 /50x.html; IVF> location = /50x.html { IVF> root html; IVF> } IVF> location ~ /\.ht { IVF> deny all; IVF> } IVF> location ~* IVF> ^.+.(jpg|jpeg|gif|png|bmp|swf|flv|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|rtf|js|html|htm)$ IVF> root /data/users/USER_HOME/html; IVF> } IVF> } IVF> } nginx видимо лочится на диске. Или включите aio или увеличьте количество воркеров. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From duke66 на gmail.com Fri Dec 24 10:18:26 2010 From: duke66 на gmail.com (duke) Date: Fri, 24 Dec 2010 10:18:26 +0300 Subject: =?UTF-8?B?0J/RgNC+0LrRgdC40YDRi9Cy0LDQvdC40LUg0LggdGNwINGB0YLQtdC6Lg==?= Message-ID: Добрый день! На днях получил забавный опыт. Есть сайт который надо было тупо запросксирывать и балансирывать загрузку между 6 бекэндами. При этом вознкла такая проблема: в логах стречались очень частые таймауты, при этом нагрузка на бекэнды была не вилика. Все запросы шли с одного ип до бекэнодов. Для диагностики сетети (неизвестно что было межу серверами), я пробывал утилитой hping устанавливать соеденение с одним из бекэндов, ответ от которго меня часто удивлял. То есть я отпарляю tcp пакет с флагом SYN... и как сложилось по традиции жду в ответ SYN ACK. Но внезапно в ответ получаю что то типа ответа от веб сервера (запроса самого еше и небыло, tcp флаги в ответе например "ACK FIN PUSH" либо еше какие отличные от "SYN ACK"). То есть явно я угодил в "чужую" tcp сессию. Это повторялось часто, причем были и нормальные tcp хендшейки но через раз два. net.ipv4.ip_local_port_range уже подкрутили.... Может есть у кого идеи что еше можно сделать? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Fri Dec 24 11:06:13 2010 From: nginx-forum на nginx.us (SONce) Date: Fri, 24 Dec 2010 03:06:13 -0500 Subject: =?UTF-8?B?0JrQtdGI0LjRgNC+0LLQsNC90LjQtQ==?= Message-ID: Вобщем ситуация такая. Пхп скрипт генерирует кеш, и складывает его в отдельную папочку. Имя файла генерируется так [code] md5($_SERVER['REQUEST_URI']).'html' [/code] пхп крутится через апач, за nginx Что хочется: проверять нгинксом есть ли файл с именем md5($_SERVER['REQUEST_URI']).'html' в определенной папке, если нет то выплевывать запрос дальше, на апач. Если есть соответственно отдать этот файл. Как сделать проверку на файл да еще и сгенерировать название? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160919,160919#msg-160919 From ruslan.usifov на gmail.com Fri Dec 24 11:44:35 2010 From: ruslan.usifov на gmail.com (ruslan usifov) Date: Fri, 24 Dec 2010 11:44:35 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQkdCw0LvQsNC90YHQuNGA0L7QstC60LAg0L3QsNCz0YDRg9C3?= =?UTF-8?B?0LrQuA==?= In-Reply-To: <1318546344.20101223195730@softsearch.ru> References: <20101223130458.GF1084@mdounin.ru> <1318546344.20101223195730@softsearch.ru> Message-ID: 23 декабря 2010 г. 19:57 пользователь Михаил Монашёв < postmaster на softsearch.ru> написал: > Здравствуйте, Руслан. > > ru> Я думаю что что то в балансировщике работатет неверно > > Это легко проверить. Для этого достаточно повлиять на алгоритм > балансировки так, чтобы он выбрал другой сервер и больше запросов слал > на него. Для этого поставьте всем апстримам веса вроде 1001, 1000 и > 1000. Или 500, 1000, 1000. И попробуйте их менять по разному между > бэкендами, наблюдая на них systat -if или systat -ip. > > Попроповал порегулировать веса вроде ситуация пулоучшилась, вот было бы здорого если бы это делалось автоматически ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kaa на zvuki.ru Fri Dec 24 11:51:43 2010 From: kaa на zvuki.ru (Andrew Kopeyko) Date: Fri, 24 Dec 2010 11:51:43 +0300 Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: References: Message-ID: <4D145F1F.4080803@zvuki.ru> SONce wrote: > > Как сделать проверку на файл да еще и > сгенерировать название? Вам помогут try_files и встроенный перл : http { perl_set $hitraya_proverka 'sub { ... }'; ... server { ... location /cache { root /some/where; try_files $hitraya_proverka.html @backend; } location @backend { ... } } } -- Best regards, Andrew A. Kopeyko http://www.zvuki.ru/ From nginx-forum на nginx.us Fri Dec 24 11:53:32 2010 From: nginx-forum на nginx.us (SONce) Date: Fri, 24 Dec 2010 03:53:32 -0500 Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: <4D145F1F.4080803@zvuki.ru> References: <4D145F1F.4080803@zvuki.ru> Message-ID: спасибо. с этим понял. Не подскажете как на перле сгенерировать название? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160919,160924#msg-160924 From kaa на zvuki.ru Fri Dec 24 12:02:42 2010 From: kaa на zvuki.ru (Andrew Kopeyko) Date: Fri, 24 Dec 2010 12:02:42 +0300 Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: References: <4D145F1F.4080803@zvuki.ru> Message-ID: <4D1461B2.7090200@zvuki.ru> SONce wrote: > спасибо. с этим понял. Не подскажете как > на перле сгенерировать название? Название чего? Каков алгоритм генерации? Пожалуйста, яснее сформулируйте вопрос. -- Best regards, Andrew A. Kopeyko http://www.zvuki.ru/ From nginx-forum на nginx.us Fri Dec 24 12:05:13 2010 From: nginx-forum на nginx.us (SONce) Date: Fri, 24 Dec 2010 04:05:13 -0500 Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: <4D1461B2.7090200@zvuki.ru> References: <4D1461B2.7090200@zvuki.ru> Message-ID: <744ad9c5f8d75aeb7db3e38e6b049817.NginxMailingListRussian@forum.nginx.org> алгоритм генерации прост. описан в певом сообщении. название файла это: (на пхп) [code] md5($_SERVER['REQUEST_URI']).html [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160919,160926#msg-160926 From ekruglov на gmail.com Fri Dec 24 14:51:53 2010 From: ekruglov на gmail.com (Kruglov Eugenie) Date: Fri, 24 Dec 2010 14:51:53 +0300 Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: <744ad9c5f8d75aeb7db3e38e6b049817.NginxMailingListRussian@forum.nginx.org> References: <4D1461B2.7090200@zvuki.ru> <744ad9c5f8d75aeb7db3e38e6b049817.NginxMailingListRussian@forum.nginx.org> Message-ID: 2010/12/24 SONce > алгоритм генерации прост. описан в > певом сообщении. название файла это: > (на пхп) > [code] > md5($_SERVER['REQUEST_URI']).html > [/code] > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,160919,160926#msg-160926 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > А Вы не хотите воспользоваться встроенным функционалам кеширования? -- Faithfully yours, Eugenie ICQ #701217 GTalk ekruglov на gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Fri Dec 24 15:16:15 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 24 Dec 2010 15:16:15 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0YvQstCw0L3QuNC1INC4IHRjcCDRgdGC0LXQui4=?= In-Reply-To: References: Message-ID: <20101224121615.GH1084@mdounin.ru> Hello! On Fri, Dec 24, 2010 at 10:18:26AM +0300, duke wrote: > Добрый день! > > На днях получил забавный опыт. > Есть сайт который надо было тупо запросксирывать и балансирывать загрузку > между 6 бекэндами. > При этом вознкла такая проблема: в логах стречались очень частые таймауты, > при этом нагрузка на бекэнды была не вилика. > Все запросы шли с одного ип до бекэнодов. > > Для диагностики сетети (неизвестно что было межу серверами), я пробывал > утилитой hping устанавливать соеденение с одним из бекэндов, ответ от > которго меня часто удивлял. > То есть я отпарляю tcp пакет с флагом SYN... и как сложилось по традиции жду > в ответ SYN ACK. Но внезапно в ответ получаю что то типа ответа от веб > сервера (запроса самого еше и небыло, tcp флаги в ответе например "ACK FIN > PUSH" либо еше какие отличные от "SYN ACK"). То есть явно я угодил в "чужую" > tcp сессию. Это повторялось часто, причем были и нормальные tcp хендшейки но > через раз два. Если я правильно понимаю что делает hping (отправляет произвольные пакеты с какими скажешь параметрами миную tcp-стек системы, и слушает произвольные ответы через bpf/pcap), то ничего удивительного в полученном результате нет. Вы отправили пакет, а какой-то пролетающий мимо чужой пакет приняли за ответ. > net.ipv4.ip_local_port_range уже подкрутили.... > > Может есть у кого идеи что еше можно сделать? 1. Если несмотря на увеличение port range локальных портов всё равно не хватает - включить reuse/recycle для соединений в TIME_WAIT. 2. Убедиться, что между фронтендом и бекендами не установлен statefull firewall. Если установлен - убрать или добавить исключение чтобы соединения frontent -> backend проходили через firewall без создания state'ов. В самом крайнем случае - убедиться, что state'ов достаточно, и сильно уменьшить таймауты для TIME_WAIT. Ну и смотреть внимательно где ещё чего не хватает и что тормозит, параллельно читая документацию по тюнингу вашей операционной системы. Maxim Dounin From nginx-forum на nginx.us Fri Dec 24 19:40:28 2010 From: nginx-forum на nginx.us (Timur Bakeyev) Date: Fri, 24 Dec 2010 11:40:28 -0500 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <20101223125306.GD1084@mdounin.ru> References: <20101223125306.GD1084@mdounin.ru> Message-ID: <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Thu, Dec 23, 2010 at 03:44:53PM +0500, No Reply > wrote: > > > Счётчики, накапливающие > цифры, хранятся в > структурах, > > Нет. (c) Farid Vagapov Вообще, идея полезная и в хозяйстве иногда нужная, так что вопрос - а правильно-то такую возможность можно реализовать :)? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160647,160964#msg-160964 From postmaster на softsearch.ru Fri Dec 24 19:49:04 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 24 Dec 2010 19:49:04 +0300 Subject: =?UTF-8?B?UmVbMl06INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8g?= =?UTF-8?B?bmdpbng=?= In-Reply-To: <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> References: <20101223125306.GD1084@mdounin.ru> <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> Message-ID: <1791272741.20101224194904@softsearch.ru> Здравствуйте, Тимур. >>> Счётчики, накапливающие цифры, хранятся в структурах, >> Нет. (c) Farid Vagapov TB> Вообще, идея полезная и в хозяйстве иногда нужная, так что вопрос TB> - а правильно-то такую возможность можно реализовать :)? Да. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From valery+nginxru на grid.net.ru Fri Dec 24 21:39:00 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Fri, 24 Dec 2010 19:39:00 +0100 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> References: <20101223125306.GD1084@mdounin.ru> <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D14E8C4.209@grid.net.ru> Timur Bakeyev пишет: > Maxim Dounin Wrote: > ------------------------------------------------------- >> Hello! >> >> On Thu, Dec 23, 2010 at 03:44:53PM +0500, No Reply >> wrote: >> >>> Счётчики, накапливающие >> цифры, хранятся в >> структурах, >> >> Нет. (c) Farid Vagapov > > Вообще, идея полезная и в хозяйстве > иногда нужная, так что вопрос - а > правильно-то такую возможность можно > реализовать :)? Можно. Держать счетчики в разделяемой памяти. -- Best regards, Valery Kholodkov From snar на snar.spb.ru Fri Dec 24 22:02:09 2010 From: snar на snar.spb.ru (Alexandre Snarskii) Date: Fri, 24 Dec 2010 22:02:09 +0300 Subject: =?UTF-8?B?UmU6INC30LDQu9C40L/RiNC40Lkg0YHQvtC60LXRgiDQvNC10LbQtNGDIG5naW54?= =?UTF-8?B?INC4IGZhc3RjZ2kgPw==?= In-Reply-To: <20101217144542.GT1084@mdounin.ru> References: <20101217125749.GA38351@snar.spb.ru> <20101217140307.GS1084@mdounin.ru> <20101217141817.GB38351@snar.spb.ru> <20101217144542.GT1084@mdounin.ru> Message-ID: <20101224190209.GA13189@snar.spb.ru> On Fri, Dec 17, 2010 at 05:45:42PM +0300, Maxim Dounin wrote: > > > CLOSE_WAIT - со стороны fcgi? Если при этом fcgi приложение > > > заблокировалось в read() (а не ест процессор, пытаясь звать read() > > > снова и снова), то это видимо race в ядре. Ибо CLOSE_WAIT > > > означает, что ядро в курсе, что сокет с той стороны закрыли, и из > > > него больше ничего не прочитать, read() должен вернуться как > > > только выгребет всё из буфера. > > > > Да, CLOSE_WAIT со стороны fcgi. Да, fcgi именно заблокировалось > > в read() а не поллит его. Да, read() в такой ситуации должен вернуть > > EOF или error, но, блин, не возвращает... > > Я бы ещё проверил, что дескриптор передаваемый в read() правильный > (соответствует исследуемому соединению). А дальше - изучать ядро > (т.к. ядро не последнее, то видимо начать имеет смысл с > changelog'ов). Воспроизводится на всех ядрах up to 2.6.32 (debian lenny + ядро из backports), правда, в основном воспроизводится как ESTABLISHED соединение "без пары"[1], типа вот такого: root на debian-snar:~# lsof -anni | grep 48624 rcecho 5117 root 8u IPv4 36259261 TCP 127.0.0.1:1025->127.0.0.1:48624 (ESTABLISHED) root на debian-snar:~# и понятно, что read на таком соединении будет ждать чего-нибудь до бесконечности :( На FreeBSD (7.3-stable, 8.2-prerelease) не воспроизводится. Workaround для Linux: использовать fastcgi over unix sockets, в таком сетапе на том же коде и том же nginx'е воспроизвести не удается. [1]: нормальное tcp-соединение через localhost - это две строки в lsof'е, принадлежащие разным процессам. Например ssh 9642 snar 3u IPv4 36281870 TCP 127.0.0.1:57162->127.0.0.1:ssh (ESTABLISHED) sshd 9643 root 3r IPv4 36281871 TCP 127.0.0.1:ssh->127.0.0.1:57162 (ESTABLISHED) -- In theory, there is no difference between theory and practice. But, in practice, there is. From mdounin на mdounin.ru Fri Dec 24 22:51:25 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 24 Dec 2010 22:51:25 +0300 Subject: =?UTF-8?B?UmU6INC30LDQu9C40L/RiNC40Lkg0YHQvtC60LXRgiDQvNC10LbQtNGDIG5naW54?= =?UTF-8?B?INC4IGZhc3RjZ2kgPw==?= In-Reply-To: <20101224190209.GA13189@snar.spb.ru> References: <20101217125749.GA38351@snar.spb.ru> <20101217140307.GS1084@mdounin.ru> <20101217141817.GB38351@snar.spb.ru> <20101217144542.GT1084@mdounin.ru> <20101224190209.GA13189@snar.spb.ru> Message-ID: <20101224195124.GJ1084@mdounin.ru> Hello! On Fri, Dec 24, 2010 at 10:02:09PM +0300, Alexandre Snarskii wrote: > On Fri, Dec 17, 2010 at 05:45:42PM +0300, Maxim Dounin wrote: > > > > CLOSE_WAIT - со стороны fcgi? Если при этом fcgi приложение > > > > заблокировалось в read() (а не ест процессор, пытаясь звать read() > > > > снова и снова), то это видимо race в ядре. Ибо CLOSE_WAIT > > > > означает, что ядро в курсе, что сокет с той стороны закрыли, и из > > > > него больше ничего не прочитать, read() должен вернуться как > > > > только выгребет всё из буфера. > > > > > > Да, CLOSE_WAIT со стороны fcgi. Да, fcgi именно заблокировалось > > > в read() а не поллит его. Да, read() в такой ситуации должен вернуть > > > EOF или error, но, блин, не возвращает... > > > > Я бы ещё проверил, что дескриптор передаваемый в read() правильный > > (соответствует исследуемому соединению). А дальше - изучать ядро > > (т.к. ядро не последнее, то видимо начать имеет смысл с > > changelog'ов). > > Воспроизводится на всех ядрах up to 2.6.32 (debian lenny + ядро из > backports), правда, в основном воспроизводится как ESTABLISHED > соединение "без пары"[1], типа вот такого: > > root на debian-snar:~# lsof -anni | grep 48624 > rcecho 5117 root 8u IPv4 36259261 TCP 127.0.0.1:1025->127.0.0.1:48624 (ESTABLISHED) > root на debian-snar:~# Ну вот такое вполне можно объяснить firewall'ом на loopback'е, а равно и другими причинами для потерь пакетов (кончились буфера и т.п.). Maxim DOunin From marck на rinet.ru Sat Dec 25 14:20:17 2010 From: marck на rinet.ru (Dmitry Morozovsky) Date: Sat, 25 Dec 2010 14:20:17 +0300 (MSK) Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <4D14E8C4.209@grid.net.ru> References: <20101223125306.GD1084@mdounin.ru> <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> <4D14E8C4.209@grid.net.ru> Message-ID: On Fri, 24 Dec 2010, Valery Kholodkov wrote: VK> > > > Счётчики, накапливающие VK> > > цифры, хранятся в VK> > > структурах, VK> > > VK> > > Нет. (c) Farid Vagapov VK> > VK> > Вообще, идея полезная и в хозяйстве VK> > иногда нужная, так что вопрос - а VK> > правильно-то такую возможность можно VK> > реализовать :)? VK> VK> Можно. Держать счетчики в разделяемой памяти. Локи придётся делать -- не дорого ли? Впрочем, для одного воркера можно отслеживать и локи отключать. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck на FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck на rinet.ru *** ------------------------------------------------------------------------ From valery+nginxru на grid.net.ru Sat Dec 25 16:45:31 2010 From: valery+nginxru на grid.net.ru (Valery Kholodkov) Date: Sat, 25 Dec 2010 14:45:31 +0100 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: References: <20101223125306.GD1084@mdounin.ru> <2f3dd5860be0dfdd531201b10dc68a5f.NginxMailingListRussian@forum.nginx.org> <4D14E8C4.209@grid.net.ru> Message-ID: <4D15F57B.1000309@grid.net.ru> Dmitry Morozovsky пишет: > On Fri, 24 Dec 2010, Valery Kholodkov wrote: > > VK> > > > Счётчики, накапливающие > VK> > > цифры, хранятся в > VK> > > структурах, > VK> > > > VK> > > Нет. (c) Farid Vagapov > VK> > > VK> > Вообще, идея полезная и в хозяйстве > VK> > иногда нужная, так что вопрос - а > VK> > правильно-то такую возможность можно > VK> > реализовать :)? > VK> > VK> Можно. Держать счетчики в разделяемой памяти. > > Локи придётся делать -- не дорого ли? Думаю, они будут не дороже чем в limit_req. Как альтернатива -- поддерживать приватную копию счетчиков и периодически сливать с общей. > Впрочем, для одного воркера можно отслеживать и локи отключать. -- Best regards, Valery Kholodkov From nginx-forum на nginx.us Sat Dec 25 17:33:31 2010 From: nginx-forum на nginx.us (Timur Bakeyev) Date: Sat, 25 Dec 2010 09:33:31 -0500 Subject: =?UTF-8?B?UmU6INC80L7QtNGD0LvRjCDRgdGC0LDRgtC40YHRgtC40LrQuCDQtNC70Y8gbmdp?= =?UTF-8?B?bng=?= In-Reply-To: <4D15F57B.1000309@grid.net.ru> References: <4D15F57B.1000309@grid.net.ru> Message-ID: Valery Kholodkov Wrote: ------------------------------------------------------- > Dmitry Morozovsky пишет: > > VK> Можно. Держать счетчики > в разделяемой памяти. > > > > Локи придётся делать -- не > дорого ли? > > Думаю, они будут не дороже > чем в limit_req. Как > альтернатива -- > поддерживать приватную > копию счетчиков и > периодически сливать с > общей. Думаю, счатчики можно держать для каждого воркера отдельно в раздю памяти, а при реальном сборе статистики - суммировать. Тогда и локов не надо будет. Вот с блокировкой upstreams не представляю, как быть... WBR, Timur Bakeyev. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160647,161020#msg-161020 From scukonick на gmail.com Sun Dec 26 17:23:24 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Sun, 26 Dec 2010 17:23:24 +0300 Subject: =?UTF-8?B?0JPQtNC1INCyINC00L7QutGD0LzQtdC90YLQsNGG0LjQuCDQtNC40YDQtdC60YI=?= =?UTF-8?B?0LjQstGLINC40LcgZXZlbnRzIHsuLn0/?= Message-ID: Здравствуйте! Подскажите, пожалуйста, где можно найти их описание в документации? Интересуют worker_connections и use. Искал гуглом (http://www.google.ru/search?sourceid=chrome&ie=UTF-8&q=site:sysoev.ru+worker_connections), нашёл только в разделе изменения и в примере конфигурации. Правильно ли я понимаю, что Active Connection в hostname/nginx-status ограничиваются как раз значением worker_connections? Видел -- Alexey Malov From nginx-forum на nginx.us Sun Dec 26 19:12:52 2010 From: nginx-forum на nginx.us (grigory) Date: Sun, 26 Dec 2010 11:12:52 -0500 Subject: Error 413 Message-ID: Привет всем. Читал в документации про то, что браузеры некорректно обрабатывают ошибку 413. Также читал одну из тех в этой конференции, где давался патч, чтобы можно было эту ошибку обрабатывать, но там же, в теме, было написано, что с определённой версии патч уже входит в дистрибутив nginx. Собственно, проблема в том, что у меня не хочет обрабатывать эту ошибку. Подскажите, пожалуйста, почему nginx не хочет этого делать. Версия nginx -- 0.7.67. Ошибку обрабатываю стандартно: error_page 413 = /413; При попытке закачать через веб-форму общий объем файлов больше, чем размер client_max_body_size, соединение просто обрывается. Браузер пишет "Соединение было сброшено", а сниффер пишет, что тип ошибки -- NS_ERROR_NET_RESET. Как можно обработать 413-ую ошибку nginx'ом? Или патч-таки надо применить? [code]Index: src/http/ngx_http_core_module.c =================================================================== --- src/http/ngx_http_core_module.c (revision 2391) +++ src/http/ngx_http_core_module.c (working copy) @@ -917,6 +917,7 @@ "client intended to send too large body: %O bytes", r->headers_in.content_length_n); + (void) ngx_http_discard_request_body(r); ngx_http_finalize_request(r, NGX_HTTP_REQUEST_ENTITY_TOO_LARGE); return NGX_OK; } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161200,161200#msg-161200 From mymir.org на googlemail.com Sun Dec 26 20:40:17 2010 From: mymir.org на googlemail.com (Vladislav Vorobiev) Date: Sun, 26 Dec 2010 18:40:17 +0100 Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQu9GM0L3Ri9C1INC/0LXRgNC10LzQtdC90L3Ri9C1INCy?= =?UTF-8?B?INC60L7QvdGE0LjQs9C1?= In-Reply-To: References: Message-ID: Действительно нет решения этой проблемы? Мне это необходимо для упрощённого администрирования нескольких идентичных систем с разными ip адресами. Неудобно каждый раз при изменении мелочей в конфиге открывать на каждой системе и менять там IP адрес. Буду признателет если ктонибудь подскажет. Невозможно тоже ответ. 2010/12/22 Vladislav Vorobiev : > Спасибо env значит. > > Вот только как их использовать в listen > > > env  server_ip1=192.168.0.10; > server { > listen: $server_ip1 или listen: env server_ip1 > } > > > или как то так? > > server { > set $s evn server_ip1; > listen: $s; > } > > как правильно? > > 2010/12/22 Alexey V. Karagodov : >> http://sysoev.ru/nginx/docs/ngx_core_module.html#include >> >> On 22.12.2010, at 22:28, Vladislav Vorobiev wrote: >> >>> Хотелось бы установить пару глобальных переменных типа >>> >>>    set  $server_ip1 "192.168.0.10"; >>>    set  $server_ip2 "192.168.0.11"; >>>   ? >>>    set  $server_ip10 "192.168.0.150"; >>> >>> и использывть их в server {} >>> >>> Есть такая возможность. >>> Nginx ругается при старте >>> Restarting nginx: [emerg]: "set" directive is not allowed here in >>> /etc/nginx/nginx.conf:16 >>> >>> -- >>> Best Regards >>> Vlad Vorobiev >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru на nginx.org >>> http://nginx.org/mailman/listinfo/nginx-ru >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Best Regards > Vlad Vorobiev > -- Best Regards Vlad Vorobiev From voron на amhost.net Sun Dec 26 20:46:56 2010 From: voron на amhost.net (Alex Vorona) Date: Sun, 26 Dec 2010 19:46:56 +0200 Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQu9GM0L3Ri9C1INC/0LXRgNC10LzQtdC90L3Ri9C1INCy?= =?UTF-8?B?INC60L7QvdGE0LjQs9C1?= In-Reply-To: References: Message-ID: <4D177F90.5030003@amhost.net> 26.12.2010 19:40, Vladislav Vorobiev wrote: > Действительно нет решения этой проблемы? > Мне это необходимо для упрощённого администрирования нескольких > идентичных систем с разными ip адресами. > Неудобно каждый раз при изменении мелочей в конфиге открывать на > каждой системе и менять там IP адрес. Буду признателет если ктонибудь > подскажет. Невозможно тоже ответ. > попробуйте include From inkvizitor68sl на gmail.com Sun Dec 26 22:19:12 2010 From: inkvizitor68sl на gmail.com (=?KOI8-R?B?9snXz9TOxdcg98zBxA==?=) Date: Sun, 26 Dec 2010 22:19:12 +0300 Subject: =?UTF-8?B?0LfQsNCx0LDQvdC40YLRjCDRhdC40YLRgNGL0LkgcmVmZXJyZXI=?= Message-ID: На сервер валится ddos. У ddos очень выделяющийся referrer - "site.ru" (обычно - "http://site.ru") в логах апача. Собственно вопрос простой - if ( $http_referer ~* (^site.ru) ) { return 403; } Будет ли работать? забанит ли оно site.ru, но не http://site.ru ? From igor на sysoev.ru Sun Dec 26 22:39:22 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Sun, 26 Dec 2010 22:39:22 +0300 Subject: =?UTF-8?B?UmU6INC30LDQsdCw0L3QuNGC0Ywg0YXQuNGC0YDRi9C5IHJlZmVycmVy?= In-Reply-To: References: Message-ID: <20101226193922.GC58076@rambler-co.ru> On Sun, Dec 26, 2010 at 10:19:12PM +0300, Животнев Влад wrote: > На сервер валится ddos. У ddos очень выделяющийся referrer - "site.ru" > (обычно - "http://site.ru") в логах апача. > > Собственно вопрос простой - > if ( $http_referer ~* (^site.ru) ) > { > return 403; > } > > Будет ли работать? забанит ли оно site.ru, но не http://site.ru ? Да. А лучше if ($http_referer = site.ru) -- Игорь Сысоев http://sysoev.ru From greenh на gmail.com Sun Dec 26 23:09:16 2010 From: greenh на gmail.com (greenh) Date: Sun, 26 Dec 2010 22:09:16 +0200 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> <20101223211148.GA80004@rambler-co.ru> Message-ID: http://www.anilcetin.com/convert-apache-htaccess-to-nginx/ такой? 2010/12/23 Alexey V. Karagodov : > да, задача оказалась нетривиальная > таки напишу скрипт, который будет из .htaccess-ов генерить конфиг > как то проще > хоть и требует излишнего внимания > спасибо > > On 24.12.2010, at 0:11, Igor Sysoev wrote: > >> On Thu, Dec 23, 2010 at 10:55:30PM +0300, Alexey V. Karagodov wrote: >> >>> смысел как раз в том, чтобы, выражаясь шеловским языком запретить доступ к /admin/*/action/ , но разрешить доступ к /admin/seo/action одним выражением >>> там этих локешнов пока не много, но со временем ... и мало ли где они что ещё влепят и в каком кол-ве >> >> Не нужно пытаться впихнуть всё в регулярное выражение. >> >> location /admin/seo/action { >>    ... >> } >> >> location /admin/что-то-ещё/action { >>    ... >> } >> >> location /admin/ { >>    return 403; >> } >> >>> On 23.12.2010, at 22:49, Vyacheslav Slinko wrote: >>> >>>> location /admin { >>>> >>>> } >>>> >>>> location/admin/seo/action { >>>>   return 403; >>>> } >> >> >> -- >> Игорь Сысоев >> http://sysoev.ru >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From kav на karagodov.name Mon Dec 27 01:56:02 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Mon, 27 Dec 2010 01:56:02 +0300 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> <20101223211148.GA80004@rambler-co.ru> Message-ID: <9A062B6C-714D-4B27-8A43-A721F035C4FE@karagodov.name> однако буду тестировать спасибо On 26.12.2010, at 23:09, greenh wrote: > http://www.anilcetin.com/convert-apache-htaccess-to-nginx/ > такой? From greenh на gmail.com Mon Dec 27 02:34:11 2010 From: greenh на gmail.com (greenh) Date: Mon, 27 Dec 2010 01:34:11 +0200 Subject: =?UTF-8?B?UmU6IGV4Y2x1c2lvbnMgaW4gcmVnZXhwIC8g0LjRgdC60LvRjtGH0LXQvdC40Y8g?= =?UTF-8?B?0LIg0YDQtdCz0YPQu9GP0YDQvdGL0YUg0LLRi9GA0LDQttC10L3QuNGP0YU=?= In-Reply-To: <9A062B6C-714D-4B27-8A43-A721F035C4FE@karagodov.name> References: <7CE522C1-8B03-408E-97D4-6DE4FC5628C0@karagodov.name> <54920AE3-98BD-4E94-81BE-0BB615093396@karagodov.name> <20101223211148.GA80004@rambler-co.ru> <9A062B6C-714D-4B27-8A43-A721F035C4FE@karagodov.name> Message-ID: оно кривовато, но работает. Правда сейчас придет Игорь и нас.... )) 2010/12/27 Alexey V. Karagodov : > однако > буду тестировать > > спасибо > > On 26.12.2010, at 23:09, greenh wrote: > >> http://www.anilcetin.com/convert-apache-htaccess-to-nginx/ >> такой? > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From chipitsine на gmail.com Mon Dec 27 07:07:11 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Mon, 27 Dec 2010 09:07:11 +0500 Subject: =?UTF-8?B?0L7RgtGA0LDQttC10L3QuNC1INCyIGFjY2Vzcy3Qu9C+0LPQtSDRhNCw0LrRgtCw?= =?UTF-8?B?LCDQsdGL0Lsg0L7RgtCy0LXRgiDQstC30Y/RgiDQuNC3INC60LXRiNCwINC4?= =?UTF-8?B?0LvQuCDQvdC10YI=?= Message-ID: Добрый день! не могу найти переменную, чтобы добавить в access.log поле, был данный запрос взят из кеша или нет. подскажите ? Илья Шипицин From ash2kk на gmail.com Mon Dec 27 07:30:53 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Mon, 27 Dec 2010 09:30:53 +0500 Subject: =?UTF-8?B?UmU6INC+0YLRgNCw0LbQtdC90LjQtSDQsiBhY2Nlc3Mt0LvQvtCz0LUg0YTQsNC6?= =?UTF-8?B?0YLQsCwg0LHRi9C7INC+0YLQstC10YIg0LLQt9GP0YIg0LjQtyDQutC10Yg=?= =?UTF-8?B?0LAg0LjQu9C4INC90LXRgg==?= In-Reply-To: References: Message-ID: 27 декабря 2010 г. 9:07 пользователь Илья Шипицин написал: > не могу найти переменную, чтобы добавить в access.log поле, был данный > запрос взят из кеша или нет. подскажите ? Думаю можно использовать переменные из модуля http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html From chipitsine на gmail.com Mon Dec 27 07:44:20 2010 From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Mon, 27 Dec 2010 09:44:20 +0500 Subject: =?UTF-8?B?UmU6INC+0YLRgNCw0LbQtdC90LjQtSDQsiBhY2Nlc3Mt0LvQvtCz0LUg0YTQsNC6?= =?UTF-8?B?0YLQsCwg0LHRi9C7INC+0YLQstC10YIg0LLQt9GP0YIg0LjQtyDQutC10Yg=?= =?UTF-8?B?0LAg0LjQu9C4INC90LXRgg==?= In-Reply-To: References: Message-ID: хмм, а если апстримов много, как будет работать ? 27 декабря 2010 г. 9:30 пользователь Mikhail Mazursky написал: > 27 декабря 2010 г. 9:07 пользователь Илья Шипицин > написал: >> не могу найти переменную, чтобы добавить в access.log поле, был данный >> запрос взят из кеша или нет. подскажите ? > > Думаю можно использовать переменные из модуля > http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From ash2kk на gmail.com Mon Dec 27 07:56:33 2010 From: ash2kk на gmail.com (Mikhail Mazursky) Date: Mon, 27 Dec 2010 09:56:33 +0500 Subject: =?UTF-8?B?UmU6INC+0YLRgNCw0LbQtdC90LjQtSDQsiBhY2Nlc3Mt0LvQvtCz0LUg0YTQsNC6?= =?UTF-8?B?0YLQsCwg0LHRi9C7INC+0YLQstC10YIg0LLQt9GP0YIg0LjQtyDQutC10Yg=?= =?UTF-8?B?0LAg0LjQu9C4INC90LXRgg==?= In-Reply-To: References: Message-ID: 27 декабря 2010 г. 9:44 пользователь Илья Шипицин написал: > хмм, а если апстримов много, как будет работать ? А какая разница сколько их? главное, что вы в логе сможете увидеть было ли к одному из них обращение или нет. From voron на amhost.net Mon Dec 27 10:00:06 2010 From: voron на amhost.net (Alex Vorona) Date: Mon, 27 Dec 2010 09:00:06 +0200 Subject: =?UTF-8?B?UmU6INC+0YLRgNCw0LbQtdC90LjQtSDQsiBhY2Nlc3Mt0LvQvtCz0LUg0YTQsNC6?= =?UTF-8?B?0YLQsCwg0LHRi9C7INC+0YLQstC10YIg0LLQt9GP0YIg0LjQtyDQutC10Yg=?= =?UTF-8?B?0LAg0LjQu9C4INC90LXRgg==?= In-Reply-To: References: Message-ID: <4D183976.1040503@amhost.net> 27.12.2010 06:07, Илья Шипицин wrote: > Добрый день! > > не могу найти переменную, чтобы добавить в access.log поле, был данный > запрос взят из кеша или нет. подскажите ? > $upstream_cache_status ? From isk на easydategroup.com Mon Dec 27 10:49:18 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Mon, 27 Dec 2010 09:49:18 +0200 Subject: =?UTF-8?B?UmU6ICDQk9C70L7QsdCw0LvRjNC90YvQtSDQv9C10YDQtdC80LXQvdC90YvQtSA=?= =?UTF-8?B?0LIg0LrQvtC90YTQuNCz0LU=?= In-Reply-To: References: Message-ID: <201012270949.18933.isk@easydategroup.com> > Действительно нет решения этой проблемы? > Мне это необходимо для упрощённого администрирования нескольких > идентичных систем с разными ip адресами. > Неудобно каждый раз при изменении мелочей в конфиге открывать на > каждой системе и менять там IP адрес. Буду признателет если ктонибудь > подскажет. Невозможно тоже ответ. Try Puppet From kaa на zvuki.ru Mon Dec 27 11:36:37 2010 From: kaa на zvuki.ru (Andrew Kopeyko) Date: Mon, 27 Dec 2010 11:36:37 +0300 (MSK) Subject: =?UTF-8?B?UmU6INC+0YLRgNCw0LbQtdC90LjQtSDQsiBhY2Nlc3Mt0LvQvtCz0LUg0YTQsNC6?= =?UTF-8?B?0YLQsCwg0LHRi9C7INC+0YLQstC10YIg0LLQt9GP0YIg0LjQtyDQutC10Yg=?= =?UTF-8?B?0LAg0LjQu9C4INC90LXRgg==?= In-Reply-To: References: Message-ID: On Mon, 27 Dec 2010, Илья Шипицин wrote: > Добрый день! Добрый день, Илья! > не могу найти переменную, чтобы добавить в access.log поле, был данный > запрос взят из кеша или нет. подскажите ? Вам надо писать в лог переменную $upstream_response_time. Я предпочитаю писать её вместе с $request_time в виде отдельного токена (для удобства последующего анализа лога) : ' "$request_time[$upstream_response_time]" ' В случае, если ответ был отдан из кеша, запишется "0.021[-]" > а если апстримов много, как будет работать ? И это тоже подробно рассказано в документации. Процитирую для вашего удобства: Если при обработке запроса были сделаны обращения к нескольким серверам, то их адреса разделяются запятой, например, "192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock". Если произошёл внутренний редирект от одной группы серверов на другую с помощью "X-Accel-Redirect" или error_page, то эти группы серверов разделяются двоеточием, например, "192.168.1.1:80, 192.168.1.2:80, unix:/tmp/sock : 192.168.10.1:80, 192.168.10.2:80". см. http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html#variables -- Best regards, Andrew Kopeyko From vitaly на rcdesign.ru Mon Dec 27 17:13:46 2010 From: vitaly на rcdesign.ru (vitaly на rcdesign.ru) Date: Mon, 27 Dec 2010 17:13:46 +0300 Subject: =?UTF-8?B?0JrQsNC6INGC0YDQtdC60LDRgtGMINGB0LrQsNGH0LjQstCw0L3QuNC1INGE0LA=?= =?UTF-8?B?0LnQu9C+0LIgKNGD0YfQuNGC0YvQstCw0YLRjCDRgtGA0LDRhNGE0LjQuiA=?= =?UTF-8?B?0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= Message-ID: Всех с наступающим! Хочется вести учет скачанных файлов/траффика по юзерам. Естественно, доступ к файлам у каждого юзера по персонализированным ссылкам. Как сейчас решаются похожие задачи в модных домах европы? Чтобы избежать ситуаций, когда юзер скачал килобайт огромного файла, потом плюнул, а ему все равно гиг насчитали. Возможно я отстал от жизни и хочу странного. Тогда буду признателен за более актуальные примеры. Vitaly Puzrin http://www.rcdesign.ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Mon Dec 27 18:01:47 2010 From: nginx-forum на nginx.us (grigory) Date: Mon, 27 Dec 2010 10:01:47 -0500 Subject: Error 413 In-Reply-To: References: Message-ID: <45d8ffb5b9cf1f92a3fb8cb0885fd773.NginxMailingListRussian@forum.nginx.org> Кто-нибудь? :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161200,161444#msg-161444 From mdounin на mdounin.ru Mon Dec 27 18:28:37 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 27 Dec 2010 18:28:37 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: References: Message-ID: <20101227152836.GS1084@mdounin.ru> Hello! On Mon, Dec 27, 2010 at 05:13:46PM +0300, vitaly на rcdesign.ru wrote: > Всех с наступающим! > > Хочется вести учет скачанных файлов/траффика по юзерам. Естественно, доступ > к файлам у каждого юзера > по персонализированным ссылкам. Как сейчас решаются похожие задачи в модных > домах европы? Чтобы избежать > ситуаций, когда юзер скачал килобайт огромного файла, потом плюнул, а ему > все равно гиг насчитали. > > Возможно я отстал от жизни и хочу странного. Тогда буду признателен за более > актуальные примеры. tail -F /path/to/access.log | do_something_with_stats Но при этом не надо забывать, что все получаемые цифры - приблизительные, как минимум с точностью до размера буферов на отправку на вашей стороне. Maxim Dounin From dedukhin на mail.ru Mon Dec 27 18:35:18 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Mon, 27 Dec 2010 18:35:18 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: <20101227152836.GS1084@mdounin.ru> References: <20101227152836.GS1084@mdounin.ru> Message-ID: <4D18B236.9050200@mail.ru> 27.12.2010 18:28, Maxim Dounin пишет: > Hello! > > On Mon, Dec 27, 2010 at 05:13:46PM +0300, vitaly на rcdesign.ru wrote: > >> Всех с наступающим! >> >> Хочется вести учет скачанных файлов/траффика по юзерам. Естественно, доступ >> к файлам у каждого юзера >> по персонализированным ссылкам. Как сейчас решаются похожие задачи в модных >> домах европы? Чтобы избежать >> ситуаций, когда юзер скачал килобайт огромного файла, потом плюнул, а ему >> все равно гиг насчитали. >> >> Возможно я отстал от жизни и хочу странного. Тогда буду признателен за более >> актуальные примеры. > tail -F /path/to/access.log | do_something_with_stats > > Но при этом не надо забывать, что все получаемые цифры - > приблизительные, как минимум с точностью до размера буферов на > отправку на вашей стороне. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru А через post_action это никак нельзя сделать? В смысле, можно ли в обработчике post_action узнать кол-во отданных байт? From bondari на aspiresoft.com Mon Dec 27 18:44:08 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Mon, 27 Dec 2010 16:44:08 +0100 Subject: =?UTF-8?B?UmVbMl06INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: References: <4D145F1F.4080803@zvuki.ru> Message-ID: <103614355.20101227164408@aspiresoft.com> Hello SONce, S> спасибо. с этим понял. Не подскажете как S> на перле сгенерировать название? perl_set $BUBUBU ' sub { use Digest::MD5 qw(md5_hex); my $uri = $r->uri; return md5_hex($uri); } '; потом как-то так. location / { root /root/to/site; try_files relative/to/cache/$BUBUBU.html @backend; } -- Best regards, Sergey From bondari на aspiresoft.com Mon Dec 27 18:47:28 2010 From: bondari на aspiresoft.com (Sergey Bondari) Date: Mon, 27 Dec 2010 16:47:28 +0100 Subject: =?UTF-8?B?UmVbMl06INCa0LXRiNC40YDQvtCy0LDQvdC40LU=?= In-Reply-To: References: <4D1461B2.7090200@zvuki.ru> <744ad9c5f8d75aeb7db3e38e6b049817.NginxMailingListRussian@forum.nginx.org> Message-ID: <62103270.20101227164728@aspiresoft.com> Hello Kruglov, KE> А Вы не хотите воспользоваться встроенным функционалам кеширования? У меня проблема с тем что непонятно как часть страниц синхронно флашнуть из приложения при изменениях в данных. Хотя с таким прямоугольным решением через MD5 можно и встроенный использовать. -- Best regards, Sergey From vitaly на rcdesign.ru Mon Dec 27 18:56:18 2010 From: vitaly на rcdesign.ru (vitaly на rcdesign.ru) Date: Mon, 27 Dec 2010 18:56:18 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: <20101227152836.GS1084@mdounin.ru> References: <20101227152836.GS1084@mdounin.ru> Message-ID: Без издевательств надо аксесслогом методы есть? Иначе при моей нагрузке будет проще замонстырить отдавалку на node.js с онлайновым учетом траффика. Vitaly Puzrin http://www.rcdesign.ru 27 декабря 2010 г. 18:28 пользователь Maxim Dounin написал: > Hello! > > On Mon, Dec 27, 2010 at 05:13:46PM +0300, vitaly на rcdesign.ru wrote: > > > Всех с наступающим! > > > > Хочется вести учет скачанных файлов/траффика по юзерам. Естественно, > доступ > > к файлам у каждого юзера > > по персонализированным ссылкам. Как сейчас решаются похожие задачи в > модных > > домах европы? Чтобы избежать > > ситуаций, когда юзер скачал килобайт огромного файла, потом плюнул, а ему > > все равно гиг насчитали. > > > > Возможно я отстал от жизни и хочу странного. Тогда буду признателен за > более > > актуальные примеры. > > tail -F /path/to/access.log | do_something_with_stats > > Но при этом не надо забывать, что все получаемые цифры - > приблизительные, как минимум с точностью до размера буферов на > отправку на вашей стороне. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From citrin на citrin.ru Mon Dec 27 19:01:38 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Mon, 27 Dec 2010 19:01:38 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: References: <20101227152836.GS1084@mdounin.ru> Message-ID: <4D18B862.7070806@citrin.ru> On 12/27/10 18:56, vitaly на rcdesign.ru wrote: > Без издевательств надо аксесслогом методы есть? Иначе при моей нагрузке будет > проще замонстырить отдавалку на node.js tail -F access_log наиболее подходящий метод, если нагрузка большая. Поскольку учет трафика не увеличивает request time А задержка в обсчете будет минимальная, если апрсер лога работает достаточно быстро (чтобы парсить лог было быстрее можно писать в специальном формате - разумный минимум полей, разделенных через \t). -- Anton Yuzhaninov From dedukhin на mail.ru Mon Dec 27 19:02:06 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Mon, 27 Dec 2010 19:02:06 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: References: <20101227152836.GS1084@mdounin.ru> Message-ID: <4D18B87E.7020500@mail.ru> 27.12.2010 18:56, vitaly на rcdesign.ru пишет: > Без издевательств надо аксесслогом методы есть? Иначе при моей > нагрузке будет проще замонстырить отдавалку на node.js > с онлайновым учетом траффика. > http://abarmotik.livejournal.com/7496.html Не знаю, насколько это корректно работает. From sapsan на gmail.com Mon Dec 27 19:01:21 2010 From: sapsan на gmail.com (Alex Khrenov) Date: Mon, 27 Dec 2010 18:01:21 +0200 Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: <8d808b60f748fcc4e7665d895dc62e7e.NginxMailingListRussian@forum.nginx.org> References: <8d808b60f748fcc4e7665d895dc62e7e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> В Thu, 23 Dec 2010 08:47:27 -0500 > Добрый день. > Столкнулся с проблемой при кэшировании > сайта на большой нагрузке. > Страницы в кэш попадают, но из кэша не > берутся или берутся очень выборочно. В > логах куча алертов: > 2010/12/23 00:00:10 [alert] 3005#0: *6988349 stalled cache updating, > error:0 while closing request, client: , server: > > Соответственно нагрузка на сервер > зашкаливает и все тормозит. Решил > проблему пока откатом на 0.7.65, но может > кто сталкивался. В гугле по данной > ошибке нашел только вопросы без > ответа. Хмм, никто не сталкивался? Хочется на 0.8.х переползти уже, а такие вот непонятки не дают. -- Close your eyes, look into the dream... Jabber ID : sapsan на gmail.com E-mail : sapsan на gmail.com From mdounin на mdounin.ru Mon Dec 27 19:04:56 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 27 Dec 2010 19:04:56 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgtGA0LXQutCw0YLRjCDRgdC60LDRh9C40LLQsNC90LjQtSA=?= =?UTF-8?B?0YTQsNC50LvQvtCyICjRg9GH0LjRgtGL0LLQsNGC0Ywg0YLRgNCw0YTRhNC4?= =?UTF-8?B?0Log0L/QviDQsNC60LrQsNGD0L3RgtCw0LwpID8=?= In-Reply-To: <4D18B236.9050200@mail.ru> References: <20101227152836.GS1084@mdounin.ru> <4D18B236.9050200@mail.ru> Message-ID: <20101227160456.GT1084@mdounin.ru> Hello! On Mon, Dec 27, 2010 at 06:35:18PM +0300, Dmitry Dedukhin wrote: > 27.12.2010 18:28, Maxim Dounin пишет: > >Hello! > > > >On Mon, Dec 27, 2010 at 05:13:46PM +0300, vitaly на rcdesign.ru wrote: > > > >>Всех с наступающим! > >> > >>Хочется вести учет скачанных файлов/траффика по юзерам. Естественно, доступ > >>к файлам у каждого юзера > >>по персонализированным ссылкам. Как сейчас решаются похожие задачи в модных > >>домах европы? Чтобы избежать > >>ситуаций, когда юзер скачал килобайт огромного файла, потом плюнул, а ему > >>все равно гиг насчитали. > >> > >>Возможно я отстал от жизни и хочу странного. Тогда буду признателен за более > >>актуальные примеры. > >tail -F /path/to/access.log | do_something_with_stats > > > >Но при этом не надо забывать, что все получаемые цифры - > >приблизительные, как минимум с точностью до размера буферов на > >отправку на вашей стороне. > > А через post_action это никак нельзя сделать? > В смысле, можно ли в обработчике post_action узнать кол-во отданных байт? Можно, но это плохая идея. Даже если забыть о том, что через post_action оно будет тупо потреблять больше ресурсов. У post_action есть приблизительно два существенных недостатка, из-за которых я не рекомендую его использовать вообще: 1. Пока выполняется post_action - соответствующее соединение с клиентом продолжает оставаться заблокированным. И если клиент послал туда следующий запрос - этот запрос будет ждать, пока закончится выполнение post_action. 2. Выполнение post_action - это система костылей и подпорок, причём далёкая от стройности. И шансы, что после очередного изменения оно перестанет работать (либо совсем, либо в каких-то конкретных ситуациях) - достаточно высоки. Maxim Dounin From greenh на gmail.com Mon Dec 27 22:13:45 2010 From: greenh на gmail.com (greenh) Date: Mon, 27 Dec 2010 21:13:45 +0200 Subject: debug In-Reply-To: References: Message-ID: а разные - это какие? 2010/12/22 Mihail Nasedkin : > Доброго здоровья. > > Давно хотел спросить. > > Включал как-то дебуг. В логах бесконечно сыплются разные строчки > (просто шквал),  хотя к нджинксу никто не обращается . Это нормально? > Или нужно смотреть конкретно строчки. > > -- > --- > С уважением, > Михаил Наседкин > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From catap на catap.ru Mon Dec 27 22:52:34 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Mon, 27 Dec 2010 22:52:34 +0300 Subject: debug In-Reply-To: References: Message-ID: Nginx в ждет соединения не бесконечно долго, а какоето время. И между интервалами ожидания он занимается полезными вещами (обновляется кешированое время, например). Строки, что вы видеть и есть эта работа. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Tue Dec 28 00:27:14 2010 From: nginx-forum на nginx.us (mitya3003) Date: Mon, 27 Dec 2010 16:27:14 -0500 Subject: =?UTF-8?B?0LrQsNC6INC/0LjRgdCw0YLRjCDQstGA0LXQvNGPINCyINGE0L7RgNC80LDRgtC1?= =?UTF-8?B?IHVuaXgg0LIgYWNjZXNzIGxvZz8=?= Message-ID: Нигде не нашел возможности в nginx переформатировать $time_local в юникс формат. так как мне в логе доступа требуется время именно в нем. в списках переменных nginx ничего похожего нет наугад пробовал переменные time_unix, unitime и тп - не существуют. буду благодарен за советы Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161550,161550#msg-161550 From sytar.alex на gmail.com Tue Dec 28 00:32:51 2010 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Tue, 28 Dec 2010 00:32:51 +0300 Subject: =?UTF-8?B?UmU6INC60LDQuiDQv9C40YHQsNGC0Ywg0LLRgNC10LzRjyDQsiDRhNC+0YDQvNCw?= =?UTF-8?B?0YLQtSB1bml4INCyIGFjY2VzcyBsb2c/?= In-Reply-To: References: Message-ID: 28 декабря 2010 г. 0:27 пользователь mitya3003 написал: > Нигде не нашел возможности в nginx > переформатировать $time_local в юникс > формат. $date_local отдает время в unix timestamp > > так как мне в логе доступа требуется > время именно в нем. > > в списках переменных nginx ничего > похожего нет > > наугад пробовал переменные time_unix, unitime и > тп -  не существуют. > > буду благодарен за советы > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161550,161550#msg-161550 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Have a nice day From nginx-forum на nginx.us Tue Dec 28 12:23:07 2010 From: nginx-forum на nginx.us (s.ivlenkov) Date: Tue, 28 Dec 2010 04:23:07 -0500 Subject: =?UTF-8?B?0LvQvtCz0LPQuNGA0L7QstCw0L3QuNC1INGB0LrQvtGA0L7RgdGC0Lgg0L7RgtC0?= =?UTF-8?B?0LDRh9C4INC60L7QvdGC0LXQvdGC0LA=?= Message-ID: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> Добрый день! Можно ли в access_log записывать время отдачи контента клиенту? Т.е. от начала посылки хедеров, до последнего байта в файле. Или хотя бы от прихода первых данных запроса от клиента, до отправки последнего байта. С уважением, Сергей Ивленков Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161655,161655#msg-161655 From nginx-forum на nginx.us Tue Dec 28 12:33:11 2010 From: nginx-forum на nginx.us (maxgentry) Date: Tue, 28 Dec 2010 04:33:11 -0500 Subject: =?UTF-8?B?0J/QvtCy0LjRgdGI0LjQtSBwb3N0INC30LDQv9GA0L7RgdGLLCBiYWNrZW5kIHV3?= =?UTF-8?B?c2dp?= Message-ID: Клиенты с плохим каналом засоряют uwsgi worker-ы Происходит следующее: - клиент отсылает POST запрос к nginx, данные порядка 9-12KB - nginx получает запрос не полностью, т.к. клиент завис на 8KB - nginx отсылает недополученный запрос uwsgi - worker uwsgi повисает на приеме запроса, т.к. ждет его окончания - все это срубается по таймауту через 60 секунд nginx.conf: [code] worker_processes 1; events { worker_connections 4096; } http { client_body_in_single_buffer on; client_body_buffer_size 16k; keepalive_timeout 0; upstream work { server unix:///var/run/uwsgi.sock; } server { listen 80; server_name localhost; location / { uwsgi_pass sreg; include uwsgi_params; } } } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161657,161657#msg-161657 From citrin на citrin.ru Tue Dec 28 12:52:13 2010 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Tue, 28 Dec 2010 12:52:13 +0300 Subject: =?UTF-8?B?UmU6INC60LDQuiDQv9C40YHQsNGC0Ywg0LLRgNC10LzRjyDQsiDRhNC+0YDQvNCw?= =?UTF-8?B?0YLQtSB1bml4INCyIGFjY2VzcyBsb2c/?= In-Reply-To: References: Message-ID: <4D19B34D.5050708@citrin.ru> On 12/28/10 00:27, mitya3003 wrote: > Нигде не нашел возможности в nginx > переформатировать $time_local в юникс > формат. Если юникс формат это время в секундах считая с 1970-01-01, то $msec http://sysoev.ru/nginx/docs/http/ngx_http_log_module.html -- Anton Yuzhaninov From nginx-forum на nginx.us Tue Dec 28 14:37:37 2010 From: nginx-forum на nginx.us (ig0r) Date: Tue, 28 Dec 2010 06:37:37 -0500 Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> References: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> Message-ID: <5969c5738af57543b7cc80af8f76c019.NginxMailingListRussian@forum.nginx.org> sapsan Wrote: ------------------------------------------------------- > Хмм, никто не сталкивался? Хочется на 0.8.х переползти уже, а такие вот непонятки не дают. попробуйте показать конфиг Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160739,161676#msg-161676 From nginx-forum на nginx.us Tue Dec 28 14:47:20 2010 From: nginx-forum на nginx.us (iskander) Date: Tue, 28 Dec 2010 06:47:20 -0500 Subject: =?UTF-8?B?NTAyINC/0YDQuCDRgNCw0LHQvtGC0LDRjtGJ0LjRhSDRgdC10YDQstC40YHQsNGF?= =?UTF-8?B?INC4INC90LUg0L3QsNCz0YDRg9C20LXQvdC90L7QvCDRgdC10YDQstC10YA=?= =?UTF-8?B?0LA=?= Message-ID: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> В логах постоянно: upstream timed out (110: Connection timed out) while reading response header from upstream и connect() failed (110: Connection timed out) while connecting to upstream Что делать? nginx.conf: worker_process 4; worker_limit_nofile 16384; events { worker_connections 2048; } http { sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 30; directio 10m; expires max; proxy_buffers 8 32k; proxy_buffer_size 64k; client_header_timeout 3m; client_body_timeout 3m; send_timeout 3m; proxy_connect_timeout 1m; proxy_send_timeout 1m; proxy_read_timeout 1m; gzip on; } Уже по всякому игрался с настройками - пофиг чаще всего происходит при POST. но бывает и на GET httpd.conf Timeout 60 KeepAlive On MaxKeepAliveRequests 200 KeepAliveTimeout 15 StartServers 16 MinSpareServers 10 MaxSpareServers 64 ServerLimit 512 MaxClients 512 MaxRequestsPerChild 1000 StartServers 16 MaxClients 300 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 100 MaxRequestsPerChild 1000 Listen 8080 Не справляться нечему, нагрузка на сервер маленькая ( 2000-3000 хостов в сутки ) # top top - 14:12:39 up 15 days, 3:13, 1 user, load average: 0.50, 0.45, 0.45 Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie Cpu0 : 1.9%us, 0.4%sy, 0.0%ni, 97.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 1.9%us, 0.4%sy, 0.0%ni, 97.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.0%st Cpu2 : 2.2%us, 0.5%sy, 0.0%ni, 97.2%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Cpu3 : 2.2%us, 0.5%sy, 0.0%ni, 97.2%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 3613708k total, 3324976k used, 288732k free, 266244k buffers Swap: 4194300k total, 9444k used, 4184856k free, 2758048k cached Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161682#msg-161682 From nginx-forum на nginx.us Tue Dec 28 14:50:17 2010 From: nginx-forum на nginx.us (iskander) Date: Tue, 28 Dec 2010 06:50:17 -0500 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> Message-ID: Если отключаю nginx и оставляю один apache то всё работает нормуль :( Гуру, помогите! Мысли мои иссякли по этому поводу и знаний не хватает ( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161683#msg-161683 From kav на karagodov.name Tue Dec 28 14:52:58 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 28 Dec 2010 14:52:58 +0300 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> Message-ID: <26BEE4A6-9BA6-4A82-B864-FEB9328B226B@karagodov.name> зачем на апаче кипалив? посмотрите нетстат-ом, сколько "реально" коннектов между нгинх-ом и индейцем On 28.12.2010, at 14:47, iskander wrote: > В логах постоянно: > upstream timed out (110: Connection timed out) while reading response > header from upstream > и > connect() failed (110: Connection timed out) while connecting to > upstream > > Что делать? > nginx.conf: > > worker_process 4; > worker_limit_nofile 16384; > > events { > worker_connections 2048; > } > > http { > sendfile on; > tcp_nopush on; > tcp_nodelay on; > keepalive_timeout 30; > directio 10m; > expires max; > proxy_buffers 8 32k; > proxy_buffer_size 64k; > client_header_timeout 3m; > client_body_timeout 3m; > send_timeout 3m; > proxy_connect_timeout 1m; > proxy_send_timeout 1m; > proxy_read_timeout 1m; > gzip on; > } > > Уже по всякому игрался с настройками - > пофиг чаще всего происходит при POST. но > бывает и на GET > > httpd.conf > > Timeout 60 > > KeepAlive On > > MaxKeepAliveRequests 200 > > KeepAliveTimeout 15 > > > StartServers 16 > MinSpareServers 10 > MaxSpareServers 64 > ServerLimit 512 > MaxClients 512 > MaxRequestsPerChild 1000 > > > > StartServers 16 > MaxClients 300 > MinSpareThreads 25 > MaxSpareThreads 75 > ThreadsPerChild 100 > MaxRequestsPerChild 1000 > > > Listen 8080 > > > Не справляться нечему, нагрузка на > сервер маленькая ( 2000-3000 хостов в сутки > ) > > > # top > top - 14:12:39 up 15 days, 3:13, 1 user, load average: 0.50, 0.45, 0.45 > Tasks: 153 total, 1 running, 152 sleeping, 0 stopped, 0 zombie > Cpu0 : 1.9%us, 0.4%sy, 0.0%ni, 97.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.0%st > Cpu1 : 1.9%us, 0.4%sy, 0.0%ni, 97.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.0%st > Cpu2 : 2.2%us, 0.5%sy, 0.0%ni, 97.2%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st > Cpu3 : 2.2%us, 0.5%sy, 0.0%ni, 97.2%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%st > Mem: 3613708k total, 3324976k used, 288732k free, 266244k buffers > Swap: 4194300k total, 9444k used, 4184856k free, 2758048k cached > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161682#msg-161682 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Tue Dec 28 15:06:06 2010 From: nginx-forum на nginx.us (iskander) Date: Tue, 28 Dec 2010 07:06:06 -0500 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <26BEE4A6-9BA6-4A82-B864-FEB9328B226B@karagodov.name> References: <26BEE4A6-9BA6-4A82-B864-FEB9328B226B@karagodov.name> Message-ID: <44d2ab2a07f420e91c75c89ea54d4c66.NginxMailingListRussian@forum.nginx.org> kav Wrote: ------------------------------------------------------- > зачем на апаче кипалив? > посмотрите нетстат-ом, > сколько "реально" коннектов > между нгинх-ом и индейцем # netstat -an | grep 8080 tcp 0 0 xxx.xxx.xxx.xxx:55760 xxx.xxx.xxx.xxx:8080 ESTABLISHED tcp 0 0 :::8080 :::* LISTEN tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55722 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55746 TIME_WAIT tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38873 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55696 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55762 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55692 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55711 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55721 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55716 TIME_WAIT tcp 1 54683 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:45762 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55753 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55738 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55734 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55697 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55739 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55754 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55683 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55735 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55710 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55731 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55707 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55712 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55727 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55699 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55701 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55705 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55681 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55694 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55758 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55757 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55747 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55736 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55687 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55715 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55708 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55726 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55704 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55717 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55744 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55741 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55755 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55682 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55760 ESTABLISHED tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38769 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55751 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55678 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55737 TIME_WAIT tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38997 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55680 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55733 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55693 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55719 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55750 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55748 TIME_WAIT tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55502 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55718 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55698 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55689 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55702 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55714 TIME_WAIT tcp 1 65537 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38849 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55695 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55729 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55720 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55703 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55730 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55745 TIME_WAIT tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38895 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55732 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55709 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55686 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55742 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55724 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55700 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55685 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55752 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55713 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55688 TIME_WAIT tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:38832 LAST_ACK tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55728 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55756 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55706 TIME_WAIT tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 ::ffff:xxx.xxx.xxx.xxx:55759 TIME_WAIT вы про это? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161687#msg-161687 From kav на karagodov.name Tue Dec 28 15:11:14 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 28 Dec 2010 15:11:14 +0300 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <44d2ab2a07f420e91c75c89ea54d4c66.NginxMailingListRussian@forum.nginx.org> References: <26BEE4A6-9BA6-4A82-B864-FEB9328B226B@karagodov.name> <44d2ab2a07f420e91c75c89ea54d4c66.NginxMailingListRussian@forum.nginx.org> Message-ID: <74CEFC3F-9E50-456A-8E3A-7EAEB49878F6@karagodov.name> про это тоже TIME_WAIT ищите в рассылке, как это уменьшить кип-алив - выключить On 28.12.2010, at 15:06, iskander wrote: > kav Wrote: > ------------------------------------------------------- >> зачем на апаче кипалив? >> посмотрите нетстат-ом, >> сколько "реально" коннектов >> между нгинх-ом и индейцем > > > # netstat -an | grep 8080 > tcp 0 0 xxx.xxx.xxx.xxx:55760 xxx.xxx.xxx.xxx:8080 > ESTABLISHED > tcp 0 0 :::8080 :::* > LISTEN > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55722 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55746 TIME_WAIT > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38873 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55696 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55762 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55692 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55711 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55721 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55716 TIME_WAIT > tcp 1 54683 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:45762 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55753 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55738 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55734 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55697 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55739 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55754 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55683 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55735 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55710 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55731 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55707 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55712 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55727 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55699 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55701 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55705 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55681 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55694 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55758 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55757 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55747 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55736 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55687 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55715 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55708 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55726 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55704 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55717 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55744 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55741 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55755 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55682 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55760 ESTABLISHED > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38769 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55751 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55678 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55737 TIME_WAIT > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38997 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55680 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55733 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55693 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55719 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55750 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55748 TIME_WAIT > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55502 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55718 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55698 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55689 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55702 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55714 TIME_WAIT > tcp 1 65537 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38849 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55695 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55729 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55720 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55703 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55730 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55745 TIME_WAIT > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38895 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55732 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55709 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55686 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55742 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55724 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55700 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55685 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55752 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55713 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55688 TIME_WAIT > tcp 1 1 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:38832 LAST_ACK > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55728 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55756 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55706 TIME_WAIT > tcp 0 0 ::ffff:xxx.xxx.xxx.xxx:8080 > ::ffff:xxx.xxx.xxx.xxx:55759 TIME_WAIT > > вы про это? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161687#msg-161687 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From sapsan на giknpc.com.ua Tue Dec 28 15:09:42 2010 From: sapsan на giknpc.com.ua (Alex Khrenov) Date: Tue, 28 Dec 2010 14:09:42 +0200 Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: <5969c5738af57543b7cc80af8f76c019.NginxMailingListRussian@forum.nginx.org> References: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> <5969c5738af57543b7cc80af8f76c019.NginxMailingListRussian@forum.nginx.org> Message-ID: <20101228140942.1981aad0@sapsan.giknpc.intranet> В Tue, 28 Dec 2010 06:37:37 -0500 "ig0r" пишет: > sapsan Wrote: > ------------------------------------------------------- > > Хмм, никто не сталкивался? Хочется на > 0.8.х переползти уже, а такие вот > непонятки не дают. > > попробуйте показать конфиг Конфиг был в первом письме вроде. Повторяю: ОС: FreeBSD 8.1-RELEASE-p1 Конфиг нжинкса: в http секции: proxy_cache_path /usr/local/nginx/cache levels=1:2 keys_zone=one:1024m inactive=7d max_size=2048m; server { listen х.х.х.х; server_name domain.com; access_log /var/log/nginx/domain.com.access.log main; error_log /var/log/nginx/domain.com.error.log; send_timeout 30; location / { if ($cookie_dle_user_id) { return 412; } if ($cookie_dle_password) { return 412; } if ($request_method = POST ) { return 412; } error_page 412 = @nocached; include /usr/local/etc/nginx/conf/cache; proxy_pass http://127.2.0.1:2190/; include /usr/local/etc/nginx/conf/proxy; } location @nocached { proxy_pass http://127.2.0.1:2190; include /usr/local/etc/nginx/conf/proxy; } } /usr/local/etc/nginx/conf/cache: proxy_cache one; proxy_cache_key "$request_method|$is_args|$host|$request_uri"; proxy_hide_header "Set-Cookie"; proxy_ignore_headers "Cache-Control" "Expires"; proxy_cache_valid 200 302 304 15m; proxy_cache_valid 301 1h; proxy_cache_valid any 1m; proxy_cache_use_stale http_502 http_503 http_504; proxy_cache_min_uses 1; proxy_ignore_client_abort off; /usr/local/etc/nginx/conf/proxy: 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; proxy_connect_timeout 30; proxy_buffer_size 8k; proxy_temp_path /usr/local/nginx; -- Close your eyes, look into the dream... Jabber ID : sapsan на gmail.com E-mail : sapsan на gmail.com From nginx-forum на nginx.us Tue Dec 28 15:25:21 2010 From: nginx-forum на nginx.us (iskander) Date: Tue, 28 Dec 2010 07:25:21 -0500 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> Message-ID: <96ad0bb228ca6c22f1d1178389e6ed65.NginxMailingListRussian@forum.nginx.org> keepalive выключил. а вот как TIME_WAIT уменьшить так и не понял. # cat /proc/sys/net/ipv4/tcp_fin_timeout 30 воздействия не возымело никакого. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161693#msg-161693 From kaa на zvuki.ru Tue Dec 28 16:02:16 2010 From: kaa на zvuki.ru (Andrew Kopeyko) Date: Tue, 28 Dec 2010 16:02:16 +0300 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> References: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> Message-ID: <4D19DFD8.6010704@zvuki.ru> s.ivlenkov wrote: > Добрый день! День добрый! > Можно ли в access_log записывать время > отдачи контента клиенту? > Т.е. от начала посылки хедеров, до > последнего байта в файле. > Или хотя бы от прихода первых данных > запроса от клиента, до отправки > последнего байта. Вам надо писать в лог $request_time, время обработки запроса в секундах с точностью до миллисекунд; и не забывать что это - лишь с точностью до размера буферов на отправку на вашей стороне. -- Best regards, Andrew A. Kopeyko http://www.zvuki.ru/ From wangsamp на gmail.com Tue Dec 28 16:25:50 2010 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Tue, 28 Dec 2010 15:25:50 +0200 (EET) Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: <20101228140942.1981aad0@sapsan.giknpc.intranet> References: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> <5969c5738af57543b7cc80af8f76c019.NginxMailingListRussian@forum.nginx.org> <20101228140942.1981aad0@sapsan.giknpc.intranet> Message-ID: Today Dec 28, 2010 at 14:09 Alex Khrenov wrote: > Конфиг был в первом письме вроде. > Повторяю: > location / { > if ($cookie_dle_user_id) { return 412; } > if ($cookie_dle_password) { return 412; } > if ($request_method = POST ) { return 412; } Если специально не указывать POST в proxy_cache_methods, то он и так не будет закэширован. А эти cookie нужно просто перечислить в proxy_cache_bypass и proxy_no_cache: http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_cache_bypass http://sysoev.ru/nginx/docs/http/ngx_http_proxy_module.html#proxy_no_cache > error_page 412 = @nocached; > include /usr/local/etc/nginx/conf/cache; > proxy_pass http://127.2.0.1:2190/; Уберите "/" в конце. > /usr/local/etc/nginx/conf/cache: > proxy_cache one; > proxy_cache_key "$request_method|$is_args|$host|$request_uri"; Если не кэшировать POST-ты, то $request_method не нужен - при HEAD nginx отправит к backend-у запрос GET, закэширует ответ с телом, но отдаст только заголовки. $is_args вообще ничего полезного тут не делает. Ключ, который Вы хотите, скорее всего должен выглядеть так: proxy_cache_key "$host|$uri$is_args$args"; > proxy_hide_header "Set-Cookie"; > proxy_ignore_headers "Cache-Control" "Expires"; http://sysoev.ru/nginx/changes.html 0.8.44 05.07.2010 Изменение: теперь nginx по умолчанию не кэширует ответы бэкендов, в заголовке которых есть строка "Set-Cookie". Нужно изменить так: proxy_ignore_headers Set-Cookie Cache-Control Expires; -- WNGS-RIPE From kav на karagodov.name Tue Dec 28 16:28:23 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Tue, 28 Dec 2010 16:28:23 +0300 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <96ad0bb228ca6c22f1d1178389e6ed65.NginxMailingListRussian@forum.nginx.org> References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> <96ad0bb228ca6c22f1d1178389e6ed65.NginxMailingListRussian@forum.nginx.org> Message-ID: On 28.12.2010, at 15:25, iskander wrote: > keepalive выключил. ну и как теперь? > а вот как TIME_WAIT уменьшить так и не > понял. > # cat /proc/sys/net/ipv4/tcp_fin_timeout было что то ещё > 30 > > воздействия не возымело никакого. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161693#msg-161693 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Tue Dec 28 16:34:59 2010 From: nginx-forum на nginx.us (iskander) Date: Tue, 28 Dec 2010 08:34:59 -0500 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> Message-ID: никак, всё так-же :( уже по всякому настройки покрутил :( всё бестолку Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161703#msg-161703 From sapsan на giknpc.com.ua Tue Dec 28 16:34:48 2010 From: sapsan на giknpc.com.ua (Alex Khrenov) Date: Tue, 28 Dec 2010 15:34:48 +0200 Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: References: <20101227180121.7c3d42e6@sapsan.giknpc.intranet> <5969c5738af57543b7cc80af8f76c019.NginxMailingListRussian@forum.nginx.org> <20101228140942.1981aad0@sapsan.giknpc.intranet> Message-ID: <20101228153448.6ba3643f@sapsan.giknpc.intranet> В Tue, 28 Dec 2010 15:25:50 +0200 (EET) "Oleksandr V. Typlyns'kyi" пишет: > Today Dec 28, 2010 at 14:09 Alex Khrenov wrote: > > proxy_hide_header "Set-Cookie"; > > proxy_ignore_headers "Cache-Control" "Expires"; > > http://sysoev.ru/nginx/changes.html > 0.8.44 05.07.2010 > Изменение: теперь nginx по умолчанию не кэширует ответы бэкендов, в > заголовке которых есть строка "Set-Cookie". > > Нужно изменить так: proxy_ignore_headers Set-Cookie Cache-Control > Expires; > Вот это скорее всего оно, спасибо. Проверю при возможности. -- Close your eyes, look into the dream... Jabber ID : sapsan на gmail.com E-mail : sapsan на gmail.com From mdounin на mdounin.ru Tue Dec 28 16:41:35 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 28 Dec 2010 16:41:35 +0300 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <4D19DFD8.6010704@zvuki.ru> References: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> <4D19DFD8.6010704@zvuki.ru> Message-ID: <20101228134135.GV1084@mdounin.ru> Hello! On Tue, Dec 28, 2010 at 04:02:16PM +0300, Andrew Kopeyko wrote: > s.ivlenkov wrote: > >Добрый день! > > День добрый! > > >Можно ли в access_log записывать время > >отдачи контента клиенту? > >Т.е. от начала посылки хедеров, до > >последнего байта в файле. > >Или хотя бы от прихода первых данных > >запроса от клиента, до отправки > >последнего байта. > > Вам надо писать в лог > $request_time, время обработки запроса в секундах с точностью до > миллисекунд; > > и не забывать что это - лишь с точностью до размера буферов на > отправку на вашей стороне. $request_time также включает в себя время получения и обработки запроса, так что строго говоря для поставленной задачи подходит не очень. Но ничего лучше на данный момент нет. Maxim Dounin From nginx-forum на nginx.us Tue Dec 28 16:42:56 2010 From: nginx-forum на nginx.us (ig0r) Date: Tue, 28 Dec 2010 08:42:56 -0500 Subject: =?UTF-8?B?UmU6IG5naW54IDAuOC41Mywg0L/RgNC+0LHQu9C10LzQsCDRgSDQutGN0YjQtdC8?= In-Reply-To: References: Message-ID: Oleksandr V. Typlyns'kyi Wrote: ------------------------------------------------------- > Today Dec 28, 2010 at 14:09 Alex Khrenov wrote: > > > Конфиг был в первом письме > вроде. > > Повторяю: > > > location / { > > if ($cookie_dle_user_id) { return 412; } > > if ($cookie_dle_password) { return 412; > } > > if ($request_method = POST ) { return > 412; } > > Если специально не указывать POST в proxy_cache_methods, то он и так не будет закэширован. если я всё правильно понял , то перенаправление на именованный локейшн здесь предназначен не для того чтобы не кешировать, а для того чтобы не срабатывало правило 'proxy_hide_header "Set-Cookie";' то есть если это POST то куки не нужно скрывать. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160739,161706#msg-161706 From mdounin на mdounin.ru Tue Dec 28 17:01:59 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 28 Dec 2010 17:01:59 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QstC40YHRiNC40LUgcG9zdCDQt9Cw0L/RgNC+0YHRiywgYmFja2Vu?= =?UTF-8?B?ZCB1d3NnaQ==?= In-Reply-To: References: Message-ID: <20101228140158.GX1084@mdounin.ru> Hello! On Tue, Dec 28, 2010 at 04:33:11AM -0500, maxgentry wrote: > Клиенты с плохим каналом засоряют uwsgi > worker-ы > > Происходит следующее: > - клиент отсылает POST запрос к nginx, данные > порядка 9-12KB > - nginx получает запрос не полностью, т.к. > клиент завис на 8KB > - nginx отсылает недополученный запрос > uwsgi Вот этого происходить не должно, запрос должен завершиться по таймауту чтения с ошибкой 408. Debug log, полный конфиг, nginx -V? http://wiki.nginx.org/Debugging Maxim Dounin From kaa на zvuki.ru Tue Dec 28 17:19:55 2010 From: kaa на zvuki.ru (Andrew Kopeyko) Date: Tue, 28 Dec 2010 17:19:55 +0300 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <20101228134135.GV1084@mdounin.ru> References: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> <4D19DFD8.6010704@zvuki.ru> <20101228134135.GV1084@mdounin.ru> Message-ID: <4D19F20B.8050205@zvuki.ru> Maxim Dounin wrote: > Hello! > > On Tue, Dec 28, 2010 at 04:02:16PM +0300, Andrew Kopeyko wrote: > >> s.ivlenkov wrote: >>> Добрый день! >> День добрый! >> >>> Можно ли в access_log записывать время >>> отдачи контента клиенту? >>> Т.е. от начала посылки хедеров, до >>> последнего байта в файле. >>> Или хотя бы от прихода первых данных >>> запроса от клиента, до отправки >>> последнего байта. >> Вам надо писать в лог >> $request_time, время обработки запроса в секундах с точностью до >> миллисекунд; >> >> и не забывать что это - лишь с точностью до размера буферов на >> отправку на вашей стороне. > > $request_time также включает в себя время получения и обработки > запроса, так что строго говоря для поставленной задачи подходит не > очень. Тогда надо логировать ещё $upstream_response_time, и вычислять $request_time - $upstream_response_time Это и будет, примерно, требуемое "от начала посылки хедеров, до последнего байта в файле." > Но ничего лучше на данный момент нет. > -- Best regards, Andrew A. Kopeyko http://www.zvuki.ru/ From nginx-forum на nginx.us Tue Dec 28 17:20:59 2010 From: nginx-forum на nginx.us (atomic-cat) Date: Tue, 28 Dec 2010 09:20:59 -0500 Subject: =?UTF-8?B?bmdpbngg0L7RgtC00LDQtdGCINGE0LDQudC70YsgItC00L4g0YDQtdC00LDQutGC?= =?UTF-8?B?0LjRgNC+0LLQsNC90LjRjyI=?= Message-ID: На Win7 установлен VirtualBox. В качестве гостевой ОС -- Ubuntu (на ней nginx). Несколько директорий которые находятся уровнем ниже чем root в location'ах nginx'а примонтированы с хост-машины через vboxsf (общие папки). Если редактировать файлы на хост-машине, то все изменения файлов видны на гостевой. Но nginx отдает файлы с содержанием до редактирования. Перемонтирование директорий помогает -- начинают отдаваться файлы с изменениями, но хочется понять и решить проблему. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161712,161712#msg-161712 From catap на catap.ru Tue Dec 28 17:28:15 2010 From: catap на catap.ru (Kirill A. Korinskiy) Date: Tue, 28 Dec 2010 17:28:15 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC+0YLQtNCw0LXRgiDRhNCw0LnQu9GLICLQtNC+INGA0LXQtNCw?= =?UTF-8?B?0LrRgtC40YDQvtCy0LDQvdC40Y8i?= In-Reply-To: References: Message-ID: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#open_file_cache -- wbr, Kirill -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Tue Dec 28 17:56:30 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 28 Dec 2010 17:56:30 +0300 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <4D19F20B.8050205@zvuki.ru> References: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> <4D19DFD8.6010704@zvuki.ru> <20101228134135.GV1084@mdounin.ru> <4D19F20B.8050205@zvuki.ru> Message-ID: <20101228145630.GZ1084@mdounin.ru> Hello! On Tue, Dec 28, 2010 at 05:19:55PM +0300, Andrew Kopeyko wrote: > Maxim Dounin wrote: > >Hello! > > > >On Tue, Dec 28, 2010 at 04:02:16PM +0300, Andrew Kopeyko wrote: > > > >>s.ivlenkov wrote: > >>>Добрый день! > >>День добрый! > >> > >>>Можно ли в access_log записывать время > >>>отдачи контента клиенту? > >>>Т.е. от начала посылки хедеров, до > >>>последнего байта в файле. > >>>Или хотя бы от прихода первых данных > >>>запроса от клиента, до отправки > >>>последнего байта. > >>Вам надо писать в лог > >>$request_time, время обработки запроса в секундах с точностью до > >>миллисекунд; > >> > >>и не забывать что это - лишь с точностью до размера буферов на > >>отправку на вашей стороне. > > > >$request_time также включает в себя время получения и обработки > >запроса, так что строго говоря для поставленной задачи подходит не > >очень. > > Тогда надо логировать ещё $upstream_response_time, и вычислять > $request_time - $upstream_response_time > > Это и будет, примерно, требуемое "от начала посылки хедеров, до > последнего байта в файле." Нет. Во-первых, $upstream_response_time не включает в себя чтение запроса, т.е. на эту часть погрешности не влияет вообще. А во-вторых, $upstream_response_time пересекается с отправкой ответа клиенту (в случае proxy_buffering off - вообще полностью), т.е. вычитать его - неправильно, это внесёт погрешность в другую сторону. Maxim Dounin From voron на amhost.net Tue Dec 28 17:58:42 2010 From: voron на amhost.net (Alex Vorona) Date: Tue, 28 Dec 2010 16:58:42 +0200 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <4D19F20B.8050205@zvuki.ru> References: <75f972fd96abe40ff955ffc9202d52b7.NginxMailingListRussian@forum.nginx.org> <4D19DFD8.6010704@zvuki.ru> <20101228134135.GV1084@mdounin.ru> <4D19F20B.8050205@zvuki.ru> Message-ID: <4D19FB22.4000509@amhost.net> 28.12.2010 16:19, Andrew Kopeyko wrote: > Maxim Dounin wrote: >> Hello! >> >> On Tue, Dec 28, 2010 at 04:02:16PM +0300, Andrew Kopeyko wrote: >> >>> s.ivlenkov wrote: >>>> Добрый день! >>> День добрый! >>> >>>> Можно ли в access_log записывать время >>>> отдачи контента клиенту? >>>> Т.е. от начала посылки хедеров, до >>>> последнего байта в файле. >>>> Или хотя бы от прихода первых данных >>>> запроса от клиента, до отправки >>>> последнего байта. >>> Вам надо писать в лог >>> $request_time, время обработки запроса в секундах с точностью до >>> миллисекунд; >>> >>> и не забывать что это - лишь с точностью до размера буферов на >>> отправку на вашей стороне. >> >> $request_time также включает в себя время получения и обработки запроса, так что строго >> говоря для поставленной задачи подходит не очень. > > Тогда надо логировать ещё $upstream_response_time, и вычислять > $request_time - $upstream_response_time > > Это и будет, примерно, требуемое "от начала посылки хедеров, до последнего байта в файле." > Это справедливо в случае если nginx не отдаёт ответ клиенту, пока не получит ответ полностью от бекенда. > >> Но ничего лучше на данный момент нет. >> > > From nginx-forum на nginx.us Tue Dec 28 18:19:18 2010 From: nginx-forum на nginx.us (alexander-k) Date: Tue, 28 Dec 2010 10:19:18 -0500 Subject: =?UTF-8?B?0JHQsNC70LDQvdGB0LjRgNC+0LLQutCwINGBINCx0L7Qu9GM0YjQvtC5INC90LA=?= =?UTF-8?B?0LPRgNGD0LfQutC+0Lk=?= Message-ID: <9af91bbd0a9dfb39368a47dadc2bb706.NginxMailingListRussian@forum.nginx.org> Тестирую jboss кластер из двух нод (ноды на разных машинах, windows xp, HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters --> MaxUserPort = 65000 --> TcpTimedWaitDelay = 30) На третьей машине Intel Xeon E5335 @ 2.00 GHz с операционной системой centos установлен nginx.0.8.53-1.e15 в качестве балансировщика. На четвёртой машине java1.5.0_22 HttpClient3.1 c MultiThreadedHttpConnectionManager'ом, который шарится на "большое" кол-во потоков - от 2 до 10 тысяч. На каждую jboss ноду задеплоен ear с web фасетом, который ловит запросы со от балансировщика, перенаправляет в stateless бин, который отвечает определённым образом, понятным для клиента. Конфиг коннектора из server.xml: Сразу хочу сказать, что если нагружать nginx, который работает не в режиме балансировшика, т.е. у него отсутствует директива upstream, то ошибок не наблюдается.. но когда подключаешь backend.. ----------------------------------------------------------------------------------- ----------------------------------------------------------------------------------- nginx.conf ----------------------------------------------------------------------------------- worker_processes 10; worker_priority -10; worker_rlimit_nofile 100000; events { worker_connections 1024; use epoll; } http { keepalive_timeout 0; connection_pool_size 4096; request_pool_size 8k; send_timeout 3m; client_header_buffer_size 1k; large_client_header_buffers 4 4k; output_buffers 1 32k; postpone_output 1460; tcp_nodelay on; upstream localhost { server 192.168.2.18:8070; server 192.168.2.203:8070; } server { listen 8090 backlog=15000; server_name localhost; location / { proxy_pass http://localhost; proxy_connect_timeout 10s; proxy_send_timeout 10s; proxy_read_timeout 10s; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; proxy_temp_path /var/nginx/proxy_temp; } ----------------------------------------------------------------------------------- ----------------------------------------------------------------------------------- /etc/sysctl.conf ----------------------------------------------------------------------------------- fs.file-max = 999999 net.ipv4.tcp_syncookies=1 net.ipv4.tcp_rmem = 4096 16777216 16777216 net.ipv4.tcp_wmem = 4096 16777216 16777216 net.ipv4.ip_local_port_range = 1024 65535 net.ipv4.ip_conntrack_max = 1500000 net.ipv4.tcp_fin_timeout = 15 net.ipv4.tcp_keepalive_probes = 2 net.ipv4.tcp_synack_retries = 5 net.ipv4.tcp_syn_retries = 5 net.ipv4.tcp_timestamps = 0 net.ipv4.tcp_max_tw_buckets = 1800000 net.ipv4.tcp_sack = 1 net.ipv4.tcp_max_orphans = 262144 net.ipv4.tcp_max_syn_backlog = 262144 net.core.netdev_max_backlog = 10000 net.ipv4.tcp_keepalive_time = 3600 net.ipv4.tcp_tw_reuse = 0 net.ipv4.tcp_tw_recycle = 1 net.ipv4.netfilter.ip_conntrack_udp_timeout_stream = 60 net.ipv4.netfilter.ip_conntrack_udp_timeout = 10 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1200 net.ipv4.netfilter.ip_conntrack_icmp_timeout = 10 net.ipv4.netfilter.ip_conntrack_generic_timeout = 180 net.ipv4.netfilter.ip_conntrack_tcp_be_liberal = 1 net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_last_ack = 15 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 30 net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 60 net.ipv4.netfilter.ip_conntrack_max = 1500000 net.core.somaxconn = 262144 Хочу заметить, что параметры приведённые выше, были использованы не всегда осознанно, но опытным путём установлены те, которые влияют точно: server.xml --- maxThreads, tcpNoDelay="true", backlog nginx.conf ----- listen 8090 backlog=15000; proxy_connect_timeout 10s; proxy_send_timeout 10s; proxy_read_timeout 10s; sysctl.conf ---- net.core.somaxconn В чём собственно проблема? Проблема в том, что когда я включаю на клиенте например 4000 потоков, т.е. параллельных сессий, то получаю примерно 400 ошибок на клиенте "read timed out", что говорит о том, что клиент не может дождаться на nginx результата работы backend'а (хотя keepalive_timeout 0) и около 600 ошибок типа "The page is temporarily unavailable" -не знаю что это такое, может проблемы с сокетами, может очередь сообщений на жибосовских томкатах переполняется, хотя если я увеличиваю backlog="30000" bufferSize="30000", то ошибок становится ещё больше. С апачем было гораздо меньше ошибок. Уж не знаю чё и делать дальше, может попробовать подключить к nginx модуль UpstreamFair и перенести backend на линуксы? Спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161726,161726#msg-161726 From nginx-forum на nginx.us Tue Dec 28 19:13:59 2010 From: nginx-forum на nginx.us (okakiy) Date: Tue, 28 Dec 2010 11:13:59 -0500 Subject: upstream backup Message-ID: <3aef25e76f2cbc385ae63656928ede96.NginxMailingListRussian@forum.nginx.org> Здравствуйте, коллеги. Есть пачка серверов объединенных в upstream, есть желание возвращать произвольный текст и логировать запрос, если все upstream в данный момент недоступны. Варианты, которые я вижу: 1. поднять отдельный бакэнд, который будет возвращать текст и логировать его 2. прописать в nginx отдельный server на отдельном сокете и соответственно возвращать текст и логировать его Для первого варианта не хочется заводить дополнительную сущность. Второй вариант вызывает сомнения - как-то некузяво из nginx ломиться в тот же nginx по сокету, и боюсь черевато. Других вариантов придумать не могу. Есть идеи? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161739,161739#msg-161739 From nginx-forum на nginx.us Tue Dec 28 19:52:48 2010 From: nginx-forum на nginx.us (grigory) Date: Tue, 28 Dec 2010 11:52:48 -0500 Subject: =?UTF-8?Q?AIO_=D0=B2_Linux_kernel_2=2E6=2E18-194?= Message-ID: <7c31a8ba4906d387cc89217dad2d5ed5.NginxMailingListRussian@forum.nginx.org> На Хабрахабре прочитал следующую информацию: [i]Не многие знают, что в ядро RHEL 5.5 ( начиная с 2.6.18-194.8.1 ), а соответственно и в CentOS 5.5 был бэкпортирован механизм eventfd, который используется в nginx для aio. Казалось бы все хорошо, ан нет, в списках рассылки несколько человек отписалось, что имеет место ?утечка сокетов? которую устраняют 4 патча от Maxim Dounin 2 из которых уже вошли в nginx 0.8.53. [/i] Поскольку я являюсь "счастливым" обладателем ядра 2.6.18-194, то интересует следующее: 1. Когда в nginx войдут оставшиеся два патча от Максима Дунина (если они ещё не вошли). 2. Нет ли на сегодня других известных утечек при реализации AIO в Linux 2.6.18-194? Дело в том, что я пока что сижу на 0.7.* ветке nginx, и версия nginx с установленными патчами для AIO станет для меня реальной причиной для перехода на 0.8.*. Сам патчить каждый раз после обновления nginx не хочу. P.S.: Ну и, пользуясь случаем, прошу заглянуть кого-нибудь в тему "Error 413", а то мне там никто не отвечате. :-) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161746,161746#msg-161746 From vladget на openfilm.com Tue Dec 28 20:54:18 2010 From: vladget на openfilm.com (Vladimir Getmanshchuk) Date: Tue, 28 Dec 2010 19:54:18 +0200 Subject: upstream backup In-Reply-To: <3aef25e76f2cbc385ae63656928ede96.NginxMailingListRussian@forum.nginx.org> References: <3aef25e76f2cbc385ae63656928ede96.NginxMailingListRussian@forum.nginx.org> Message-ID: http://www.grid.net.ru/nginx/udplog.en.html То? 2010/12/28 okakiy > Здравствуйте, коллеги. > > Есть пачка серверов объединенных в > upstream, есть желание возвращать > произвольный текст и логировать > запрос, если все upstream в данный момент > недоступны. > > Варианты, которые я вижу: > > 1. поднять отдельный бакэнд, который > будет возвращать текст и логировать > его > > 2. прописать в nginx отдельный server на > отдельном сокете и соответственно > возвращать текст и логировать его > > Для первого варианта не хочется > заводить дополнительную сущность. > > Второй вариант вызывает сомнения - > как-то некузяво из nginx ломиться в тот же > nginx по сокету, и боюсь черевато. > > Других вариантов придумать не могу. > Есть идеи? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,161739,161739#msg-161739 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Yours sincerely, Vladimir Getmanshchuk UNIX System Administrator Openfilm, LLC Email: vladget на openfilm.com Skype: vladimir.getmanshchuk -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum на nginx.us Tue Dec 28 21:17:25 2010 From: nginx-forum на nginx.us (okakiy) Date: Tue, 28 Dec 2010 13:17:25 -0500 Subject: upstream backup In-Reply-To: References: Message-ID: Возможно я невнятно сформулировал. Основная задача состоит в том, чтобы минимальными затратами отдать ответ на запрос в том случае, если все upstream заняты. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161739,161770#msg-161770 From nginx-forum на nginx.us Tue Dec 28 23:57:45 2010 From: nginx-forum на nginx.us (maxgentry) Date: Tue, 28 Dec 2010 15:57:45 -0500 Subject: =?UTF-8?B?UmU6INCf0L7QstC40YHRiNC40LUgcG9zdCDQt9Cw0L/RgNC+0YHRiywgYmFja2Vu?= =?UTF-8?B?ZCB1d3NnaQ==?= In-Reply-To: References: Message-ID: > nginx -V nginx version: nginx/0.8.54 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-debug --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_stub_status_module --with-pcre nginx.conf [code] worker_processes 1; error_log /var/log/nginx-error.log debug; events { worker_connections 4096; } http { include mime.types; default_type application/octet-stream; sendfile on; client_body_in_single_buffer on; client_body_buffer_size 16k; client_body_timeout 10; keepalive_timeout 0; upstream test { server unix:///var/run/uwsgi.sock; } server { listen 80; server_name localhost; location / { uwsgi_pass test; include uwsgi_params; } error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/local/www/nginx-dist; } } } [/code] uwsgi_test.py: [code] def application(env, start_response): start_response('200 OK', [('Content-Type', 'text/plain')]) env['wsgi.input'].read() yield 'OK\n' [/code] [code] > uwsgi -s /var/run/uwsgi.sock -C -w uwsgi_test -p 1 -d /tmp/log -l 512 *** Starting uWSGI 0.9.6.5 (32bit) on [Tue Dec 28 22:26:27 2010] *** compiled with version: 4.2.1 20070719 [FreeBSD] Python version: 2.6.4 (r264:75706, Apr 28 2010, 12:28:32) [GCC 4.2.1 20070719 [FreeBSD]] uWSGI running as root, you can use --uid/--gid/--chroot options *** WARNING: you are running uWSGI as root !!! (use the --uid flag) *** your memory page size is 4096 bytes allocated 408 bytes (0 KB) for 1 request's buffer. binding on UNIX socket: /var/run/uwsgi.sock chmod() socket to 666 for lazy and brave users your server socket listen backlog is limited to 512 connections initializing hooks...done. ...getting the applications list from the 'uwsgi_test' module... uwsgi.applications dictionary is not defined, trying with the "applications" one... applications dictionary is not defined, trying with the "application" callable. application 0 () ready setting default application to 0 spawned uWSGI master process (pid: 67897) spawned uWSGI worker 1 (pid: 67905) SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request / !!! write(): Broken pipe [pyutils.c line 101] [pid: 67905|app: 0|req: 1/1] 10.10.10.10 () {34 vars in 530 bytes} [Tue Dec 28 22:26:29 2010] POST / => generated 0 bytes in 13107 msecs (HTTP/1.1 200) 1 headers in 45 bytes (0 async switches on async core 0) SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request / !!! write(): Broken pipe [pyutils.c line 101] [pid: 67905|app: 0|req: 2/2] 10.10.10.11 () {34 vars in 474 bytes} [Tue Dec 28 22:26:42 2010] POST / => generated 0 bytes in 1880 msecs (HTTP/1.1 200) 1 headers in 45 bytes (0 async switches on async core 0) SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request / !!! write(): Broken pipe [pyutils.c line 101] [/code] nginx-error.log: [code] 2010/12/28 22:26:29 [debug] 67908#0: *1 accept: 10.10.10.10 fd:3 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer add: 3: 60000:782893140 2010/12/28 22:26:29 [debug] 67908#0: *1 kevent set event: 3: ft:-1 fl:0025 2010/12/28 22:26:29 [debug] 67908#0: *1 malloc: 283EF300:656 2010/12/28 22:26:29 [debug] 67908#0: *1 malloc: 28301400:1024 2010/12/28 22:26:29 [debug] 67908#0: *1 posix_memalign: 28322000:4096 @16 2010/12/28 22:26:29 [debug] 67908#0: *1 http process request line 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: eof:0, avail:1452, err:0 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:3 1024 of 1024 2010/12/28 22:26:29 [debug] 67908#0: *1 http request line: "POST / HTTP/1.1" 2010/12/28 22:26:29 [debug] 67908#0: *1 http uri: "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 http args: "" 2010/12/28 22:26:29 [debug] 67908#0: *1 http exten: "" 2010/12/28 22:26:29 [debug] 67908#0: *1 http process request header line 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "Content-Type: application/x-www-form-urlencoded" 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "Host: 1.1.1.1" 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "Content-Length: 2475" 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "Cache-Control: no-cache" 2010/12/28 22:26:29 [debug] 67908#0: *1 http header done 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer del: 3: 782893140 2010/12/28 22:26:29 [debug] 67908#0: *1 rewrite phase: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 test location: "/nginx_status" 2010/12/28 22:26:29 [debug] 67908#0: *1 test location: "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 using configuration "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 http cl:2475 max:1048576 2010/12/28 22:26:29 [debug] 67908#0: *1 rewrite phase: 2 2010/12/28 22:26:29 [debug] 67908#0: *1 post rewrite phase: 3 2010/12/28 22:26:29 [debug] 67908#0: *1 generic phase: 4 2010/12/28 22:26:29 [debug] 67908#0: *1 generic phase: 5 2010/12/28 22:26:29 [debug] 67908#0: *1 access phase: 6 2010/12/28 22:26:29 [debug] 67908#0: *1 access phase: 7 2010/12/28 22:26:29 [debug] 67908#0: *1 post access phase: 8 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body preread 796 2010/12/28 22:26:29 [debug] 67908#0: *1 posix_memalign: 28323000:4096 @16 2010/12/28 22:26:29 [debug] 67908#0: *1 http read client request body 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: eof:0, avail:428, err:0 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:3 428 of 1679 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body recv 428 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body rest 1251 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer add: 3: 10000:782843157 2010/12/28 22:26:29 [debug] 67908#0: *1 http finalize request: -4, "/?" a:1, c:2 2010/12/28 22:26:29 [debug] 67908#0: *1 http request count:2 blk:0 2010/12/28 22:26:29 [debug] 67908#0: *1 http run request: "/?" 2010/12/28 22:26:29 [debug] 67908#0: *1 http read client request body 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: eof:0, avail:1251, err:0 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:3 1251 of 1251 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body recv 1251 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body rest 0 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer del: 3: 782843157 2010/12/28 22:26:29 [debug] 67908#0: *1 http init upstream, client timer: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 kevent set event: 3: ft:-2 fl:0025 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "QUERY_STRING" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "QUERY_STRING: " 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "REQUEST_METHOD" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "POST" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "REQUEST_METHOD: POST" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "CONTENT_TYPE" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "application/x-www-form-urlencoded" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "CONTENT_TYPE: application/x-www-form-urlencoded" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "CONTENT_LENGTH" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "2475" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "CONTENT_LENGTH: 2475" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "REQUEST_URI" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "REQUEST_URI: /" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "PATH_INFO" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "PATH_INFO: /" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "DOCUMENT_ROOT" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "/usr/local/etc/nginx/html" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "DOCUMENT_ROOT: /usr/local/etc/nginx/html" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "SERVER_PROTOCOL" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "HTTP/1.1" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "SERVER_PROTOCOL: HTTP/1.1" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "REMOTE_ADDR" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "10.10.10.10" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "REMOTE_ADDR: 10.10.10.10" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "REMOTE_PORT" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "1391" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "REMOTE_PORT: 1391" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "SERVER_PORT" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "80" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "SERVER_PORT: 80" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script copy: "SERVER_NAME" 2010/12/28 22:26:29 [debug] 67908#0: *1 http script var: "localhost" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "SERVER_NAME: localhost" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "HTTP_CONTENT_TYPE: application/x-www-form-urlencoded" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727)" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "HTTP_HOST: 1.1.1.1" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "HTTP_CONTENT_LENGTH: 2475" 2010/12/28 22:26:29 [debug] 67908#0: *1 uwsgi param: "HTTP_CACHE_CONTROL: no-cache" 2010/12/28 22:26:29 [debug] 67908#0: *1 http cleanup add: 28322AEC 2010/12/28 22:26:29 [debug] 67908#0: *1 get rr peer, try: 1 2010/12/28 22:26:29 [debug] 67908#0: *1 socket 12 2010/12/28 22:26:29 [debug] 67908#0: *1 connect to unix:///var/run/uwsgi.sock, fd:12 #5 2010/12/28 22:26:29 [debug] 67908#0: *1 kevent set event: 12: ft:-1 fl:0025 2010/12/28 22:26:29 [debug] 67908#0: *1 connected 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream connect: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream send request 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer buf fl:0 s:534 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer buf fl:0 s:2475 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer in: 28322B18 2010/12/28 22:26:29 [debug] 67908#0: *1 writev: 3009 of 3009 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer out: 00000000 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer add: 12: 60000:782893172 2010/12/28 22:26:29 [debug] 67908#0: *1 http run request: "/?" 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream check client, write event:1, "/" 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream request: "/?" 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream process header 2010/12/28 22:26:29 [debug] 67908#0: *1 malloc: 283FB000:4096 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: eof:0, avail:45, err:0 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:12 45 of 4096 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi status 200 "200 OK" 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi header: "Content-Type: text/plain" 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi header done 2010/12/28 22:26:29 [debug] 67908#0: *1 HTTP/1.1 200 OK 2010/12/28 22:26:29 [debug] 67908#0: *1 write new buf t:1 f:0 28322C50, pos 28322C50, size: 151 file: 0, size: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 http write filter: l:0 f:0 s:151 2010/12/28 22:26:29 [debug] 67908#0: *1 http cacheable: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream process upstream 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe read upstream: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe preread: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe buf free s:0 t:1 f:0 283FB000, pos 283FB02D, size: 0 file: 0, size: 0 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer: 12, old: 782893172, new: 782893172 2010/12/28 22:26:42 [debug] 67908#0: *1 http run request: "/?" 2010/12/28 22:26:42 [debug] 67908#0: *1 http upstream check client, write event:0, "/" 2010/12/28 22:26:42 [info] 67908#0: *1 kevent() reported that client closed prematurely connection, so upstream connection is closed too (54: Connection reset by peer) while reading upstream, client: 10.10.10.10, server: localhost, request: "POST / HTTP/1.1", upstream: "uwsgi://unix:///var/run/uwsgi.sock:", host: "1.1.1.1" 2010/12/28 22:26:42 [debug] 67908#0: *1 finalize http upstream request: 499 2010/12/28 22:26:42 [debug] 67908#0: *1 finalize http uwsgi request 2010/12/28 22:26:42 [debug] 67908#0: *1 free rr peer 1 0 2010/12/28 22:26:42 [debug] 67908#0: *1 close http upstream connection: 12 2010/12/28 22:26:42 [debug] 67908#0: *1 event timer del: 12: 782893172 2010/12/28 22:26:42 [debug] 67908#0: *1 http upstream temp fd: -1 2010/12/28 22:26:42 [debug] 67908#0: *1 http output filter "/?" 2010/12/28 22:26:42 [debug] 67908#0: *1 http copy filter: "/?" 2010/12/28 22:26:42 [debug] 67908#0: *1 http postpone filter "/?" BFBFE7A8 2010/12/28 22:26:42 [debug] 67908#0: *1 http chunk: 0 2010/12/28 22:26:42 [debug] 67908#0: *1 http copy filter: -1 "/?" 2010/12/28 22:26:42 [debug] 67908#0: *1 http finalize request: -1, "/?" a:1, c:1 2010/12/28 22:26:42 [debug] 67908#0: *1 http terminate request count:1 2010/12/28 22:26:42 [debug] 67908#0: *1 http terminate cleanup count:1 blk:0 2010/12/28 22:26:42 [debug] 67908#0: *1 http posted request: "/?" 2010/12/28 22:26:42 [debug] 67908#0: *1 http terminate handler count:1 2010/12/28 22:26:42 [debug] 67908#0: *1 http request count:1 blk:0 2010/12/28 22:26:42 [debug] 67908#0: *1 http close request 2010/12/28 22:26:42 [debug] 67908#0: *1 http log handler 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 283FB000 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 28322000, unused: 320 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 28323000, unused: 1605 2010/12/28 22:26:42 [debug] 67908#0: *1 close http connection: 3 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 28301400 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 283EF300 2010/12/28 22:26:42 [debug] 67908#0: *1 free: 28317200, unused: 40 [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161657,161795#msg-161795 From nginx-forum на nginx.us Wed Dec 29 00:04:24 2010 From: nginx-forum на nginx.us (maxgentry) Date: Tue, 28 Dec 2010 16:04:24 -0500 Subject: =?UTF-8?B?UmU6INCf0L7QstC40YHRiNC40LUgcG9zdCDQt9Cw0L/RgNC+0YHRiywgYmFja2Vu?= =?UTF-8?B?ZCB1d3NnaQ==?= In-Reply-To: References: Message-ID: <939770bb39a1ffd8aeb28f3780190912.NginxMailingListRussian@forum.nginx.org> На сервере большой трафик, но один поток uwsgi должен аккуратно отвечать на те запросы, которые получает. Почему-то периодически ответы значительно больше 10 секунд, хотя нормальное время меньше 50мс. Та же самая картина на большем количестве процесов uwsgi. Idle процесора больше 90%, i/o тоже не загружено. Не понимаю в чем дело. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161657,161797#msg-161797 From nginx-forum на nginx.us Wed Dec 29 05:04:31 2010 From: nginx-forum на nginx.us (magz) Date: Tue, 28 Dec 2010 21:04:31 -0500 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YI=?= In-Reply-To: <7b08e796a932128c6d79c2869994153d.NginxMailingListRussian@forum.nginx.org> References: <7b08e796a932128c6d79c2869994153d.NginxMailingListRussian@forum.nginx.org> Message-ID: magz Wrote: ------------------------------------------------------- > Подскажите пожалуйста как > правильно делать редирект > реквеста. > > Пробовал так: > r->uri.data = new_uri; > r->uri.len = new_uri_size; > r->headers_in.server.data = new_host; > r->headers_in.server.len = new_host_size; > > И вот так: > uri.data = new_uri; > uri.len = new_uri_size; > ngx_http_internal_redirect(r, &uri, &args); > ngx_http_finalize_request(r, NGX_DONE); > > Ничего хорошего из этого не > вышло. > > Спасибо, > Макс. Не хотелось бы много спамить, но по моему мой вопрос никто не понял. Попробую как-нибудь по другому спросить... У меня проблема такая, есть модуль nginx'a который регистрируется в фазах NGX_HTTP_SERVER_REWRITE_PHASE и NGX_HTTP_REWRITE_PHASE. В обработчике я делаю некоторые действия и в конечном итоге хочу сделать редирект запроса на другой хост. Я пробовал сделать меняя host и uri в ngx_http_request_t *r, но ничего хорошего из этого не вышло. Я хочу что-бы nginx сделал запрос на другой хост и вернул вывод браузеру. Есть идеи как это сделать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160531,161851#msg-161851 From mdounin на mdounin.ru Wed Dec 29 06:14:56 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 29 Dec 2010 06:14:56 +0300 Subject: =?UTF-8?B?UmU6INCf0L7QstC40YHRiNC40LUgcG9zdCDQt9Cw0L/RgNC+0YHRiywgYmFja2Vu?= =?UTF-8?B?ZCB1d3NnaQ==?= In-Reply-To: References: Message-ID: <20101229031456.GB1084@mdounin.ru> Hello! On Tue, Dec 28, 2010 at 03:57:45PM -0500, maxgentry wrote: [...] > 2010/12/28 22:26:29 [debug] 67908#0: *1 http header: "Content-Length: 2475" [...] > 2010/12/28 22:26:29 [debug] 67908#0: *1 http read client request body > 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: eof:0, avail:428, err:0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:3 428 of 1679 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body recv 428 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body rest 1251 [...] > 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:3 1251 of 1251 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body recv 1251 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http client request body rest 0 Тело запроса получено от клиента целиком. [...] > 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream send request > 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer buf fl:0 s:534 > 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer buf fl:0 s:2475 > 2010/12/28 22:26:29 [debug] 67908#0: *1 chain writer in: 28322B18 > 2010/12/28 22:26:29 [debug] 67908#0: *1 writev: 3009 of 3009 И целиком отправлено на бекенд. [...] > 2010/12/28 22:26:29 [debug] 67908#0: *1 recv: fd:12 45 of 4096 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi status 200 "200 OK" > 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi header: > "Content-Type: text/plain" > 2010/12/28 22:26:29 [debug] 67908#0: *1 http uwsgi header done > 2010/12/28 22:26:29 [debug] 67908#0: *1 HTTP/1.1 200 OK > 2010/12/28 22:26:29 [debug] 67908#0: *1 write new buf t:1 f:0 28322C50, > pos 28322C50, size: 151 file: 0, size: 0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http write filter: l:0 f:0 > s:151 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http cacheable: 0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 http upstream process upstream > 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe read upstream: 0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe preread: 0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 pipe buf free s:0 t:1 f:0 > 283FB000, pos 283FB02D, size: 0 file: 0, size: 0 > 2010/12/28 22:26:29 [debug] 67908#0: *1 event timer: 12, old: 782893172, > new: 782893172 Получили от бекенда заголовок, ушли ждать окончания ответа. > 2010/12/28 22:26:42 [debug] 67908#0: *1 http run request: "/?" > 2010/12/28 22:26:42 [debug] 67908#0: *1 http upstream check client, > write event:0, "/" > 2010/12/28 22:26:42 [info] 67908#0: *1 kevent() reported that client > closed prematurely connection, so upstream connection is closed too (54: > Connection reset by peer) while reading upstream, client: 10.10.10.10, > server: localhost, request: "POST / HTTP/1.1", upstream: > "uwsgi://unix:///var/run/uwsgi.sock:", host: "1.1.1.1" Клиенту всё это надоело раньше, чем нам. Почему ответ не приходит - надо смотреть внимательно внутри uwsgi. Из тривиального на попробовать - сменить yield на return. Maxim Dounin From isk на easydategroup.com Wed Dec 29 08:42:07 2010 From: isk на easydategroup.com (Olexander Shtepa) Date: Wed, 29 Dec 2010 07:42:07 +0200 Subject: upstream backup In-Reply-To: References: Message-ID: <201012290742.07771.isk@easydategroup.com> > Возможно я невнятно сформулировал. > Основная задача состоит в том, чтобы > минимальными затратами отдать ответ на > запрос в том случае, если все upstream > заняты. Отдавать свою html страницу на 502 ошибку, вместо дефолтной nginxа. From nginx-forum на nginx.us Wed Dec 29 09:24:18 2010 From: nginx-forum на nginx.us (s.ivlenkov) Date: Wed, 29 Dec 2010 01:24:18 -0500 Subject: =?UTF-8?B?UmU6INC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSDRgdC60L7RgNC+0YHRgtC4INC+?= =?UTF-8?B?0YLQtNCw0YfQuCDQutC+0L3RgtC10L3RgtCw?= In-Reply-To: <4D19FB22.4000509@amhost.net> References: <4D19FB22.4000509@amhost.net> Message-ID: >>> и не забывать что это - лишь с точностью до размера буферов на >>> отправку на вашей стороне. Спасибо! Смущало, что часто в $request_time либо 0.000 (если ответ из кэш), либо время upstream_response_time Правильно понимаю, что из "с точностью до размера буферов", следует, что если файл меньше tcp write буфера, то request_time получается 0.000? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161655,161872#msg-161872 From dedukhin на mail.ru Wed Dec 29 09:52:05 2010 From: dedukhin на mail.ru (Dmitry Dedukhin) Date: Wed, 29 Dec 2010 09:52:05 +0300 Subject: =?UTF-8?B?bGltaXRfcmF0ZSDQuCDQsdGD0YTQtdGA0LjQt9Cw0YbQuNGP?= Message-ID: <4D1ADA95.4020206@mail.ru> Добрый день. Правильно ли я понимаю, что конструкции proxy_buffering off; proxy_buffer_size 32k; limit_rate 5k; и proxy_max_temp_file_size 0; proxy_buffer_size 32k; limit_rate 5k; одинаково отключают буферизацию ответа бэкенда? Есть желание отключить буферизацию и ограничить скорость отдачи клиенту, но в первом случае ограничение скорости не работает, а во втором - работает. From scukonick на gmail.com Wed Dec 29 10:53:01 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Wed, 29 Dec 2010 10:53:01 +0300 Subject: =?UTF-8?B?UmU6IGxpbWl0X3JhdGUg0Lgg0LHRg9GE0LXRgNC40LfQsNGG0LjRjw==?= In-Reply-To: <4D1ADA95.4020206@mail.ru> References: <4D1ADA95.4020206@mail.ru> Message-ID: Приветствую! Могу ошибаться, но proxy_max_temp_file_size не отключает буферизацию, а только отключает использование временных файлов на диске. Буферизация в памяти при этом остается включенной. Поэтому в первом случае и не работает ограничение скорости, т.к. nginx сразу передает клиенту ответ бэкенда, а во втором случае он его буферизует и может отдавать с какой угодно скоростью. 2010/12/29 Dmitry Dedukhin : > Добрый день. > > Правильно ли я понимаю, что конструкции > > proxy_buffering    off; > proxy_buffer_size 32k; > limit_rate              5k; > > и > > proxy_max_temp_file_size 0; > proxy_buffer_size              32k; > limit_rate                           5k; > > одинаково отключают буферизацию ответа бэкенда? > Есть желание отключить буферизацию и ограничить скорость отдачи клиенту, но > в первом случае ограничение скорости не работает, а во втором - работает. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > -- Alexey Malov From kav на karagodov.name Wed Dec 29 10:59:33 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 29 Dec 2010 10:59:33 +0300 Subject: =?UTF-8?B?UmU6INGA0LXQtNC40YDQtdC60YI=?= In-Reply-To: References: <7b08e796a932128c6d79c2869994153d.NginxMailingListRussian@forum.nginx.org> Message-ID: "nginx сделал запрос на другой хост" есть (fastcgi|proxy)_pass или rewrite (если надо сказать браузеру, чтобы он сам взял с другого хоста) зачем для этого модуль писать? On 29.12.2010, at 5:04, magz wrote: > magz Wrote: > ------------------------------------------------------- >> Подскажите пожалуйста как >> правильно делать редирект >> реквеста. >> >> Пробовал так: >> r->uri.data = new_uri; >> r->uri.len = new_uri_size; >> r->headers_in.server.data = new_host; >> r->headers_in.server.len = new_host_size; >> >> И вот так: >> uri.data = new_uri; >> uri.len = new_uri_size; >> ngx_http_internal_redirect(r, &uri, &args); >> ngx_http_finalize_request(r, NGX_DONE); >> >> Ничего хорошего из этого не >> вышло. >> >> Спасибо, >> Макс. > > > Не хотелось бы много спамить, но по > моему мой вопрос никто не понял. > Попробую как-нибудь по другому > спросить... > > У меня проблема такая, есть модуль nginx'a > который регистрируется в фазах > NGX_HTTP_SERVER_REWRITE_PHASE и NGX_HTTP_REWRITE_PHASE. В > обработчике я делаю некоторые действия > и в конечном итоге хочу сделать > редирект запроса на другой хост. Я > пробовал сделать меняя host и uri в > ngx_http_request_t *r, но ничего хорошего из > этого не вышло. Я хочу что-бы nginx сделал > запрос на другой хост и вернул вывод > браузеру. Есть идеи как это сделать? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,160531,161851#msg-161851 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From kav на karagodov.name Wed Dec 29 11:06:30 2010 From: kav на karagodov.name (Alexey V. Karagodov) Date: Wed, 29 Dec 2010 11:06:30 +0300 Subject: =?UTF-8?B?UmU6IDUwMiDQv9GA0Lgg0YDQsNCx0L7RgtCw0Y7RidC40YUg0YHQtdGA0LLQuNGB?= =?UTF-8?B?0LDRhSDQuCDQvdC1INC90LDQs9GA0YPQttC10L3QvdC+0Lwg0YHQtdGA0LI=?= =?UTF-8?B?0LXRgNCw?= In-Reply-To: References: <4ee2ba51ea540cc3b48029f504dd9ff9.NginxMailingListRussian@forum.nginx.org> Message-ID: поставьте дефолтные настройки. непонятное высокие тайм-ауты и пр сколько, в среднем, времени требуется на обработку запроса? апачу nginx только проксирует или отдаёт статику скажем или ещё что? зачем столько вокеров, sendfile и directio в одном флаконе? On 28.12.2010, at 16:34, iskander wrote: > никак, всё так-же :( > уже по всякому настройки покрутил :( всё > бестолку > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161682,161703#msg-161703 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Dec 29 13:19:10 2010 From: nginx-forum на nginx.us (maxgentry) Date: Wed, 29 Dec 2010 05:19:10 -0500 Subject: =?UTF-8?B?UmU6INCf0L7QstC40YHRiNC40LUgcG9zdCDQt9Cw0L/RgNC+0YHRiywgYmFja2Vu?= =?UTF-8?B?ZCB1d3NnaQ==?= In-Reply-To: <939770bb39a1ffd8aeb28f3780190912.NginxMailingListRussian@forum.nginx.org> References: <939770bb39a1ffd8aeb28f3780190912.NginxMailingListRussian@forum.nginx.org> Message-ID: <24e373f7a8619ab68251b7fc777172d4.NginxMailingListRussian@forum.nginx.org> Спасибо за ответ. Я уже понял что был неправ обвиняя nginx, это увидел тоже из лога. Что не так с uwsgi разобратся не смог. yield на return менял. Пока переехал на gunicorn, там этой проблемы нет. Боюсь что знаний и желания не хватит чтобы разобратся. Тем более что на тестовой системе такого нет, проявляется только на этом трафике, а он "живой" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161657,161912#msg-161912 From foxr на mail.ru Wed Dec 29 14:59:38 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Wed, 29 Dec 2010 14:59:38 +0300 Subject: =?UTF-8?B?0JLRgNC10LzRjyDQvtC20LjQtNCw0L3QuNGPINC+0YLQstC10YLQsCDQvtGCINGB?= =?UTF-8?B?0LXRgNCy0LXRgNCw?= Message-ID: Добрый день всем. Сегодня был перевезен сервер в дата центр. Время ожидание ответа от сервера стало заметно большим, загружая обычную страницу время ожидания от 1.5с -до 4с, получение происходит быстро, милисикунды затрачиваются. Прилагаю настройки nginx, подскажите, в чем может быть проблема Кэш отключен. Генеральный: user www www; worker_processes 8; error_log /pub/log/nginx/error_log notice; pid /var/run/nginx.pid; events { worker_connections 4096; use kqueue; } http { include mime.types; default_type application/octet-stream; server_names_hash_bucket_size 1024; client_header_timeout 1m; client_body_timeout 1m; send_timeout 1m; keepalive_timeout 1m; sendfile on; client_max_body_size 20m; proxy_connect_timeout 60; proxy_send_timeout 60; proxy_read_timeout 60; proxy_buffer_size 128k; proxy_buffers 64 128k; proxy_busy_buffers_size 128k; proxy_buffering on; large_client_header_buffers 16 32k; gzip on; gzip_static on; gzip_min_length 1000; gzip_proxied any; gzip_types text/plain text/xml application/xml application/x-javascript text/javascript text/css text/json; gzip_disable "msie6"; gzip_comp_level 6; #proxy_cache_path /pub/cache levels=1:2 keys_zone=one:50m inactive=30m max_size=1024m; 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 /pub/log/nginx/access_log main; server { listen 80 default rcvbuf=8k sndbuf=16k; } include /usr/local/etc/nginx/vhosts/*; } Инклуд: upstream bak { server 127.0.0.1:port; } server { reset_timedout_connection on; listen ip:80; server_name test.ru www.test.ru; location ~* ^.+\.(htm|html|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js)$ { root /pub/home/www.test.ru/www; access_log off; expires 5h; } location ~ /\.ht { deny all; } location / { proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # $remote_addr; proxy_pass http://bak/; # proxy_cache one; # proxy_cache_valid 200 301 302 304 10m; # proxy_cache_key "$host$request_uri $cookie_user"; # proxy_ignore_headers "Cache-Control" "Expires"; proxy_redirect http://test.ru:2003/ http://test.ru/; proxy_redirect http://www.test.ru:2003/ http://www.test.ru/; } } ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From slava на auto.ru Wed Dec 29 15:21:38 2010 From: slava на auto.ru (Viatcheslav E. Kouznetsov) Date: Wed, 29 Dec 2010 15:21:38 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: References: Message-ID: <201012291521.38304.slava@auto.ru> В сообщении от 29 декабря 2010 14:59 Александр Рочев написал(a): > Добрый день всем. > Сегодня был перевезен сервер в дата центр. > Время ожидание ответа от сервера стало заметно большим, загружая обычную > страницу время ожидания от 1.5с -до 4с, получение происходит быстро, > милисикунды затрачиваются. Прилагаю настройки nginx, подскажите, в чем > может быть проблема > Кэш отключен. ДНС ? -- С уважением, Вячеслав Кузнецов ООО "АВТО.РУ" тел. 8(499)730-8-730 (доб. 404) From foxr на mail.ru Wed Dec 29 15:28:11 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Wed, 29 Dec 2010 15:28:11 +0300 Subject: =?UTF-8?B?UmVbMl06INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg?= =?UTF-8?B?0L7RgiDRgdC10YDQstC10YDQsA==?= In-Reply-To: <201012291521.38304.slava@auto.ru> References: <201012291521.38304.slava@auto.ru> Message-ID: обращаемся к сайту по айпи, так как днс будем переписывать в НГ. From nginx-forum на nginx.us Wed Dec 29 15:36:04 2010 From: nginx-forum на nginx.us (KaMaToZzz) Date: Wed, 29 Dec 2010 07:36:04 -0500 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: References: Message-ID: <27ee4d7ac79094d41ab3ae270300a04c.NginxMailingListRussian@forum.nginx.org> тоже самая проблема, время ожидание начиная от 5 секунд и иногда бывает выше, но не меньше. вот мой конфиг: [code] ####################################################################### # # This is the main Nginx configuration file. # # More information about the configuration options is available on # * the English wiki - http://wiki.codemongers.com/Main # * the Russian documentation - http://sysoev.ru/nginx/ # ####################################################################### #---------------------------------------------------------------------- # Main Module - directives that cover basic functionality # # http://wiki.codemongers.com/NginxMainModule # #---------------------------------------------------------------------- user www; worker_processes 8; worker_rlimit_nofile 8192; error_log /var/log/nginx/error.log; #error_log /var/log/nginx/error.log notice; #error_log /var/log/nginx/error.log info; pid /var/run/nginx.pid; timer_resolution 100ms; #---------------------------------------------------------------------- # Events Module # # http://wiki.codemongers.com/NginxEventsModule # #---------------------------------------------------------------------- events { worker_connections 4096; use kqueue; } #---------------------------------------------------------------------- # HTTP Core Module # # http://wiki.codemongers.com/NginxHttpCoreModule # #---------------------------------------------------------------------- http { include /usr/local/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 off; sendfile on; #tcp_nopush on; client_max_body_size 10M; #keepalive_timeout 0; keepalive_timeout 65; send_timeout 140; client_body_timeout 140; client_header_timeout 140; gzip on; charset utf8; include hosts/fun3.conf; include hosts/wp3.conf; include hosts/wp-rdirect.conf; include hosts/live.conf; include hosts/cacti.conf; #include hosts/test.conf; } [/code] Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161925,161934#msg-161934 From sales на edemnv.ru Wed Dec 29 15:48:04 2010 From: sales на edemnv.ru (=?koi8-r?B?88HXxczYxdcg4czFy9PBzsTS?=) Date: Wed, 29 Dec 2010 17:48:04 +0500 Subject: =?UTF-8?Q?rewrite_=D0=BD=D0=B0_nginx?= Message-ID: location / { root /home/http/domen.ru/www/; index index.php index.html; if (!-e $request_filename) { rewrite ^(/.*)$ /index.php?q=$1 last; break; } } Но в ответ 404 ошибка. Страница доступна по адресу blabla.domen.ru а данные должны подгружатся с с domen.ru/index.php?q=blabla может я что то не так делаю? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From slava.kokorin на gmail.com Wed Dec 29 16:02:43 2010 From: slava.kokorin на gmail.com (Slava Kokorin) Date: Wed, 29 Dec 2010 16:02:43 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: References: Message-ID: 29 декабря 2010 г. 14:59 пользователь Александр Рочев написал: > Добрый день всем. > Сегодня был перевезен сервер в дата центр. > Время ожидание ответа от сервера стало заметно большим, загружая обычную > страницу время ожидания от 1.5с -до 4с, получение происходит быстро, > милисикунды затрачиваются. > Возможно проблема в DNS резолвере (/etc/resolv.conf) Статика отдается без задержки ? PS. http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups -- Regards, Slava ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From safronov.andrey на gmail.com Wed Dec 29 16:03:16 2010 From: safronov.andrey на gmail.com (Andrey Safronov) Date: Wed, 29 Dec 2010 16:03:16 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0L3QsCBuZ2lueA==?= In-Reply-To: References: Message-ID: http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files 2010/12/29 Савельев Александр > location / { > > root /home/http/domen.ru/www/; > > index index.php index.html; > > if (!-e $request_filename) { > > rewrite ^(/.*)$ /index.php?q=$1 last; > > break; > > } > > } > > > > > > Но в ответ 404 ошибка. > > Страница доступна по адресу blabla.domen.ru а данные должны подгружатся сс > domen.ru/index.php?q=blabla может я что то не так делаю? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From temotor на gmail.com Wed Dec 29 16:09:41 2010 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 29 Dec 2010 16:09:41 +0300 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0L3QsCBuZ2lueA==?= In-Reply-To: References: Message-ID: 2010/12/29 Савельев Александр : > location / { > > root /home/http/domen.ru/www/; > > index index.php index.html; > > if (!-e $request_filename) { > > rewrite ^(/.*)$ /index.php?q=$1 last; > > break; > > } > > } > > > > > > Но в ответ 404 ошибка. > > Страница доступна по адресу blabla.domen.ru а данные должны подгружатся с с > domen.ru/index.php?q=blabla может я что то не так делаю? > Да. Вы используете две неправильные директивы: if и rewrite. location / { root /home/http/domen.ru/www/; index index.html; try_files $uri @php; } location @php { proxy_pass http://127.0.0.1:8000/index.php?q=$uri; } Соответственно, вместо 127.0.0.1:8000 нужно подставить адрес, на котором слушает apache. From foxr на mail.ru Wed Dec 29 16:16:25 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Wed, 29 Dec 2010 16:16:25 +0300 Subject: =?UTF-8?B?UmVbMl06INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg?= =?UTF-8?B?0L7RgiDRgdC10YDQstC10YDQsA==?= In-Reply-To: References: Message-ID: Статика отдается без задержки. Сервер две недели находился у нас в серверной, дата центр дал нам ip и мы заходили на сайт в течении 2 недель уже по постоянном ip. Когда сервер был у нас, время ожидания было минимальным, страницы грузились быстро, но мы так же шли на сервак через интернет как и сейчас, только перевезли его уже к ним. Могу добавить только, что они меняли направление каналов (точно не скажу что делали, их внутренние дела) когда он стоял у нас и когда его перевезли. Wed, 29 Dec 2010 16:02:43 +0300 письмо от Slava Kokorin : 29 декабря 2010 г. 14:59 пользователь Александр Рочев написал: Добрый день всем. Сегодня был перевезен сервер в дата центр. Время ожидание ответа от сервера стало заметно большим, загружая обычную страницу время ожидания от 1.5с -до 4с, получение происходит быстро, милисикунды затрачиваются. Возможно проблема в DNS резолвере (/etc/resolv.conf) Статика отдается без задержки ? PS. http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups -- Regards, Slava _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org (sentmsg?compose&To=nginx%2dru на nginx.org) http://nginx.org/mailman/listinfo/nginx-ru (http://nginx.org/mailman/listinfo/nginx-ru) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From slava.kokorin на gmail.com Wed Dec 29 16:22:33 2010 From: slava.kokorin на gmail.com (Slava Kokorin) Date: Wed, 29 Dec 2010 16:22:33 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGA0LXQvNGPINC+0LbQuNC00LDQvdC40Y8g0L7RgtCy0LU=?= =?UTF-8?B?0YLQsCDQvtGCINGB0LXRgNCy0LXRgNCw?= In-Reply-To: References: Message-ID: 29 декабря 2010 г. 16:16 пользователь Александр Рочев написал: > Статика отдается без задержки. > Тогда если бэкенд апач, то попробуйте выключить http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups - и динамика тоже будет без задержки. Кстати, что такое port вот здесь: upstream bak { server 127.0.0.1:port; } ? nginx -t не ругается? Сервер две недели находился у нас в серверной, дата центр дал нам ip и мы > заходили на сайт в течении 2 недель уже по постоянном ip. Когда сервер был у > нас, время ожидания было минимальным, страницы грузились быстро, но мы так > же шли на сервак через интернет как и сейчас, только перевезли его уже к > ним. Могу добавить только, что они меняли направление каналов (точно не > скажу что делали, их внутренние дела) когда он стоял у нас и когда его > перевезли. > > > Wed, 29 Dec 2010 16:02:43 +0300 письмо от Slava Kokorin < > slava.kokorin на gmail.com>: > > 29 декабря 2010 г. 14:59 пользователь Александр Рочев > > написал: > >> Добрый день всем. >> Сегодня был перевезен сервер в дата центр. >> Время ожидание ответа от сервера стало заметно большим, загружая обычную >> страницу время ожидания от 1.5с -до 4с, получение происходит быстро, >> милисикунды затрачиваются. >> > > Возможно проблема в DNS резолвере (/etc/resolv.conf) > > Статика отдается без задержки ? > > PS. http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups > > -- > Regards, > Slava > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > -- Regards, Slava ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From foxr на mail.ru Wed Dec 29 16:31:42 2010 From: foxr на mail.ru (=?koi8-r?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F2=CF=DE=C5=D7?=) Date: Wed, 29 Dec 2010 16:31:42 +0300 Subject: =?UTF-8?B?UmVbNF06INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg?= =?UTF-8?B?0L7RgiDRgdC10YDQstC10YDQsA==?= In-Reply-To: References: Message-ID: port - порт, который слушает Апач nginx -t не ругается test is successful В настройках Апача hostnamelookups Off Wed, 29 Dec 2010 16:22:33 +0300 письмо от Slava Kokorin : 29 декабря 2010 г. 16:16 пользователь Александр Рочев написал: Статика отдается без задержки. Тогда если бэкенд апач, то попробуйте выключить http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups - и динамика тоже будет без задержки. Кстати, что такое port вот здесь: upstream bak { server 127.0.0.1:port; } ? nginx -t не ругается? Сервер две недели находился у нас в серверной, дата центр дал нам ip и мы заходили на сайт в течении 2 недель уже по постоянном ip. Когда сервер был у нас, время ожидания было минимальным, страницы грузились быстро, но мы так же шли на сервак через интернет как и сейчас, только перевезли его уже к ним. Могу добавить только, что они меняли направление каналов (точно не скажу что делали, их внутренние дела) когда он стоял у нас и когда его перевезли. Wed, 29 Dec 2010 16:02:43 +0300 письмо от Slava Kokorin : 29 декабря 2010 г. 14:59 пользователь Александр Рочев написал: Добрый день всем. Сегодня был перевезен сервер в дата центр. Время ожидание ответа от сервера стало заметно большим, загружая обычную страницу время ожидания от 1.5с -до 4с, получение происходит быстро, милисикунды затрачиваются. Возможно проблема в DNS резолвере (/etc/resolv.conf) Статика отдается без задержки ? PS. http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups -- Regards, Slava _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru -- Regards, Slava _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org (sentmsg?compose&To=nginx%2dru на nginx.org) http://nginx.org/mailman/listinfo/nginx-ru (http://nginx.org/mailman/listinfo/nginx-ru) ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From oss на nigma.ru Wed Dec 29 16:32:12 2010 From: oss на nigma.ru (Stanislav S. Osipov) Date: Wed, 29 Dec 2010 16:32:12 +0300 Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQktGA0LXQvNGPINC+0LbQuNC00LDQvdC40Y8g0L7RgtCy0LU=?= =?UTF-8?B?0YLQsCDQvtGCINGB0LXRgNCy0LXRgNCw?= In-Reply-To: References: Message-ID: Ребята, ставьте локальный кеширующий DNS или найдите быстрый DNS и пропишите его себе первым в /etc/resolv.conf. Рандомные отсечки по 3-5 секунд свойственны при проблемах с DNS. With best regards, Stanislav S. Osipov Head/Senior system administrator Maintenance department of iTim 29 декабря 2010 г. 16:22 пользователь Slava Kokorin написал: > > > 29 декабря 2010 г. 16:16 пользователь Александр Рочев > написал: >> >> Статика отдается без задержки. > > Тогда если бэкенд  апач, то попробуйте > выключить http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups - и > динамика тоже будет без задержки. > Кстати, что такое port вот здесь: > upstream bak { >     server 127.0.0.1:port; > } > > ? > nginx -t не ругается? >> >> Сервер две недели находился у нас в серверной, дата центр дал нам ip и мы >> заходили на сайт в течении 2 недель уже по постоянном ip. Когда сервер был у >> нас, время ожидания было минимальным, страницы грузились быстро, но мы так >> же шли на сервак через интернет как и сейчас, только перевезли его уже к >> ним. Могу добавить только, что они меняли направление каналов (точно не >> скажу что делали, их внутренние дела) когда он стоял у нас и когда его >> перевезли. >> >> >> Wed, 29 Dec 2010 16:02:43 +0300 письмо от Slava Kokorin >> : >> >> 29 декабря 2010 г. 14:59 пользователь Александр Рочев >> написал: >>> >>> Добрый день всем. >>> Сегодня был перевезен сервер в дата центр. >>> Время ожидание ответа от сервера стало заметно большим, загружая обычную >>> страницу время ожидания от 1.5с -до 4с, получение происходит быстро, >>> милисикунды затрачиваются. >> >> Возможно проблема в DNS резолвере (/etc/resolv.conf) >> Статика отдается без задержки ? >> PS. http://httpd.apache.org/docs/2.0/mod/core.html#hostnamelookups >> >> -- >> Regards, >> Slava >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://nginx.org/mailman/listinfo/nginx-ru >> > > > > -- > Regards, > Slava > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > > From nginx-forum на nginx.us Wed Dec 29 16:34:36 2010 From: nginx-forum на nginx.us (KaMaToZzz) Date: Wed, 29 Dec 2010 08:34:36 -0500 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: <27ee4d7ac79094d41ab3ae270300a04c.NginxMailingListRussian@forum.nginx.org> References: <27ee4d7ac79094d41ab3ae270300a04c.NginxMailingListRussian@forum.nginx.org> Message-ID: <540659f4f528a1f694de8a1582843ab1.NginxMailingListRussian@forum.nginx.org> в ресолв все в порядке, какие еще варианты? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161925,161957#msg-161957 From nginx-forum на nginx.us Wed Dec 29 16:58:26 2010 From: nginx-forum на nginx.us (KaMaToZzz) Date: Wed, 29 Dec 2010 08:58:26 -0500 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: <540659f4f528a1f694de8a1582843ab1.NginxMailingListRussian@forum.nginx.org> References: <27ee4d7ac79094d41ab3ae270300a04c.NginxMailingListRussian@forum.nginx.org> <540659f4f528a1f694de8a1582843ab1.NginxMailingListRussian@forum.nginx.org> Message-ID: кстати есть на хостинге два сайта один на основном домене wordpress а второй на поддомене *.ololobr.ru так вот, сайт который на поддомене откликается быстро, то есть как и надо, а вот на основном с задержкой. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161925,161963#msg-161963 From oss на nigma.ru Wed Dec 29 17:15:27 2010 From: oss на nigma.ru (Stanislav S. Osipov) Date: Wed, 29 Dec 2010 17:15:27 +0300 Subject: =?UTF-8?B?UmU6INCS0YDQtdC80Y8g0L7QttC40LTQsNC90LjRjyDQvtGC0LLQtdGC0LAg0L4=?= =?UTF-8?B?0YIg0YHQtdGA0LLQtdGA0LA=?= In-Reply-To: <540659f4f528a1f694de8a1582843ab1.NginxMailingListRussian@forum.nginx.org> References: <27ee4d7ac79094d41ab3ae270300a04c.NginxMailingListRussian@forum.nginx.org> <540659f4f528a1f694de8a1582843ab1.NginxMailingListRussian@forum.nginx.org> Message-ID: Посмотрите настройки firewall. Могут быть излишне сильные правила, блокирующие пакеты, идущие локально на хосте. Динамика может пытаться еще стучаться на хост (типичный пример - mysql) который был доступен в офисе но перестал быть доступен в ДЦ. Ищите хардкод. With best regards, Stanislav S. Osipov Head/Senior system administrator Maintenance department of iTim 29 декабря 2010 г. 16:34 пользователь KaMaToZzz написал: > в ресолв все в порядке, какие еще > варианты? > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161925,161957#msg-161957 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > From scukonick на gmail.com Wed Dec 29 18:00:36 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Wed, 29 Dec 2010 18:00:36 +0300 Subject: =?UTF-8?B?0J7Qs9GA0LDQvdC40YfQuNGC0Ywg0LrQvtC70LjRh9C10YHRgtCy0L4g0YHQvtC1?= =?UTF-8?B?0LTQuNC90LXQvdC40Lkg0LTQu9GPINGA0LDQt9C70LjRh9C90YvRhSDRhdC+?= =?UTF-8?B?0YHRgtC90LXQudC80L7Qsg==?= Message-ID: Здравствуйте! Подскажите, пожалуйста, получится ли ограничить количество соединений для различных хостнеймов c помощью директив из модуля ngx_http_limit_zone_module? Например, сделать так: limit_zone one $hostname 10m; limit_conn one 10; Т.е. чтоб по каждому хостнейму могло быть не более 10 одновременных подключений. Если это не будет работать, то как лучше реализовать это ограничение? -- Alexey Malov From nginx-forum на nginx.us Wed Dec 29 19:38:49 2010 From: nginx-forum на nginx.us (grigory) Date: Wed, 29 Dec 2010 11:38:49 -0500 Subject: Error 413 In-Reply-To: References: Message-ID: <2c56a9db00f3f57575e80926fb4ca80d.NginxMailingListRussian@forum.nginx.org> Вижу, что патч в 0.7.67 уже есть этот. Тогда не понятно, почему не работает error_page. :-/ Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161200,162010#msg-162010 From postmaster на softsearch.ru Wed Dec 29 22:52:17 2010 From: postmaster на softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Wed, 29 Dec 2010 22:52:17 +0300 Subject: =?UTF-8?B?bmdpbngg0LIg0Y/QtNGA0LUg0LfQsNCy0LjRgQ==?= Message-ID: <1593393240.20101229225217@softsearch.ru> Здравствуйте. Вот такая картина: top last pid: 38341; load averages: 29.97, 30.23, 29.17 up 128+06:59:21 20:11:31 77 processes: 31 running, 46 sleeping CPU: 0.0% user, 0.0% nice, 99.9% system, 0.0% interrupt, 0.1% idle Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 92850 www 1 122 20 1222M 1214M RUN 5 218:15 28.56% nginx 92859 www 1 121 20 1222M 1214M CPU0 3 215:05 28.37% nginx 92854 www 1 121 20 1222M 1215M CPU7 5 221:26 28.27% nginx 92853 www 1 121 20 1222M 1215M RUN 0 223:09 28.17% nginx 92840 www 1 122 20 1222M 1215M CPU4 4 221:51 27.98% nginx 92838 www 1 121 20 1224M 1215M RUN 3 242:50 27.78% nginx 92856 www 1 121 20 1224M 1215M RUN 0 218:41 27.78% nginx 92858 www 1 121 20 1224M 1214M RUN 6 217:53 27.78% nginx 92855 www 1 121 20 1222M 1215M RUN 5 213:39 27.78% nginx 92860 www 1 121 20 1226M 1217M CPU2 2 211:49 27.69% nginx 92832 www 1 122 20 1222M 1214M RUN 5 240:12 27.59% nginx 92844 www 1 121 20 1222M 1214M RUN 2 237:11 27.59% nginx 92861 www 1 121 20 1224M 1215M RUN 7 222:23 27.59% nginx 92836 www 1 121 20 1222M 1214M RUN 2 224:10 27.49% nginx 92839 www 1 121 20 1224M 1215M RUN 7 223:32 27.29% nginx 92837 www 1 122 20 1222M 1215M RUN 5 219:08 27.29% nginx 92847 www 1 122 20 1224M 1216M RUN 4 214:18 27.20% nginx 92848 www 1 121 20 1222M 1215M RUN 3 227:21 26.86% nginx 92857 www 1 122 20 1224M 1214M RUN 3 221:02 26.86% nginx 92852 www 1 121 20 1222M 1214M RUN 4 212:14 26.86% nginx 92833 www 1 121 20 1224M 1215M RUN 0 226:34 26.56% nginx 92843 www 1 121 20 1224M 1215M RUN 2 221:21 26.56% nginx 92849 www 1 121 20 1224M 1215M RUN 6 218:07 26.56% nginx 92834 www 1 121 20 1222M 1214M RUN 0 222:42 26.46% nginx 92842 www 1 121 20 1224M 1217M RUN 2 208:29 26.37% nginx 92841 www 1 121 20 1222M 1215M RUN 1 219:15 26.27% nginx 92835 www 1 121 20 1222M 1214M CPU5 0 230:22 26.17% nginx 92851 www 1 122 20 1224M 1214M RUN 3 222:21 25.98% nginx 92845 www 1 121 20 1222M 1214M CPU3 0 221:35 25.88% nginx 92846 www 1 121 20 1222M 1215M RUN 7 210:42 25.59% nginx nginx ни чем не прибивается. К диску не обращается вообще. При запросе к стуб-статусу tcp-соединение тут же рвётся. ktrace ничего не натрейсил - файл 0 длины. FreeBSD 8.1-RELEASE Сервер ребутнули. сейчас нормально работает. nginx version: nginx/0.8.46 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 --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_stub_status_module --with-pcre Без отфильтрованного nginx-а top выглядит вот так: top -S last pid: 38355; load averages: 30.06, 30.22, 29.22 up 128+07:00:02 20:12:12 162 processes: 39 running, 101 sleeping, 22 waiting CPU: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free Swap: PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 0 root 10 -68 0 0K 144K - 2 623.6H 9.77% kernel 11 root 8 171 ki31 0K 128K RUN 0 ??? 0.00% idle 19 root 1 46 - 0K 16K syncer 6 68.5H 0.00% syncer 12 root 22 -60 - 0K 352K WAIT 0 59.2H 0.00% intr 3 root 1 -8 - 0K 16K - 0 25.4H 0.00% g_up 4 root 1 -8 - 0K 16K - 7 20.7H 0.00% g_down 20 root 1 44 - 0K 16K sdflus 7 736:28 0.00% softdepflush 8 root 1 52 - 0K 16K ipmire 7 563:30 0.00% ipmi0: kcs 9 root 1 44 - 0K 16K psleep 6 512:27 0.00% pagedaemon 13 root 1 44 - 0K 16K - 6 366:33 0.00% yarrow 21 root 1 44 - 0K 16K flowcl 7 278:41 0.00% flowcleaner 18 root 1 44 - 0K 16K vlruwt 6 91:51 0.00% vnlru 2 root 1 -8 - 0K 16K - 7 9:38 0.00% g_event посмотрел ченж-лог. Ничего подобного не нашёл. Стоит обновляться? -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From igor на sysoev.ru Wed Dec 29 22:58:35 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 29 Dec 2010 22:58:35 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INCyINGP0LTRgNC1INC30LDQstC40YE=?= In-Reply-To: <1593393240.20101229225217@softsearch.ru> References: <1593393240.20101229225217@softsearch.ru> Message-ID: <20101229195835.GG30492@rambler-co.ru> On Wed, Dec 29, 2010 at 10:52:17PM +0300, Михаил Монашёв wrote: > Здравствуйте. > > Вот такая картина: > > top > last pid: 38341; load averages: 29.97, 30.23, 29.17 up 128+06:59:21 20:11:31 > 77 processes: 31 running, 46 sleeping > CPU: 0.0% user, 0.0% nice, 99.9% system, 0.0% interrupt, 0.1% idle > Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 92850 www 1 122 20 1222M 1214M RUN 5 218:15 28.56% nginx > 92859 www 1 121 20 1222M 1214M CPU0 3 215:05 28.37% nginx > 92854 www 1 121 20 1222M 1215M CPU7 5 221:26 28.27% nginx > 92853 www 1 121 20 1222M 1215M RUN 0 223:09 28.17% nginx > 92840 www 1 122 20 1222M 1215M CPU4 4 221:51 27.98% nginx > 92838 www 1 121 20 1224M 1215M RUN 3 242:50 27.78% nginx > 92856 www 1 121 20 1224M 1215M RUN 0 218:41 27.78% nginx > 92858 www 1 121 20 1224M 1214M RUN 6 217:53 27.78% nginx > 92855 www 1 121 20 1222M 1215M RUN 5 213:39 27.78% nginx > 92860 www 1 121 20 1226M 1217M CPU2 2 211:49 27.69% nginx > 92832 www 1 122 20 1222M 1214M RUN 5 240:12 27.59% nginx > 92844 www 1 121 20 1222M 1214M RUN 2 237:11 27.59% nginx > 92861 www 1 121 20 1224M 1215M RUN 7 222:23 27.59% nginx > 92836 www 1 121 20 1222M 1214M RUN 2 224:10 27.49% nginx > 92839 www 1 121 20 1224M 1215M RUN 7 223:32 27.29% nginx > 92837 www 1 122 20 1222M 1215M RUN 5 219:08 27.29% nginx > 92847 www 1 122 20 1224M 1216M RUN 4 214:18 27.20% nginx > 92848 www 1 121 20 1222M 1215M RUN 3 227:21 26.86% nginx > 92857 www 1 122 20 1224M 1214M RUN 3 221:02 26.86% nginx > 92852 www 1 121 20 1222M 1214M RUN 4 212:14 26.86% nginx > 92833 www 1 121 20 1224M 1215M RUN 0 226:34 26.56% nginx > 92843 www 1 121 20 1224M 1215M RUN 2 221:21 26.56% nginx > 92849 www 1 121 20 1224M 1215M RUN 6 218:07 26.56% nginx > 92834 www 1 121 20 1222M 1214M RUN 0 222:42 26.46% nginx > 92842 www 1 121 20 1224M 1217M RUN 2 208:29 26.37% nginx > 92841 www 1 121 20 1222M 1215M RUN 1 219:15 26.27% nginx > 92835 www 1 121 20 1222M 1214M CPU5 0 230:22 26.17% nginx > 92851 www 1 122 20 1224M 1214M RUN 3 222:21 25.98% nginx > 92845 www 1 121 20 1222M 1214M CPU3 0 221:35 25.88% nginx > 92846 www 1 121 20 1222M 1215M RUN 7 210:42 25.59% nginx > > nginx ни чем не прибивается. К диску не обращается вообще. При запросе к > стуб-статусу tcp-соединение тут же рвётся. ktrace ничего не натрейсил > - файл 0 длины. FreeBSD 8.1-RELEASE Сервер ребутнули. сейчас нормально > работает. > > nginx version: nginx/0.8.46 > 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 --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_stub_status_module --with-pcre > > > Без отфильтрованного nginx-а top выглядит вот так: > > top -S > last pid: 38355; load averages: 30.06, 30.22, 29.22 up 128+07:00:02 20:12:12 > 162 processes: 39 running, 101 sleeping, 22 waiting > CPU: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 0 root 10 -68 0 0K 144K - 2 623.6H 9.77% kernel > 11 root 8 171 ki31 0K 128K RUN 0 ??? 0.00% idle > 19 root 1 46 - 0K 16K syncer 6 68.5H 0.00% syncer > 12 root 22 -60 - 0K 352K WAIT 0 59.2H 0.00% intr > 3 root 1 -8 - 0K 16K - 0 25.4H 0.00% g_up > 4 root 1 -8 - 0K 16K - 7 20.7H 0.00% g_down > 20 root 1 44 - 0K 16K sdflus 7 736:28 0.00% softdepflush > 8 root 1 52 - 0K 16K ipmire 7 563:30 0.00% ipmi0: kcs > 9 root 1 44 - 0K 16K psleep 6 512:27 0.00% pagedaemon > 13 root 1 44 - 0K 16K - 6 366:33 0.00% yarrow > 21 root 1 44 - 0K 16K flowcl 7 278:41 0.00% flowcleaner > 18 root 1 44 - 0K 16K vlruwt 6 91:51 0.00% vnlru > 2 root 1 -8 - 0K 16K - 7 9:38 0.00% g_event > > посмотрел ченж-лог. Ничего подобного не нашёл. Стоит обновляться? Это похоже на проблемы в ядре: если ktrace ничего не выдаёт, значит циклится где-то внутри сисколлов. -- Игорь Сысоев http://sysoev.ru From postmaster на softsearch.ru Wed Dec 29 23:20:12 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 29 Dec 2010 23:20:12 +0300 Subject: =?UTF-8?B?UmVbMl06IG5naW54INCyINGP0LTRgNC1INC30LDQstC40YE=?= In-Reply-To: <20101229195835.GG30492@rambler-co.ru> References: <1593393240.20101229225217@softsearch.ru> <20101229195835.GG30492@rambler-co.ru> Message-ID: <110188111.20101229232012@softsearch.ru> Здравствуйте, Игорь. IS> Это похоже на проблемы в ядре: если ktrace ничего не выдаёт, IS> значит циклится где-то внутри сисколлов. Я так и понял. Благо 8.2 вышло. Может там эффект не наблюдается... -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From myc на barev.net Wed Dec 29 23:29:16 2010 From: myc на barev.net (Eugene Mychlo) Date: Wed, 29 Dec 2010 23:29:16 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INCyINGP0LTRgNC1INC30LDQstC40YE=?= In-Reply-To: <1593393240.20101229225217@softsearch.ru> References: <1593393240.20101229225217@softsearch.ru> Message-ID: <4D1B9A1C.5000004@barev.net> Подобные симптомы наблюдал при переполнении зоны при кэшировании большого количества мелкого контента. 29.12.2010 22:52, Михаил Монашёв пишет: > Здравствуйте. > > Вот такая картина: > > top > last pid: 38341; load averages: 29.97, 30.23, 29.17 up 128+06:59:21 20:11:31 > 77 processes: 31 running, 46 sleeping > CPU: 0.0% user, 0.0% nice, 99.9% system, 0.0% interrupt, 0.1% idle > Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 92850 www 1 122 20 1222M 1214M RUN 5 218:15 28.56% nginx > 92859 www 1 121 20 1222M 1214M CPU0 3 215:05 28.37% nginx > 92854 www 1 121 20 1222M 1215M CPU7 5 221:26 28.27% nginx > 92853 www 1 121 20 1222M 1215M RUN 0 223:09 28.17% nginx > 92840 www 1 122 20 1222M 1215M CPU4 4 221:51 27.98% nginx > 92838 www 1 121 20 1224M 1215M RUN 3 242:50 27.78% nginx > 92856 www 1 121 20 1224M 1215M RUN 0 218:41 27.78% nginx > 92858 www 1 121 20 1224M 1214M RUN 6 217:53 27.78% nginx > 92855 www 1 121 20 1222M 1215M RUN 5 213:39 27.78% nginx > 92860 www 1 121 20 1226M 1217M CPU2 2 211:49 27.69% nginx > 92832 www 1 122 20 1222M 1214M RUN 5 240:12 27.59% nginx > 92844 www 1 121 20 1222M 1214M RUN 2 237:11 27.59% nginx > 92861 www 1 121 20 1224M 1215M RUN 7 222:23 27.59% nginx > 92836 www 1 121 20 1222M 1214M RUN 2 224:10 27.49% nginx > 92839 www 1 121 20 1224M 1215M RUN 7 223:32 27.29% nginx > 92837 www 1 122 20 1222M 1215M RUN 5 219:08 27.29% nginx > 92847 www 1 122 20 1224M 1216M RUN 4 214:18 27.20% nginx > 92848 www 1 121 20 1222M 1215M RUN 3 227:21 26.86% nginx > 92857 www 1 122 20 1224M 1214M RUN 3 221:02 26.86% nginx > 92852 www 1 121 20 1222M 1214M RUN 4 212:14 26.86% nginx > 92833 www 1 121 20 1224M 1215M RUN 0 226:34 26.56% nginx > 92843 www 1 121 20 1224M 1215M RUN 2 221:21 26.56% nginx > 92849 www 1 121 20 1224M 1215M RUN 6 218:07 26.56% nginx > 92834 www 1 121 20 1222M 1214M RUN 0 222:42 26.46% nginx > 92842 www 1 121 20 1224M 1217M RUN 2 208:29 26.37% nginx > 92841 www 1 121 20 1222M 1215M RUN 1 219:15 26.27% nginx > 92835 www 1 121 20 1222M 1214M CPU5 0 230:22 26.17% nginx > 92851 www 1 122 20 1224M 1214M RUN 3 222:21 25.98% nginx > 92845 www 1 121 20 1222M 1214M CPU3 0 221:35 25.88% nginx > 92846 www 1 121 20 1222M 1215M RUN 7 210:42 25.59% nginx > > nginx ни чем не прибивается. К диску не обращается вообще. При запросе к > стуб-статусу tcp-соединение тут же рвётся. ktrace ничего не натрейсил > - файл 0 длины. FreeBSD 8.1-RELEASE Сервер ребутнули. сейчас нормально > работает. > > nginx version: nginx/0.8.46 > 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 --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_stub_status_module --with-pcre > > > Без отфильтрованного nginx-а top выглядит вот так: > > top -S > last pid: 38355; load averages: 30.06, 30.22, 29.22 up 128+07:00:02 20:12:12 > 162 processes: 39 running, 101 sleeping, 22 waiting > CPU: 0.0% user, 0.0% nice, 100% system, 0.0% interrupt, 0.0% idle > Mem: 1609M Active, 8570M Inact, 2149M Wired, 424M Cache, 3284M Buf, 19G Free > Swap: > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 0 root 10 -68 0 0K 144K - 2 623.6H 9.77% kernel > 11 root 8 171 ki31 0K 128K RUN 0 ??? 0.00% idle > 19 root 1 46 - 0K 16K syncer 6 68.5H 0.00% syncer > 12 root 22 -60 - 0K 352K WAIT 0 59.2H 0.00% intr > 3 root 1 -8 - 0K 16K - 0 25.4H 0.00% g_up > 4 root 1 -8 - 0K 16K - 7 20.7H 0.00% g_down > 20 root 1 44 - 0K 16K sdflus 7 736:28 0.00% softdepflush > 8 root 1 52 - 0K 16K ipmire 7 563:30 0.00% ipmi0: kcs > 9 root 1 44 - 0K 16K psleep 6 512:27 0.00% pagedaemon > 13 root 1 44 - 0K 16K - 6 366:33 0.00% yarrow > 21 root 1 44 - 0K 16K flowcl 7 278:41 0.00% flowcleaner > 18 root 1 44 - 0K 16K vlruwt 6 91:51 0.00% vnlru > 2 root 1 -8 - 0K 16K - 7 9:38 0.00% g_event > > посмотрел ченж-лог. Ничего подобного не нашёл. Стоит обновляться? > From postmaster на softsearch.ru Wed Dec 29 23:35:59 2010 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 29 Dec 2010 23:35:59 +0300 Subject: =?UTF-8?B?UmVbMl06IG5naW54INCyINGP0LTRgNC1INC30LDQstC40YE=?= In-Reply-To: <4D1B9A1C.5000004@barev.net> References: <1593393240.20101229225217@softsearch.ru> <4D1B9A1C.5000004@barev.net> Message-ID: <525108696.20101229233559@softsearch.ru> Здравствуйте, Евгений. EM> Подобные симптомы наблюдал при переполнении зоны при кэшировании EM> большого количества мелкого контента. У меня как раз кэшированием nginx и занимается. -- С уважением, Михаил Монашёв mailto:postmaster на softsearch.ru ICQ# 166233339 http://michael.mindmix.ru/ Без бэкапа по жизни. From igor на sysoev.ru Wed Dec 29 23:44:28 2010 From: igor на sysoev.ru (Igor Sysoev) Date: Wed, 29 Dec 2010 23:44:28 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INCyINGP0LTRgNC1INC30LDQstC40YE=?= In-Reply-To: <525108696.20101229233559@softsearch.ru> References: <1593393240.20101229225217@softsearch.ru> <4D1B9A1C.5000004@barev.net> <525108696.20101229233559@softsearch.ru> Message-ID: <20101229204428.GI30492@rambler-co.ru> On Wed, Dec 29, 2010 at 11:35:59PM +0300, Михаил Монашёв wrote: > Здравствуйте, Евгений. > > EM> Подобные симптомы наблюдал при переполнении зоны при кэшировании > EM> большого количества мелкого контента. > > У меня как раз кэшированием nginx и занимается. Это не тот случай. Здесь циклится ядро, а не nginx. -- Игорь Сысоев http://sysoev.ru From sales на edemnv.ru Thu Dec 30 08:14:45 2010 From: sales на edemnv.ru (=?koi8-r?B?88HXxczYxdcg4czFy9PBzsTS?=) Date: Thu, 30 Dec 2010 10:14:45 +0500 Subject: =?UTF-8?B?UkU6IHJld3JpdGUg0L3QsCBuZ2lueA==?= In-Reply-To: Message-ID: А апач тут и не используется. Связка nginx+php-fpm -----Original Message----- From: Sergey Shepelev [mailto:temotor на gmail.com] Sent: Wednesday, December 29, 2010 6:10 PM To: nginx-ru на nginx.org Subject: Re: rewrite на nginx 2010/12/29 Савельев Александр : > location / { > > root /home/http/domen.ru/www/; > > index index.php index.html; > > if (!-e $request_filename) { > > rewrite ^(/.*)$ /index.php?q=$1 last; > > break; > > } > > } > > > > > > Но в ответ 404 ошибка. > > Страница доступна по адресу blabla.domen.ru а данные должны > подгружатся с с domen.ru/index.php?q=blabla может я что то не так делаю? > Да. Вы используете две неправильные директивы: if и rewrite. location / { root /home/http/domen.ru/www/; index index.html; try_files $uri @php; } location @php { proxy_pass http://127.0.0.1:8000/index.php?q=$uri; } Соответственно, вместо 127.0.0.1:8000 нужно подставить адрес, на котором слушает apache. _______________________________________________ nginx-ru mailing list nginx-ru на nginx.org http://nginx.org/mailman/listinfo/nginx-ru From voron на amhost.net Thu Dec 30 09:49:03 2010 From: voron на amhost.net (Alex Vorona) Date: Thu, 30 Dec 2010 08:49:03 +0200 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LjRgtGMINC60L7Qu9C40YfQtdGB0YLQstC+INGB?= =?UTF-8?B?0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDRgNCw0LfQu9C40YfQvdGL0YUg?= =?UTF-8?B?0YXQvtGB0YLQvdC10LnQvNC+0LI=?= In-Reply-To: References: Message-ID: <4D1C2B5F.1030402@amhost.net> Это должно работать, только стоит учитывать, что это число соединений между клиентами и nginx. Один-два клиента, пришедшие на сайт $hostname без keepalive, исчерпают лимит. From scukonick на gmail.com Thu Dec 30 12:04:02 2010 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Thu, 30 Dec 2010 12:04:02 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LjRgtGMINC60L7Qu9C40YfQtdGB0YLQstC+INGB?= =?UTF-8?B?0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDRgNCw0LfQu9C40YfQvdGL0YUg?= =?UTF-8?B?0YXQvtGB0YLQvdC10LnQvNC+0LI=?= In-Reply-To: <4D1C2B5F.1030402@amhost.net> References: <4D1C2B5F.1030402@amhost.net> Message-ID: 30 декабря 2010 г. 9:49 пользователь Alex Vorona написал: > Это должно работать, только стоит учитывать, что это число соединений между клиентами и > nginx. Один-два клиента, пришедшие на сайт $hostname без keepalive, исчерпают лимит. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://nginx.org/mailman/listinfo/nginx-ru > Вообще, ситуация следующая: nginx работает как прокси нескольких виртуальных хостов на несколько различных бэкендов. Хочется, чтоб в случае тормозов одного из бэкендов не исчёрпывалось слишком много соединений. Надо как-то ограничить лимит соединений либо по виртуальным хостам, либо по бэкендам. Попробую, наверно, сделать так. -- Alexey Malov From dimkalinux на gmail.com Thu Dec 30 15:13:56 2010 From: dimkalinux на gmail.com (dimkalinux) Date: Thu, 30 Dec 2010 14:13:56 +0200 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSBnZW9pcF9tb2R1bGU=?= Message-ID: Подключил в nginx.conf maxmind geoip в .dat формате http { .... geoip_country /etc/nginx/GeoIP.dat; geoip_city /etc/nginx/GeoLiteCity.dat; include *.conf. } Потом в подключаемом conf в server { ... location / { proxy_pass http://127.0.0.1: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; proxy_set_header X-GEO $geo; proxy_set_header X-GEO-CITY $geoip_city; proxy_set_header Range ""; proxy_connect_timeout 320; proxy_send_timeout 320; proxy_read_timeout 320; proxy_buffer_size 4k; proxy_buffers 4 32k; proxy_busy_buffers_size 64k; proxy_temp_file_write_size 64k; } } на сервере в apache_headers() есть всё, кроме X-GEO-CITY. Если X-GEO-CITY выставить в 1 - приходит и он. В чём может быть проблема? nginx version: nginx/0.8.54 built by gcc 4.1.2 20080704 (Red Hat 4.1.2-48) 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 --without-http_charset_module --without-http_userid_module --without-http_fastcgi_module --without-http_memcached_module --with-http_realip_module --with-http_gzip_static_module --with-http_stub_status_module --with-http_geoip_module --with-http_flv_module --with-file-aio --add-module=/usr/src/redhat/SOURCES/masterzen-nginx-upload-progress-module-c740674 --add-module=/usr/src/redhat/SOURCES/nginx_upload_module-2.0.12 --with-cc-opt='-O2 -g -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables' -- dimka-linux, Jabber: dimkalinux на gmail.com Public key: 8B5EDD83 From mdounin на mdounin.ru Thu Dec 30 16:06:21 2010 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 30 Dec 2010 16:06:21 +0300 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LjRgtGMINC60L7Qu9C40YfQtdGB0YLQstC+INGB?= =?UTF-8?B?0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDRgNCw0LfQu9C40YfQvdGL0YUg?= =?UTF-8?B?0YXQvtGB0YLQvdC10LnQvNC+0LI=?= In-Reply-To: <4D1C2B5F.1030402@amhost.net> References: <4D1C2B5F.1030402@amhost.net> Message-ID: <20101230130621.GF1084@mdounin.ru> Hello! On Thu, Dec 30, 2010 at 08:49:03AM +0200, Alex Vorona wrote: > Это должно работать, только стоит учитывать, что это число соединений между клиентами и > nginx. Один-два клиента, пришедшие на сайт $hostname без keepalive, исчерпают лимит. Нет. (с) Всмысле - работать будет, а клиенты без keepalive отличаться от клиентов с keepalive никак не будут. Директива limit_conn ограничивает количество соединений, в настоящий момент обрабатывающих запросы. Maxim Dounin From nginx-forum на nginx.us Fri Dec 31 03:16:53 2010 From: nginx-forum на nginx.us (mitya3003) Date: Thu, 30 Dec 2010 19:16:53 -0500 Subject: =?UTF-8?B?UmU6INC60LDQuiDQv9C40YHQsNGC0Ywg0LLRgNC10LzRjyDQsiDRhNC+0YDQvNCw?= =?UTF-8?B?0YLQtSB1bml4INCyIGFjY2VzcyBsb2c/?= In-Reply-To: References: Message-ID: <4ca6d180bb8c778254003ead6e09443a.NginxMailingListRussian@forum.nginx.org> Спасибо. Вопрос решен. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,161550,162345#msg-162345 From voron на amhost.net Fri Dec 31 18:36:42 2010 From: voron на amhost.net (Alex Vorona) Date: Fri, 31 Dec 2010 17:36:42 +0200 Subject: =?UTF-8?B?UmU6INCe0LPRgNCw0L3QuNGH0LjRgtGMINC60L7Qu9C40YfQtdGB0YLQstC+INGB?= =?UTF-8?B?0L7QtdC00LjQvdC10L3QuNC5INC00LvRjyDRgNCw0LfQu9C40YfQvdGL0YUg?= =?UTF-8?B?0YXQvtGB0YLQvdC10LnQvNC+0LI=?= In-Reply-To: <20101230130621.GF1084@mdounin.ru> References: <4D1C2B5F.1030402@amhost.net> <20101230130621.GF1084@mdounin.ru> Message-ID: <4D1DF88A.2090503@amhost.net> 30.12.2010 15:06, Maxim Dounin wrote: > Hello! > > On Thu, Dec 30, 2010 at 08:49:03AM +0200, Alex Vorona wrote: > >> Это должно работать, только стоит учитывать, что это число соединений между клиентами и >> nginx. Один-два клиента, пришедшие на сайт $hostname без keepalive, исчерпают лимит. > > Нет. (с) > > Всмысле - работать будет, а клиенты без keepalive отличаться от > клиентов с keepalive никак не будут. Почему-то мне казалось, что клиенты без keepalive будут открывать к серверу больше одновременных коннектов(и, соответствено, одновременно обрабатываемых запросов может быть больше), чем клиенты с keepalive. Нет?