From brian.drosan на gmail.com  Thu Mar  1 07:58:28 2012
From: brian.drosan на gmail.com (Brian Sandro)
Date: Thu, 1 Mar 2012 11:58:28 +0400
Subject: =?UTF-8?B?cHJveHlfcGFzcyDQuCBnemlwINGBINCx0YPRhNC10YDQuNC30LDRhtC40LXQuSA=?=
	=?UTF-8?B?0LHRjNGR0YIg0LHQvtC70YzRiNC40LUg0L7RgtCy0LXRgtGL?=
Message-ID: <CANxnjvA5ou29=P9=MwfWNR6bCNfN4Dq-7_15ntC=QK_3Ji9WLQ@mail.gmail.com>

Доброго времени суток.

Использование nginx как прокси вкупе с gzip ужасно бьёт вывод большого
ответа от бэкенда - в конец ответа добавляется или мусор, или ответ
обрезается.
Пробовал увеличивать все возможные буферы - не помогло, вывод по-прежнему
сбитый. Отключение буферизации создаёт другие проблемы, поэтому не хочется
прибегать к такому способу.

Текущий конфиг:

proxy_buffering on;
        keepalive_timeout  600;
        proxy_read_timeout 600;

        proxy_buffer_size 992k;
        proxy_buffers 32 32k;
        proxy_busy_buffers_size 992k;

        proxy_headers_hash_bucket_size 2048;
        proxy_headers_hash_max_size 1024;


        access_log /home/pp/logs/pp.access_log combined;
        error_log /home/pp/logs/pp.error_log warn;

        gzip             on;
        gzip_min_length  1460;
        gzip_comp_level  5;
        gzip_buffers 128 8k;
        gzip_proxied     any;
        gzip_types text/plain text/xml application/xml
application/x-javascript application/json text/javascript text/css
text/json;
        gzip_disable     "MSIE [1-6]\.(?!.*SV1)";

        output_buffers 4 256k;
        postpone_output 1460;


-- 
wbr,
Brian "ravil" Sandro.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120301/74779590/attachment.html>

From mdounin на mdounin.ru  Thu Mar  1 09:14:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 1 Mar 2012 13:14:47 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5X3Bhc3Mg0LggZ3ppcCDRgSDQsdGD0YTQtdGA0LjQt9Cw0YbQuNC1?=
	=?UTF-8?B?0Lkg0LHRjNGR0YIg0LHQvtC70YzRiNC40LUg0L7RgtCy0LXRgtGL?=
In-Reply-To: <CANxnjvA5ou29=P9=MwfWNR6bCNfN4Dq-7_15ntC=QK_3Ji9WLQ@mail.gmail.com>
References: <CANxnjvA5ou29=P9=MwfWNR6bCNfN4Dq-7_15ntC=QK_3Ji9WLQ@mail.gmail.com>
Message-ID: <20120301091447.GU67687@mdounin.ru>

Hello!

On Thu, Mar 01, 2012 at 11:58:28AM +0400, Brian Sandro wrote:

> Доброго времени суток.
> 
> Использование nginx как прокси вкупе с gzip ужасно бьёт вывод большого
> ответа от бэкенда - в конец ответа добавляется или мусор, или ответ
> обрезается.
> Пробовал увеличивать все возможные буферы - не помогло, вывод по-прежнему
> сбитый. Отключение буферизации создаёт другие проблемы, поэтому не хочется
> прибегать к такому способу.
> 
> Текущий конфиг:
> 
> proxy_buffering on;
>         keepalive_timeout  600;
>         proxy_read_timeout 600;
> 
>         proxy_buffer_size 992k;
>         proxy_buffers 32 32k;
>         proxy_busy_buffers_size 992k;
> 
>         proxy_headers_hash_bucket_size 2048;
>         proxy_headers_hash_max_size 1024;
> 
> 
>         access_log /home/pp/logs/pp.access_log combined;
>         error_log /home/pp/logs/pp.error_log warn;
> 
>         gzip             on;
>         gzip_min_length  1460;
>         gzip_comp_level  5;
>         gzip_buffers 128 8k;
>         gzip_proxied     any;
>         gzip_types text/plain text/xml application/xml
> application/x-javascript application/json text/javascript text/css
> text/json;
>         gzip_disable     "MSIE [1-6]\.(?!.*SV1)";
> 
>         output_buffers 4 256k;
>         postpone_output 1460;

Нужен вывод nginx -V, ответ nginx'а (тот, что битый, но *до* того, 
как его кто-нибудь попытается распаковать), оригинальный 
ответ бекенда для сравнения, и debug log.

Как сделать debug log написано тут:

http://nginx.org/ru/docs/debugging_log.html

Ответы (nginx'а и оригинальный) проще всего наверное снять с сети 
tcpdump'ом (что-нибудь вроде "tcpdump -npi <iface> -w dumpfile -s0 
<условие>").

Maxim Dounin


From nginx-forum на nginx.us  Thu Mar  1 12:36:35 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Thu, 1 Mar 2012 07:36:35 -0500 (EST)
Subject: =?UTF-8?B?bGltaXQgcmF0ZSDQv9C+INGD0YHQu9C+0LLQuNGO?=
Message-ID: <0f18ee8e06abd5659bfc9b0f7ac0b69d.NginxMailingListRussian@forum.nginx.org>

Доброго времени суток.

Интересует возможность динамического
задания значения для limit_rate с backend'а по
аналогии с X-Accel-Limit-Rate.
А то скорость ограничить можно, а число
коннектов нет.

Внутрь if limit_conn не завернешь, а решение с
разными локейшенами выходит каким-то
костылем (разница в одной это строчке).

Необходимость "включения" limit_conn
передается в параметрах GET запроса
($arg_*).

Есть ли возможность настраивать число
коннектов?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223215,223215#msg-223215


From stalker на altlinux.ru  Thu Mar  1 12:53:47 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 01 Mar 2012 16:53:47 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <20120229133410.GD67687@mdounin.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru>
Message-ID: <4F4F715B.5040404@altlinux.ru>

> Логгирование не зависит от наличия/отсутствия flv.  Если логи не
> пишутся - то проблема в чём-то другом, например такое может быть
> если запрос из-за post_action логгируется в другом location'е.
> Полный конфиг как выглядит?

Полный конфиг. grep flv даже по /var/log/nginx/cs-2.access.log; ничего 
не нашёл.. при том что видео таки крутится
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 030-cs-1.conf
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120301/cb4cdba5/attachment.ksh>

From stalker на altlinux.ru  Thu Mar  1 12:55:55 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Thu, 01 Mar 2012 16:55:55 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <20120229133410.GD67687@mdounin.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru>
Message-ID: <4F4F71DB.9020007@altlinux.ru>

29.02.2012 17:34, Maxim Dounin пишет:

>> как раз нечто подобное и хотел...но увы..оно в flv в лог ничего не пишет
> Логгирование не зависит от наличия/отсутствия flv.  Если логи не
> пишутся - то проблема в чём-то другом, например такое может быть
> если запрос из-за post_action логгируется в другом location'е.
> Полный конфиг как выглядит?
Максим - отослал вам конфиг в личную почту. Греп по всем логам не нашёл 
следов flv..


From mdounin на mdounin.ru  Thu Mar  1 13:51:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 1 Mar 2012 17:51:47 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4F715B.5040404@altlinux.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru> <4F4F715B.5040404@altlinux.ru>
Message-ID: <20120301135147.GB67687@mdounin.ru>

Hello!

On Thu, Mar 01, 2012 at 04:53:47PM +0400, Anton Gorlov wrote:

> >Логгирование не зависит от наличия/отсутствия flv.  Если логи не
> >пишутся - то проблема в чём-то другом, например такое может быть
> >если запрос из-за post_action логгируется в другом location'е.
> >Полный конфиг как выглядит?
> 
> Полный конфиг. grep flv даже по /var/log/nginx/cs-2.access.log;
> ничего не нашёл.. при том что видео таки крутится

А что показывает nginx -V?

Если вот тут:

> 	include /etc/nginx/opt.conf/access_list.conf;

ничего плохого нет, то варианты:

1. nginx собран с какими-нибудь модулями/патчами, ломающими 
нормальное логгирование (что-нибудь вроде syslog patch, были 
недавно сигналы что он всё ломает);

2. запросы на самом деле обрабатываются в другом блоке server{}, 
нужно смотреть примеры запросов и полный конфиг (а не один кусочек 
с одним блоком server); проблема типична для debian-style 
конфигураций с нарезкой nginx.conf на множество мелких кусочков.

Maxim Dounin


From snar на snar.spb.ru  Thu Mar  1 14:30:40 2012
From: snar на snar.spb.ru (Alexandre Snarskii)
Date: Thu, 1 Mar 2012 18:30:40 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <4F4F715B.5040404@altlinux.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru> <4F4F715B.5040404@altlinux.ru>
Message-ID: <20120301143040.GC30476@snar.spb.ru>

On Thu, Mar 01, 2012 at 04:53:47PM +0400, Anton Gorlov wrote:
> >Логгирование не зависит от наличия/отсутствия flv.  Если логи не
> >пишутся - то проблема в чём-то другом, например такое может быть
> >если запрос из-за post_action логгируется в другом location'е.
> >Полный конфиг как выглядит?
> 
> Полный конфиг. grep flv даже по /var/log/nginx/cs-2.access.log; ничего 
> не нашёл.. при том что видео таки крутится

Вообще говоря, вы сами сконфигурировали логгирование flv'шек 
в другой access-log: 

        location ~ \.flv$ {
        flv;
        root /var/www/vhosts/cs-2/current;
        access_log  /var/log/nginx/cs-2_flv.access.log;
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        add_header Content-Disposition 'attachment; filename=$query_string';

так что в /var/log/nginx/cs-2.access.log ничего по их поводу и не
должно быть :) 

> server {
> 	# reserve 1MB under the name 'proxied' to track uploads
> 	listen  *:80;
> 	# can't use wildcards in first server_name
> 	server_name cs-2.local;
> 	client_max_body_size 10m;
> # germ
> 		set_real_ip_from 83.133.121.41;
> # amsterdam
> 		set_real_ip_from 109.201.141.180;
> 		real_ip_header     X-Real-IP;
> 
> 	access_log  /var/log/nginx/cs-2.access.log;
> 	error_log   /var/log/nginx/cs-2.error.log;
> 
> 	include /etc/nginx/opt.conf/access_list.conf;
> 
> 	if ($uri ~ ^/frames/thumb/) {
> 	set $w 100;
>         set $h 150;
>         }
> 
> 	if ($uri ~ ^/frames_temp/thumb) {
> 	set $w 100;
>         set $h 150;
>         }
> 
> 
> 	location / {
> 	    root /var/www/vhosts/cs-2/current;
> 
> 		# autoindex off;
> 		# autoindex_exact_size on;
> 		# autoindex_localtime off;
> 
> 		# expires off;
> 
> 		# cooperate with mod_realip in apache-1.3 or mod_rpaf in apache-2.x
> 			proxy_redirect off;
> 			proxy_set_header Host $host;
> 			proxy_set_header X-Real-IP $remote_addr;
> 			proxy_set_header X-Forwarded-For $remote_addr;
> 			proxy_pass  http://127.0.0.1:81/;
> 		#
> 		# NB: it's better for URI canonicalization that apache sits on :80
> 		# (even if that's only 127.0.0.1:80)
> 		#
> 		# see also set_real_ip_from, real_ip_header if this nginx
> 		# would need to cooperate with another one acting as a frontend
> 	}
> 
> location ~* /cron\.php$|/\.ht|/structure\.sql$ {
> 	deny  all;
> 	}
> 
> 
> 
> 	location ~^/frames/thumb/.*\.(?:jpg|gif|png)$ {
> 	image_filter_buffer 18M;
> 	root /var/www/vhosts/cs-2/current/frames;
> 	rewrite ^/frames/thumb/(.*)$ /$1;
>         image_filter resize $w $h;
>         break;
>         }
> 
> 
> 	location ~^/frames_temp/thumb/.*\.(?:jpg|gif|png)$ {
> 	image_filter_buffer 18M;
> 	root /var/www/vhosts/cs-2/current/frames_temp;
> 	rewrite ^/frames_temp/thumb/(.*)$ /$1;
>         image_filter resize $w $h;
>         break;
>         }
> 
> #location ~* /cron\.php$|\.tpl|/\.ht|/structure\.sql$ {
> #	deny  all;
> #}
> 
> # Static files location
>         location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|html|iso|avi|mpg|mp3|mp4|mdf|mds|torrent)
>         {
>         root /var/www/vhosts/cs-2/current;
>             }
> 
> 
> 
> 	location ~ \.flv$ {
>         flv;
> 	root /var/www/vhosts/cs-2/current;
> 	access_log  /var/log/nginx/cs-2_flv.access.log;
>         add_header Content-Disposition 'attachment; filename=$query_string';
>     }
> 
> 
> 
> # Upload form should be submitted to this location
>     location /ajax/upload_movie {
> 	    client_max_body_size 10737418240;
>             # Pass altered request body to this location
>             upload_pass   @test;
>             # Store files to this location
>             upload_store /mnt/array/theon/tmp;
>             # Set rights
>             upload_store_access user:rw group:rw;
>             
>         # Set specified fields in request body
>         upload_set_form_field $upload_field_name.file_name "$upload_file_name";
>         upload_set_form_field $upload_field_name.content_type "$upload_content_type";
>         upload_set_form_field $upload_field_name.tmp_path "$upload_tmp_path";
>         # Set calculated fields
>         upload_aggregate_form_field "$upload_field_name.size" "$upload_file_size";
>         # Pass matching fields from client to backend
>         upload_pass_form_field "^X-Progress-ID$";
>         # Delete uploaded files on these backend HTTP codes
>         upload_cleanup 400 404 499 500-505;
> 	# ???????????? ????????????, ?????????????? ?????????? ?????????????????????? ?????? ???????????? ???????????? ???? ????????.
> 	#upload_buffer_size page-size-in-bytes
> 	# ?????????????????? ???????????? ????????????, ?????????????? ?????????? ?????????????????????? ?????? ?????????????????????????????? 
>         # ?????????????????? ?????????? ???????? ??????????????. ???????? ?????????????????? ???? ???????????????????? ?? ??????????, ???? 
>         # ???????????? ?????????????????? ????????????????????????.
> #        upload_max_part_header_len 5M;
>         # Soft limit
>         upload_max_file_size 10737418240;
>         # ???????? ???????? ?????????????????????????????? ?????????????? ??????????????????, ???? ???????????????? 413
>         upload_max_output_body_len 10737418240;
> 	# Speed-limit
>         #upload_limit_rate 0
>         # Pass GET args to backend
>         upload_pass_args on;
>         track_uploads proxied 60s;
> 
> upload_progress_template starting "$uploadprogress_callback({ 'state' : 'starting'});";
> upload_progress_template error "$uploadprogress_callback({ 'state' : 'error', 'status' : $uploadprogress_status });";
> upload_progress_template done "$uploadprogress_callback({ 'state' : 'done'});";
> upload_progress_template uploading "$uploadprogress_callback({ 'state' : 'uploading', 'received' : $uploadprogress_received, 'size' : $uploadprogress_length });";
> 
>         }
> 
>         # Pass altered request body to a backend
>         location @test {
>         proxy_pass   http://127.0.0.1:81;
>         proxy_redirect off;
>         proxy_set_header Host $host;
>         proxy_set_header X-Real-IP $remote_addr;
>         proxy_set_header X-Forwarded-For $remote_addr;
> #        track_uploads proxied 60s;
> 
> }
> 
> 
> #        location  /ajax/upload_frames {
> #        client_max_body_size 10485760;
> #}
> 
> 
> #	location ^~ /ajax/upload_movie_status {
> 	location /ajax/upload_movie_status {
> #        track_uploads proxied 60s;
> #	upload_progress_json_output;
> 	upload_progress_jsonp_output;
> # report uploads tracked in the 'proxied' zone
>         report_uploads proxied;
> #        track_uploads proxied 60s;
> 	}
> 
> 
> #        	charset         on;
> #        	source_charset  koi8-r;
> 
> 		access_log  /var/log/nginx/store.log;
> }
> 

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-- 
In theory, there is no difference between theory and practice. 
But, in practice, there is. 


From nginx-forum на nginx.us  Thu Mar  1 18:26:22 2012
From: nginx-forum на nginx.us (Craken)
Date: Thu, 1 Mar 2012 13:26:22 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <4F4D6948.1000508@googlemail.com>
References: <4F4D6948.1000508@googlemail.com>
Message-ID: <93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>

ну регулярные выражения некто не
отменял. 

Думаю как-то так можно:
if ($request_body ~ .*\..*\..*\..*@\.[\d\w]*\.[\w]{2,3})  {
  .................
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223141,223229#msg-223229


From roman.vasilyev на yousendit.com  Thu Mar  1 18:28:22 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 1 Mar 2012 10:28:22 -0800
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>
References: <4F4D6948.1000508@googlemail.com>
	<93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4FBFC6.4040601@yousendit.com>

переменная $request_body не всегда доступна

  On 03/01/2012 10:26 AM, Craken wrote:
> ну регулярные выражения некто не
> отменял.
>
> Думаю как-то так можно:
> if ($request_body ~ .*\..*\..*\..*@\.[\d\w]*\.[\w]{2,3})  {
>    .................
> }
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223141,223229#msg-223229
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From voron на amhost.net  Thu Mar  1 19:46:51 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 01 Mar 2012 21:46:51 +0200
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJhdGUg0L/QviDRg9GB0LvQvtCy0LjRjg==?=
In-Reply-To: <0f18ee8e06abd5659bfc9b0f7ac0b69d.NginxMailingListRussian@forum.nginx.org>
References: <0f18ee8e06abd5659bfc9b0f7ac0b69d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4FD22B.8050204@amhost.net>

Попробуйте по аналогии с http://mailman.nginx.org/pipermail/nginx-ru/2012-February/045622.html


From nginx-forum на nginx.us  Thu Mar  1 20:46:51 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Thu, 1 Mar 2012 15:46:51 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d1bd1724cb6b1c7c14dbd66d97034e93.NginxMailingListRussian@forum.nginx.org>

Андрей,

Ещё разик благодарю Вас!
почитав доки нашёл в даденном Вами
кусочке конфига перестановочную
вОчиПятку.
Теперь для "Welcome to nginx!" сквозь нДжинкс
достаточно

server {
    server_name ~^(?<domain>.+)$;
    listen 127.0.0.1:8000;
    location / {
        proxy_pass http://$domain;
    }
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223233#msg-223233


From a.vasilishin на kpi.ua  Thu Mar  1 20:49:26 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Thu, 01 Mar 2012 22:49:26 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <d1bd1724cb6b1c7c14dbd66d97034e93.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<d1bd1724cb6b1c7c14dbd66d97034e93.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F4FE0D6.2000003@kpi.ua>

01.03.2012 22:46, OleM2k пишет:
> Андрей,
>
> Ещё разик благодарю Вас!
> почитав доки нашёл в даденном Вами
> кусочке конфига перестановочную
> вОчиПятку.

Не панял, где очипятка?

-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From hell-for-yahoo на umail.ru  Thu Mar  1 22:40:51 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 2 Mar 2012 02:40:51 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5X3Bhc3Mg0LggZ3ppcCDRgSDQsdGD0YTQtdGA0LjQt9Cw0YbQuNC1?=
	=?UTF-8?B?0Lkg0LHRjNGR0YIg0LHQvtC70YzRiNC40LUg0L7RgtCy0LXRgtGL?=
In-Reply-To: <CANxnjvA5ou29=P9=MwfWNR6bCNfN4Dq-7_15ntC=QK_3Ji9WLQ@mail.gmail.com>
References: <CANxnjvA5ou29=P9=MwfWNR6bCNfN4Dq-7_15ntC=QK_3Ji9WLQ@mail.gmail.com>
Message-ID: <727806715.20120302024051@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Brian Sandro!

BS> Использование nginx как прокси вкупе с gzip ужасно бьёт вывод большого
BS> ответа от бэкенда - в конец ответа добавляется или мусор, или ответ
BS> обрезается.

А что стоит бэкэндом, позвольте узнать?


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 02.03.2012, <02:40>


From nginx-forum на nginx.us  Fri Mar  2 00:04:06 2012
From: nginx-forum на nginx.us (Ar3s)
Date: Thu, 1 Mar 2012 19:04:06 -0500 (EST)
Subject: punbb
In-Reply-To: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
References: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <fe23d6c7ab23a25af77d5f60b9318d1a.NginxMailingListRussian@forum.nginx.org>

Извините, затупил

<IfModule mod_rewrite.c>
	# MultiViews interfers with proper rewriting
	Options -MultiViews

	RewriteEngine On

	# Uncomment and properly set the RewriteBase if the rewrite rules are
not working properly
	#RewriteBase /

	RewriteCond %{REQUEST_FILENAME} !-f
	RewriteCond %{REQUEST_FILENAME} !-d
	RewriteRule . rewrite.php [L]
</IfModule>

<IfModule mod_setenvif.c>
 	<IfModule mod_headers.c>
    	BrowserMatch MSIE ie
    	Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie
  	</IfModule>
</IfModule>

<IfModule mod_headers.c>
	# Because X-UA-Compatible isn't sent to non-IE (to save header bytes),
	# We need to inform proxies that content changes based on UA
  	Header append Vary User-Agent
	# Cache control is set only if mod_headers is enabled, so that's
unncessary to declare
</IfModule>

AddDefaultCharset utf-8
AddCharset utf-8 .html .css .js .xml .json .rss

<IfModule mod_autoindex.c>
    Options -Indexes
</IfModule>

Большинство комментов вырезал за
ненадобностью.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223140,223220#msg-223220


From nginx-forum на nginx.us  Fri Mar  2 05:33:52 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Fri, 2 Mar 2012 00:33:52 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b24474bacf7eee7bc1829b90f998d888.NginxMailingListRussian@forum.nginx.org>

у меня server_name заработало после listen

Всё одно, спасибище огромное! :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223240#msg-223240


From stalker на altlinux.ru  Fri Mar  2 05:53:09 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 02 Mar 2012 09:53:09 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <20120301135147.GB67687@mdounin.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru> <4F4F715B.5040404@altlinux.ru>
	<20120301135147.GB67687@mdounin.ru>
Message-ID: <4F506045.8000200@altlinux.ru>

01.03.2012 17:51, Maxim Dounin пишет:

>> Полный конфиг. grep flv даже по /var/log/nginx/cs-2.access.log;
>> ничего не нашёл.. при том что видео таки крутится
> А что показывает nginx -V?

nginx -V
nginx: nginx version: nginx/1.0.5
nginx: TLS SNI support enabled
nginx: configure arguments: --prefix=/ --conf-path=/etc/nginx/nginx.conf 
--sbin-                                           path=/usr/sbin 
--error-log-path=/var/log/nginx/nginx.error.log --http-log-path=/ 
                                     var/log/nginx/nginx.log 
--http-client-body-temp-path=/var/spool/nginx/tmp/client 
 
--http-proxy-temp-path=/var/spool/nginx/tmp/proxy 
--http-fastcgi-temp-path=/var 
/spool/nginx/tmp/fastcgi 
--http-uwsgi-temp-path=/var/spool/nginx/tmp/uwsgi --htt 
                           p-scgi-temp-path=/var/spool/nginx/tmp/scgi 
--pid-path=/var/run/nginx.pid --user= 
         _nginx --group=_nginx --with-http_ssl_module --with-cc-opt='-I 
/usr/include/pcre                                           /' 
--with-rtsig_module --with-select_module --with-poll_module 
--with-aio_module 
--with-file-aio --with-mail --with-mail_ssl_module --with-imap 
--with-imap_ssl_                                           module 
--with-md5=/usr/lib64 --with-http_ssl_module --with-http_realip_module 
--                                           with-http_addition_module 
--with-http_sub_module --with-http_dav_module --with-h 
                          ttp_flv_module --with-http_gzip_static_module 
--with-http_stub_status_module --w 
      ith-http_image_filter_module --with-http_perl_module 
--add-module=nginx_upload_m 
odule --add-module=nginx_upload-progress-module


> Если вот тут:
>> 	include /etc/nginx/opt.conf/access_list.conf;
> ничего плохого нет, то варианты:

Неа. там  банально кого пускать а кого не пускать.


> 1. nginx собран с какими-нибудь модулями/патчами, ломающими
> нормальное логгирование (что-нибудь вроде syslog patch, были
> недавно сигналы что он всё ломает);
Да вроде нет ничего такого

> 2. запросы на самом деле обрабатываются в другом блоке server{},
> нужно смотреть примеры запросов и полный конфиг (а не один кусочек
> с одним блоком server); проблема типична для debian-style
> конфигураций с нарезкой nginx.conf на множество мелких кусочков.
нет - там   сборка на основе альтовской с 2 доп модулями для аплоада, не 
более. Полный конфиг попозже тогда в личку скину. как доберусь до сервера..


From stalker на altlinux.ru  Fri Mar  2 05:54:21 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 02 Mar 2012 09:54:21 +0400
Subject: =?UTF-8?B?UmU6IGZsdiDQuCDRgtGA0LDRhNC40Lo=?=
In-Reply-To: <20120301143040.GC30476@snar.spb.ru>
References: <4F4D52A2.9010901@altlinux.ru>
	<895103706.20120229023138@mtu-net.ru>
	<4F4D5933.2080906@altlinux.ru> <4F4D59F3.4040509@kpi.ua>
	<4F4D7589.8020204@list.ru> <4F4DB4B8.804@altlinux.ru>
	<20120229133410.GD67687@mdounin.ru> <4F4F715B.5040404@altlinux.ru>
	<20120301143040.GC30476@snar.spb.ru>
Message-ID: <4F50608D.80700@altlinux.ru>

01.03.2012 18:30, Alexandre Snarskii пишет:
> Вообще говоря, вы сами сконфигурировали логгирование flv'шек
> в другой access-log:
>
>          location ~ \.flv$ {
>          flv;
>          root /var/www/vhosts/cs-2/current;
>          access_log  /var/log/nginx/cs-2_flv.access.log;
>          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>          add_header Content-Disposition 'attachment; filename=$query_string';

так  этот лог вообще остаётся пустым. и в cs-2.access.log  grep flv  молчит

> так что в /var/log/nginx/cs-2.access.log ничего по их поводу и не
> должно быть :)


From sytar.alex на gmail.com  Fri Mar  2 06:29:32 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Fri, 2 Mar 2012 10:29:32 +0400
Subject: punbb
In-Reply-To: <fe23d6c7ab23a25af77d5f60b9318d1a.NginxMailingListRussian@forum.nginx.org>
References: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
	<fe23d6c7ab23a25af77d5f60b9318d1a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSF1AFnA5P0j2w97om3GSmF8ERAstumx+TZr5mwdnJ16Sg@mail.gmail.com>

2 марта 2012 г. 4:04 пользователь Ar3s <nginx-forum на nginx.us> написал:
> Извините, затупил
>
> <IfModule mod_rewrite.c>
>        # MultiViews interfers with proper rewriting
>        Options -MultiViews
>
>        RewriteEngine On
>
>        # Uncomment and properly set the RewriteBase if the rewrite rules are
> not working properly
>        #RewriteBase /
>
>        RewriteCond %{REQUEST_FILENAME} !-f
>        RewriteCond %{REQUEST_FILENAME} !-d
>        RewriteRule . rewrite.php [L]
> </IfModule>
>
> <IfModule mod_setenvif.c>
>        <IfModule mod_headers.c>
>        BrowserMatch MSIE ie
>        Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie
>        </IfModule>
> </IfModule>
>
> <IfModule mod_headers.c>
>        # Because X-UA-Compatible isn't sent to non-IE (to save header bytes),
>        # We need to inform proxies that content changes based on UA
>        Header append Vary User-Agent
>        # Cache control is set only if mod_headers is enabled, so that's
> unncessary to declare
> </IfModule>
>
> AddDefaultCharset utf-8
> AddCharset utf-8 .html .css .js .xml .json .rss
>
> <IfModule mod_autoindex.c>
>    Options -Indexes
> </IfModule>
>
> Большинство комментов вырезал за
> ненадобностью.
>

Чем это http://punbb.informer.com/forums/post/138914/#p138914 решение
вам не подходит?


From nginx-forum на nginx.us  Fri Mar  2 09:35:22 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 04:35:22 -0500 (EST)
Subject: =?UTF-8?B?0JLQt9GP0YLRjCBJUCDQuNC3IFVSTCDQuCDQvtCx0YDQsNCx0L7RgtCw0YLRjCA=?=
	=?UTF-8?B?0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
Message-ID: <4bd1533edc77fe8cc85358ee2ded99df.NginxMailingListRussian@forum.nginx.org>

Привет, Алл.

Стоит задача определять страну по IP
адрессу, передаваемому как параметр &ip
в URL(http://domain.com/xml.php?ip=4.2.2.1). И после этого
использовать $_SERVER['GEOIP_COUNTRY_CODE'] в php-fpm.
Подскажите как?

С уважением, Евгений.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223245#msg-223245


From me на kemko.ru  Fri Mar  2 09:44:11 2012
From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=)
Date: Fri, 2 Mar 2012 13:44:11 +0400
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <4bd1533edc77fe8cc85358ee2ded99df.NginxMailingListRussian@forum.nginx.org>
References: <4bd1533edc77fe8cc85358ee2ded99df.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAECYwb=J-EA1SJUXsfqWQxNbnC50Ovr3bqapUjKDad4pOyAQCQ@mail.gmail.com>

2 марта 2012 г. 13:35 пользователь Tiberiy <nginx-forum на nginx.us> написал:
> Привет, Алл.
>
> Стоит задача определять страну по IP
> адрессу, передаваемому как параметр &ip
> в URL(http://domain.com/xml.php?ip=4.2.2.1). И после этого
> использовать $_SERVER['GEOIP_COUNTRY_CODE'] в php-fpm.
> Подскажите как?

Что конкретно нужно от nginx? В http://wiki.nginx.org/HttpGeoIPModule
это точно не отражено?

From nginx-forum на nginx.us  Fri Mar  2 09:49:45 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 04:49:45 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <CAECYwb=J-EA1SJUXsfqWQxNbnC50Ovr3bqapUjKDad4pOyAQCQ@mail.gmail.com>
References: <CAECYwb=J-EA1SJUXsfqWQxNbnC50Ovr3bqapUjKDad4pOyAQCQ@mail.gmail.com>
Message-ID: <684709dd585c6beec6feaf34ffc09bdc.NginxMailingListRussian@forum.nginx.org>

kemko Wrote:
> Что конкретно нужно от nginx?
> В http://wiki.nginx.org/HttpGeoIPModule
> это точно не отражено?
Точно не отражено. Нужно определить
страну не по IP пришедшего по URL, а по IP
адрессу передаваемому как GET-параметр 
в URL и после этого заполнить перменную:
fastcgi_param GEOIP_COUNTRY_CODE $geoip_country_code;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223247#msg-223247


From bediev на gmail.com  Fri Mar  2 09:51:06 2012
From: bediev на gmail.com (Marat Bediev)
Date: Fri, 2 Mar 2012 15:51:06 +0600
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <684709dd585c6beec6feaf34ffc09bdc.NginxMailingListRussian@forum.nginx.org>
References: <CAECYwb=J-EA1SJUXsfqWQxNbnC50Ovr3bqapUjKDad4pOyAQCQ@mail.gmail.com>
	<684709dd585c6beec6feaf34ffc09bdc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z38d+fhCb-q_SsQ4VQ7QdWaOsa7MAEanNmP3AJNdamUwg@mail.gmail.com>

а не логичней это делать бэкендом?

-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120302/99fa9e4e/attachment.html>

From nginx-forum на nginx.us  Fri Mar  2 09:53:02 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 04:53:02 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <CAOVv4Z38d+fhCb-q_SsQ4VQ7QdWaOsa7MAEanNmP3AJNdamUwg@mail.gmail.com>
References: <CAOVv4Z38d+fhCb-q_SsQ4VQ7QdWaOsa7MAEanNmP3AJNdamUwg@mail.gmail.com>
Message-ID: <8e3c10176b0d6771a66e10aefe2600ab.NginxMailingListRussian@forum.nginx.org>

p1gmale0n Wrote:
-------------------------------------------------------
> а не логичней это делать
> бэкендом?
логичней, но не быстрей + мне нужно
фильтровать страны на уровне нгинкса.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223249#msg-223249


From voron на amhost.net  Fri Mar  2 09:57:13 2012
From: voron на amhost.net (Alex Vorona)
Date: Fri, 02 Mar 2012 11:57:13 +0200
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <4bd1533edc77fe8cc85358ee2ded99df.NginxMailingListRussian@forum.nginx.org>
References: <4bd1533edc77fe8cc85358ee2ded99df.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F509979.8050508@amhost.net>

http://nginx.org/ru/docs/http/ngx_http_geo_module.html
...
geo $arg_ip $country {
    ...;
}
...
fastcgi_param GEOIP_COUNTRY_CODE $country;


From nginx-forum на nginx.us  Fri Mar  2 10:02:22 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 05:02:22 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <4F509979.8050508@amhost.net>
References: <4F509979.8050508@amhost.net>
Message-ID: <a678a3ae4cfaba53b41fc1bbbc30c9a0.NginxMailingListRussian@forum.nginx.org>

Alex Vorona Wrote:
-------------------------------------------------------
> http://nginx.org/ru/docs/http/ngx_http_geo_module.
> html
> ...
> geo $arg_ip $country {
>     ...;
> }
> ...
> fastcgi_param GEOIP_COUNTRY_CODE $country;
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

СПАСИБО!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223252#msg-223252


From a.vasilishin на kpi.ua  Fri Mar  2 10:08:50 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 02 Mar 2012 12:08:50 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <b24474bacf7eee7bc1829b90f998d888.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<b24474bacf7eee7bc1829b90f998d888.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F509C32.20401@kpi.ua>

02.03.2012 7:33, OleM2k пишет:
> у меня server_name заработало после listen
>
> Всё одно, спасибище огромное! :)
>

Ну так listen - это айпи на котором слушать, и кстати как оно без 
resolver'a у Вас пашет?


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Mar  2 10:16:18 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 05:16:18 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <a678a3ae4cfaba53b41fc1bbbc30c9a0.NginxMailingListRussian@forum.nginx.org>
References: <4F509979.8050508@amhost.net>
	<a678a3ae4cfaba53b41fc1bbbc30c9a0.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b553f9213495ea85beadd6733dcad405.NginxMailingListRussian@forum.nginx.org>

Alex, есть одна неувязочка:

    geo $ipaddr $country {
         default        XX;
   }
   fastcgi_param GEOIP_COUNTRY_CODE $country;

размещается в 
контекст: 	http

а

    if ($request_uri ~* "ip=(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})") {
       set $ipaddr $1;
    }

в контекст: 	server, location, if
Как быть?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223255#msg-223255


From nginx-forum на nginx.us  Fri Mar  2 10:18:40 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Fri, 2 Mar 2012 05:18:40 -0500 (EST)
Subject: =?UTF-8?B?UmU6IGxpbWl0IHJhdGUg0L/QviDRg9GB0LvQvtCy0LjRjg==?=
In-Reply-To: <4F4FD22B.8050204@amhost.net>
References: <4F4FD22B.8050204@amhost.net>
Message-ID: <33c59f0cd108e95660030fd36dfc6037.NginxMailingListRussian@forum.nginx.org>

Обмозгую вариант подойти к задаче с
такой стороны. Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223232,223256#msg-223256


From ne на vbart.ru  Fri Mar  2 10:22:43 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Fri, 2 Mar 2012 14:22:43 +0400
Subject: =?UTF-8?B?UmU6ICDQktC30Y/RgtGMIElQINC40LcgVVJMINC4INC+0LHRgNCw0LHQvtGC0LA=?=
	=?UTF-8?B?0YLRjCDRh9C10YDQtdC3IEh0dHBHZW9Nb2R1bGU=?=
In-Reply-To: <b553f9213495ea85beadd6733dcad405.NginxMailingListRussian@forum.nginx.org>
References: <4F509979.8050508@amhost.net>
	<a678a3ae4cfaba53b41fc1bbbc30c9a0.NginxMailingListRussian@forum.nginx.org>
	<b553f9213495ea85beadd6733dcad405.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203021422.43440.ne@vbart.ru>

On Friday 02 March 2012 14:16:18 Tiberiy wrote:
> Alex, есть одна неувязочка:
> 
>     geo $ipaddr $country {
>          default        XX;
>    }
>    fastcgi_param GEOIP_COUNTRY_CODE $country;
> 
> размещается в
> контекст: 	http

В чем проблема? Переменные вычисляются в момент обращения к ним, а не в том 
месте, где они размещены.

> а
> 
>     if ($request_uri ~* "ip=(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})") {
>        set $ipaddr $1;
>     }
> 


Зачем так делать? Чем предложенный вариант с $arg_ip вас не устроил?

--
Валентин Бартенев

From nginx-forum на nginx.us  Fri Mar  2 10:44:37 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 05:44:37 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <201203021422.43440.ne@vbart.ru>
References: <201203021422.43440.ne@vbart.ru>
Message-ID: <3accab2f8c10e9b46aa4163669646de3.NginxMailingListRussian@forum.nginx.org>

> 
> Зачем так делать? Чем
> предложенный вариант с $arg_ip
> вас не устроил?
> 
Валентин. Ваш вариант идеален, но...

    geo $arg_ip $country {
         default        XX;
   }

при вызове http://XXX.206.181.65/1.php?ip=4.2.2.1
я получаю при любом IP 'XX'.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223258#msg-223258


From nginx-forum на nginx.us  Fri Mar  2 11:20:04 2012
From: nginx-forum на nginx.us (OleM2k)
Date: Fri, 2 Mar 2012 06:20:04 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
Message-ID: <974d972cc16aa2cb3a64e300027449f9.NginxMailingListRussian@forum.nginx.org>

вот тот listen без resolver'a пашет для "Welcome to
nginx!" (<- configure по умолчению)  на 127.0.0.1
хосту,
а вот дальше 127.0.0.1 пока ещё не натыкал
resolver, поэтому почитаю букварики для
дедуктивного решения.

кста, где явно, кроме исходников,
написано, что server_name не только задаётся,
но и слушает  (<- этого мне в мою
собственную голову само по себе не
пришло) ?

Заранее спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223042,223263#msg-223263


From nginx-forum на nginx.us  Fri Mar  2 11:33:05 2012
From: nginx-forum на nginx.us (Tiberiy)
Date: Fri, 2 Mar 2012 06:33:05 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0YwgSVAg0LjQtyBVUkwg0Lgg0L7QsdGA0LDQsdC+0YLQsNGC?=
	=?UTF-8?B?0Ywg0YfQtdGA0LXQtyBIdHRwR2VvTW9kdWxl?=
In-Reply-To: <3accab2f8c10e9b46aa4163669646de3.NginxMailingListRussian@forum.nginx.org>
References: <201203021422.43440.ne@vbart.ru>
	<3accab2f8c10e9b46aa4163669646de3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1f0596ff02b01b20dc4fb96655f39210.NginxMailingListRussian@forum.nginx.org>

Все получилось. Сконвертировал MaxMind
базу в формат нгинкса (geo2nginx.pl) и конфиг
    geo $arg_ip $country {
         default        XX;
         include /usr/local/etc/nginx/geo.conf;
   }
заработал!
Валентин, отдельное спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223245,223265#msg-223265


From postmaster на softsearch.ru  Fri Mar  2 12:16:27 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 2 Mar 2012 16:16:27 +0400
Subject: =?UTF-8?B?UmVbMl06INCR0L7RgNGM0LHQsCDRgdC+INGB0L/QsNC80L7QvCDQuNC3IHRvci0=?=
	=?UTF-8?B?0YHQtdGC0LguIE9GRlRPUElD?=
In-Reply-To: <7D51A50E-E575-4D04-9B10-165D315A9D6F@jdwuzhere.ru>
References: <1845269269.20120219001653@softsearch.ru>
	<7D51A50E-E575-4D04-9B10-165D315A9D6F@jdwuzhere.ru>
Message-ID: <56490785.20120302161627@softsearch.ru>

Здравствуйте, Vladimir.

> http://torstatus.blutmagie.de/ip_list_exit.php

>> Есть  ли  где-то  список  ip-шек  top-сети,  чтобы можно засовывать
>> каждые  несколько  минут  его  в  firewall  и резать спам, льющийся
>> оттуда на сайты в виде комментов со всякой чернухой?

А  как  бороться  вот с этим https://www.torproject.org/docs/bridges ?
Или эти "бриджи" не могут быть exit-нодами, а только релеями?

P.S.
Я  тут  нашёл перловый модуль Net::Tor::Servers , который сам добывает
список  exit-нод из тор-сети, обратившись к одной из Authority-нод. По
коду  модуля  можно  разобраться,  как получать список ip. Сам модуль,
ИМХО, лучше не использовать, ибо его код написан не лучшим образом.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From exelib на googlemail.com  Fri Mar  2 19:23:14 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Fri, 02 Mar 2012 20:23:14 +0100
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>
References: <4F4D6948.1000508@googlemail.com>
	<CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>
Message-ID: <4F511E22.7030704@googlemail.com>

Спасибо, выводит, осталось додуматься что с ним делать )

@Команда nginx:

А патч http://catap.ru/blog/2010/06/14/nginx-arg_-variables-from-post/ 
вольётся?


On 29.02.2012 09:35, ink08 wrote:
> когда мне надо было посмотреть что в POST-запросах приходило, в лог
> выводил $body_request. попробуйте парсить его
>
> 29 февраля 2012 г. 3:54 пользователь Anton Bessonov
> <exelib на googlemail.com>  написал:
>> Здравствуйте,
>>
>> есть много форумов с общей проблемой: спаммеры регистрируются с адресами а
>> ля w.ag.ne.rl.u.t.hers.e.n на gmail.com. Пока блокирую в ручную по айпи
>> хостеров, но это мало эффективно. Ворочать плагины/настройки/сырцы форумов
>> было бы эффективнее, но на данный момент не реально.
>>
>> Вопрос: можно ли как нибудь средствами энджина (или совместно с перлом или
>> eval + сторонним пхп-скриптом) перехватывать посты "с более чем тремя
>> точками и окончанием @gmail.com"?
>>
>> С уважением,
>>
>> Антон
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>


From nginx-forum на nginx.us  Sat Mar  3 13:19:35 2012
From: nginx-forum на nginx.us (arty777)
Date: Sat, 3 Mar 2012 08:19:35 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <74f13510fc606035a8d86918655dc641.NginxMailingListRussian@forum.nginx.org>

Предлагаю вальнут тему а ТС идти читать
книжки по линуксу.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,223293#msg-223293


From nginx-forum на nginx.us  Sat Mar  3 13:21:47 2012
From: nginx-forum на nginx.us (arty777)
Date: Sat, 3 Mar 2012 08:21:47 -0500 (EST)
Subject: =?UTF-8?B?UmU6INGB0YLRgNC40LzQuNC90LMg0LLQuNC00LXQviDQvdCwIG5naW54INGB0LU=?=
	=?UTF-8?B?0YDQstC10YDQtQ==?=
In-Reply-To: <74f13510fc606035a8d86918655dc641.NginxMailingListRussian@forum.nginx.org>
References: <c2c876a51cab5f87e8e7cb43b7989a4e.NginxMailingListRussian@forum.nginx.org>
	<74f13510fc606035a8d86918655dc641.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1366c0bb06a0120663234122faca16df.NginxMailingListRussian@forum.nginx.org>

т.к. тема ДАВНО изъедена  в этом
направлении , и в гугле легко нагуглить
готовые решения , простые причем . 

Сходите на uppod.ru к примеру , там есть
простые рецепты . Ну , с учетом что у вас
есть моск.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,222082,223294#msg-223294


From nginx-forum на nginx.us  Sun Mar  4 00:56:28 2012
From: nginx-forum на nginx.us (Balancer)
Date: Sat, 3 Mar 2012 19:56:28 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0L/QuNGB0LDRgtGMINGC0LDQutC+0LkgdHJ5IGZpbGVz?=
	=?UTF-8?B?LiDQmNC70Lgg0LrQsNC6INC30LDQsdC70L7QutC40YDQvtCy0LDRgtGMINC7?=
	=?UTF-8?B?0L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSA0MDM/?=
In-Reply-To: <20111106055345.GN87442@lo0.su>
References: <20111106055345.GN87442@lo0.su>
Message-ID: <301739a8cadabf3afde82073de88fac3.NginxMailingListRussian@forum.nginx.org>

> А что мешает явно в try_files
> проверять
> индексные файлы?

Есть проблема ? когда нужно при тех же
условиях обрабатывать не только /index.html,
но и /index.php

В этом случае при обращении к $uri/ сервер
предлагает скачать index.php, вместо того,
чтобы исполнить (да, при прямом
указании /index.php в запросе, всё ок,
проблема именно в запросе директории,
без указания файла).

То есть хочется, чтобы работали
выражения вида:
    try_files   $uri $uri/ @bors =404;
но чтобы при наличии в каталоге /index.html
(/index.xml и т.п. статики) возвращался бы
файл, а при наличии /index.php ?
отрабатывался как PHP.

Сейчас /index.html приходится ловить через
403-ю ошибку, index.php отрабатывается со
строкой выше корректно. Проблемы
начинаются в таком варианте:
    try_files   $uri $uri/index.php $uri/index.html @bors =404;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,217866,223300#msg-223300


From alexander.moskalenko на gmail.com  Sun Mar  4 10:39:54 2012
From: alexander.moskalenko на gmail.com (Alexander Moskalenko)
Date: Sun, 4 Mar 2012 12:39:54 +0200
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvdCw0L/QuNGB0LDRgtGMINGC0LDQutC+0LkgdHJ5IGZpbGVz?=
	=?UTF-8?B?LiDQmNC70Lgg0LrQsNC6INC30LDQsdC70L7QutC40YDQvtCy0LDRgtGMINC7?=
	=?UTF-8?B?0L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSA0MDM/?=
In-Reply-To: <301739a8cadabf3afde82073de88fac3.NginxMailingListRussian@forum.nginx.org>
References: <20111106055345.GN87442@lo0.su>
	<301739a8cadabf3afde82073de88fac3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CACVfVFu+MzQyL8JRFrouPQ=O=QHJ8sopq3=WcwSyAncs4wCB+Q@mail.gmail.com>

index index.php index.html;
try_files   $uri $uri/ @bors;
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120304/9717ec94/attachment.html>

From a.vasilishin на kpi.ua  Fri Mar  2 18:44:34 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 02 Mar 2012 20:44:34 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <974d972cc16aa2cb3a64e300027449f9.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<974d972cc16aa2cb3a64e300027449f9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F511512.4090907@kpi.ua>

02.03.2012 13:20, OleM2k пишет:
> вот тот listen без resolver'a пашет для "Welcome to
> nginx!" (<- configure по умолчению)  на 127.0.0.1
> хосту,
> а вот дальше 127.0.0.1 пока ещё не натыкал
> resolver, поэтому почитаю букварики для
> дедуктивного решения.
>
> кста, где явно, кроме исходников,
> написано, что server_name не только задаётся,
> но и слушает  (<- этого мне в мою
> собственную голову само по себе не
> пришло) ?
>


Даже не знаю, то ли в последнее число людей способных выразить свои 
мысли - уменьшилось, то ли я перестал понимать потоки сознания.
Читаем вдумчиво:
http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen
http://nginx.org/ru/docs/http/ngx_http_core_module.html#resolver
http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name
http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables

WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From a.vasilishin на kpi.ua  Sat Mar  3 02:11:47 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Sat, 03 Mar 2012 04:11:47 +0200
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQstC+INCy0YHRkSDQuCDQsiDQvdC40LrRg9C00LA=?=
In-Reply-To: <974d972cc16aa2cb3a64e300027449f9.NginxMailingListRussian@forum.nginx.org>
References: <075b80b071a6164e3155856a00b2c018.NginxMailingListRussian@forum.nginx.org>
	<974d972cc16aa2cb3a64e300027449f9.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F517DE3.1060502@kpi.ua>

02.03.2012 13:20, OleM2k пишет:
> вот тот listen без resolver'a пашет для "Welcome to
> nginx!" (<- configure по умолчению)  на 127.0.0.1
> хосту,
> а вот дальше 127.0.0.1 пока ещё не натыкал
> resolver, поэтому почитаю букварики для
> дедуктивного решения.
>
> кста, где явно, кроме исходников,
> написано, что server_name не только задаётся,
> но и слушает  (<- этого мне в мою
> собственную голову само по себе не
> пришло) ?
>


Даже не знаю, то ли в последнее число людей способных выразить свои 
мысли - уменьшилось, то ли я перестал понимать потоки сознания.
Читаем вдумчиво:
http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen
http://nginx.org/ru/docs/http/ngx_http_core_module.html#resolver
http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name
http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables

WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From mdounin на mdounin.ru  Sun Mar  4 19:28:42 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 4 Mar 2012 23:28:42 +0400
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <4F511E22.7030704@googlemail.com>
References: <4F4D6948.1000508@googlemail.com>
	<CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>
	<4F511E22.7030704@googlemail.com>
Message-ID: <20120304192842.GX67687@mdounin.ru>

Hello!

On Fri, Mar 02, 2012 at 08:23:14PM +0100, Anton Bessonov wrote:

> Спасибо, выводит, осталось додуматься что с ним делать )
> 
> @Команда nginx:
> 
> А патч
> http://catap.ru/blog/2010/06/14/nginx-arg_-variables-from-post/
> вольётся?

В таком виде - точно нет.  Вообще - скорее всего нет.

Maxim Dounin


From zaabjuda на gmail.com  Sun Mar  4 20:41:25 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Mon, 5 Mar 2012 00:41:25 +0400
Subject: nginx+redis+eval
Message-ID: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>

Здравствуйте.

Возникла у меня заминка при написания конфига.

Что имеем
1. Необходимо выполнять динамическое проксирование с url типа
http://site.com/dln/IDUSER/IDCONTENT на значение ключа
dlnIDUSER_IDCONTENT из redis'а
2.Пример URL http://site.com/dln/VASYA/1234576
                redis 127.0.0.1:6379> get dlnVASYA_1234576
                "http://192.168.0.12:8080/colorring/rl/097/0/2340/0500/242.mp3"
     Сщщответсвенно URL http://site.com/dln/VASYA/1234576 должен
проксироваться на
http://192.168.0.12:8080/colorring/rl/097/0/2340/0500/242.mp3

Был написан конфиг

 location ~ ^/dln/(?P<USERID>[^/]+)/(?P<IDCONTENT>[^/]+) {
                eval_escalate on;
                eval $dlnproxy {
                       set $dln        "dln";
                       set $dl         "_";
                       set $dlnKey     $dln$USERID$dl$IDCONTENT;
                       set $redis_key "$dlnKey";
                       redis_pass      redis;
               }
               proxy_pass $dlnproxy;
 }

В логах ругается
2012/03/05 00:11:39 [error] 14823#0: *1 the "$redis_key" variable is
not set, client: 172.16.10.57, server: localhost, request: "GET
/dln/testuser/23456 HTTP/1.1", subrequest: "/eval_157611100", host:
"10.238.32.174"

После повторного прочтения документации по eval понял что eval
отрабатывает раньше rewrite.....

Подскажите как выйти из этой ситуации, предпологаю что нужно парсить
переменную $uri внутри функции eval, и выделять оттуда переменные, но
как это можно реализовать??

From exelib на googlemail.com  Sun Mar  4 21:25:58 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Sun, 04 Mar 2012 22:25:58 +0100
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>
References: <4F4D6948.1000508@googlemail.com>
	<93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F53DDE6.70809@googlemail.com>

Так не работает. Как только использую переменную $request_body в таком 
виде (то есть не в выводе в лог), то она становится пустой (и в лог тоже 
не выводится). Обновил с версии 8 на 1.1.16 - не помогло.

On 01.03.2012 19:26, Craken wrote:
> ну регулярные выражения некто не
> отменял.
>
> Думаю как-то так можно:
> if ($request_body ~ .*\..*\..*\..*@\.[\d\w]*\.[\w]{2,3})  {
>    .................
> }
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223141,223229#msg-223229
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From exelib на googlemail.com  Sun Mar  4 21:30:37 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Sun, 04 Mar 2012 22:30:37 +0100
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <20120304192842.GX67687@mdounin.ru>
References: <4F4D6948.1000508@googlemail.com>	<CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>	<4F511E22.7030704@googlemail.com>
	<20120304192842.GX67687@mdounin.ru>
Message-ID: <4F53DEFD.1090408@googlemail.com>

А очень жаль. Возможность обрабатывать параметры из ПОСТ'а очень помогли 
бы мне. Вообще было бы полезен генерический механизм а ля $args_{get, 
post, request, whatever}_

Или есть ещё какой-то способ? А то парзить логи в моём случае очень 
плохо... 2200 айпишек в бане, а толку - успевают нагадить...

On 04.03.2012 20:28, Maxim Dounin wrote:
> Hello!
>
> On Fri, Mar 02, 2012 at 08:23:14PM +0100, Anton Bessonov wrote:
>
>> Спасибо, выводит, осталось додуматься что с ним делать )
>>
>> @Команда nginx:
>>
>> А патч
>> http://catap.ru/blog/2010/06/14/nginx-arg_-variables-from-post/
>> вольётся?
> В таком виде - точно нет.  Вообще - скорее всего нет.
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From zzz на zzz.org.ua  Sun Mar  4 21:39:56 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Sun, 4 Mar 2012 23:39:56 +0200
Subject: nginx+redis+eval
In-Reply-To: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
References: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
Message-ID: <CAKb9G9i1Ymh-ocWvg4khUZiLk27A-OQQVfdhxew-OcXPmhaa8Q@mail.gmail.com>

On 3/4/12, Дмитрий Жильцов <zaabjuda на gmail.com> wrote:
> Подскажите как выйти из этой ситуации, предпологаю что нужно парсить
> переменную $uri внутри функции eval, и выделять оттуда переменные, но
> как это можно реализовать??

Интерпретатором

From mdounin на mdounin.ru  Sun Mar  4 22:37:47 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 5 Mar 2012 02:37:47 +0400
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <4F53DDE6.70809@googlemail.com>
References: <4F4D6948.1000508@googlemail.com>
	<93a6faa345479cba9a2fa5a0a3caf3b2.NginxMailingListRussian@forum.nginx.org>
	<4F53DDE6.70809@googlemail.com>
Message-ID: <20120304223747.GY67687@mdounin.ru>

Hello!

On Sun, Mar 04, 2012 at 10:25:58PM +0100, Anton Bessonov wrote:

> Так не работает. Как только использую переменную $request_body в
> таком виде (то есть не в выводе в лог), то она становится пустой (и
> в лог тоже не выводится). Обновил с версии 8 на 1.1.16 - не помогло.

И не должно - на этапе выполнения rewrite'ов тело запроса ещё никто 
не читал.

Maxim Dounin

> 
> On 01.03.2012 19:26, Craken wrote:
> >ну регулярные выражения некто не
> >отменял.
> >
> >Думаю как-то так можно:
> >if ($request_body ~ .*\..*\..*\..*@\.[\d\w]*\.[\w]{2,3})  {
> >   .................
> >}
> >
> >Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223141,223229#msg-223229
> >
> >_______________________________________________
> >nginx-ru mailing list
> >nginx-ru на nginx.org
> >http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Mon Mar  5 08:52:59 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 03:52:59 -0500 (EST)
Subject: =?UTF-8?B?0J/RgNC+0LrRgdC4INC/0L4g0L3QtdCx0L7Qu9GM0YjQvtC5INC70L7QutCw0Ls=?=
	=?UTF-8?B?0YzQvdC+0Lkg0YHQtdGC0Lg=?=
Message-ID: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>

Ситуация примерно такая, есть роутер с
постоянным IP, за ним два сервера в
небольшой локалке. На обоих серверах
стоит Apach, только вот проблема в том, что
на роутере проброс можно сделать до 1
сервера, а у меня 1 сайт на нем и еще два
на втором, как можно настроить ngix чтобы
все запросы на несколько конкретных
доменов шли на второй сервер? Я так
понял достаточно было бы:

server {

        listen       80;
        server_name  site.com site.net;

}

То есть это два домена на второй север,
на основной сервер запросы он вроде как
должен пропускать и они сами будут идти
на Apach? Как описать отправку всех
запросов для этих доменов на сервер с
конкретным локальным IP непонятно, а
может и на апач запросы нужно
перенаправлять не особо понятно :(

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223380#msg-223380


From nginx-forum на nginx.us  Mon Mar  5 09:43:02 2012
From: nginx-forum на nginx.us (Softer)
Date: Mon, 5 Mar 2012 04:43:02 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
Message-ID: <061942ff8f92e13d4dbbb667e009d187.NginxMailingListRussian@forum.nginx.org>

Можно описать несколько серверов и
проксировать их за роутер так:

server {
  listen 80;
  server_name site.com;
  proxy_pass LOCAL_IP1;
}

server {
  listen 80;
  server_name site.net;
  proxy_pass LOCAL_IP2;
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223382#msg-223382


From nginx-forum на nginx.us  Mon Mar  5 09:47:12 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 04:47:12 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
Message-ID: <97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>

Спасибо пойду пробовать, а кроме этого
никаких обязательных параметров в
файле конфигурации нет? Т.е. этого
достаточно для работы? Еще забыл
сказать, что сам ngix стоит на первом
сервере т.е. не на роутере и нигде еще, а
на сервере где первый сайт работает,
это нормально?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223383#msg-223383


From nginx-forum на nginx.us  Mon Mar  5 10:05:26 2012
From: nginx-forum на nginx.us (Softer)
Date: Mon, 5 Mar 2012 05:05:26 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2ff9befac473075d617811e06b1e8bfd.NginxMailingListRussian@forum.nginx.org>

Хм, ну DNAT ("проброс портов") с роутера
должен помочь...

С nginx вроде идет дефолтный конфиг с
примером proxy_pass, можно расширять его до
своих задач. 
PS: У меня nginx вообще часть сайтов
проксирует на апач полностью, часть -
только PHP, а часть обслуживает сам через
FastCGI.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223384#msg-223384


From nginx-forum на nginx.us  Mon Mar  5 10:28:51 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 05:28:51 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local]
"$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;
    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;
    #gzip  on;
    include /etc/nginx/conf.d/*.conf;

}

Вот такой вот конфиг дефолтный
поставился, пробовал добавить
дерективы server - ругался, оказалось
нужно в http добавлять, начал ругаться на
proxy_pass, нагугли что вроде внутри http
можно использовать только proxy_cache_path,
хотя опять те же "proxy_cache_path directive is not allowed
here id...." мда, прошу помощи потому что сам
я похоже не знаю что с ним делать =( При
дефолтном стартует как и положено, при
запросе по http по ip сервера и по доменам
отдает все как нужно, ну разве что по
всем доменам все одно и то же, вот как
пару доменов отправить на другой
сервер с 192.168.0.102 опять не понятно ((

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223385#msg-223385


From ne на vbart.ru  Mon Mar  5 10:33:02 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 5 Mar 2012 14:33:02 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203051433.02988.ne@vbart.ru>

On Monday 05 March 2012 14:28:51 Sergey616 wrote:
[...]
> Вот такой вот конфиг дефолтный
> поставился, пробовал добавить
> дерективы server - ругался, оказалось
> нужно в http добавлять, начал ругаться на
> proxy_pass, нагугли что вроде внутри http
> можно использовать только proxy_cache_path,
> хотя опять те же "proxy_cache_path directive is not allowed
> here id...." мда, прошу помощи потому что сам
> я похоже не знаю что с ним делать =(

Может стоит почитать все-таки документацию?
http://nginx.org/ru/docs/

--
Валентин Бартенев

From nginx-forum на nginx.us  Mon Mar  5 11:08:29 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 06:08:29 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
Message-ID: <db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>

почитал, правда пока настроил только
апач на 81 порт, дальше пока что с этим
делать не особо понятно... ну может и
останется только документацию читать,
если готового или понятного чайнику
решения никто не предложит....

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223387#msg-223387


From inkvizitor68sl на gmail.com  Mon Mar  5 11:40:10 2012
From: inkvizitor68sl на gmail.com (=?UTF-8?B?0JbQuNCy0L7RgtC90LXQsiDQktC70LDQtA==?=)
Date: Mon, 5 Mar 2012 15:40:10 +0400
Subject: =?UTF-8?B?0JPQu9C+0LHQsNC70YzQvdGL0Lkg0LvQuNC80LjRgiDQv9C+INGB0LrQvtGA0L4=?=
	=?UTF-8?B?0YHRgtC4INC90LAgc2VydmVyIHsgfQ==?=
Message-ID: <CAMLrAuuPsvUCxzBpnoJx0ueGj+CEOGi7AenW3FmGc2CwhPD1Mg@mail.gmail.com>

Приветствую.

Есть ли возможность выставить суммарный лимит по скорости для всех соединений?
Желательно, на server {}.

Что-то вроде limit_rate, но глобально.

В tc лезть в этом месте не хочется.

Спасибо.

From nginx-forum на nginx.us  Mon Mar  5 11:48:35 2012
From: nginx-forum на nginx.us (Stepanov Vitaliy)
Date: Mon, 5 Mar 2012 06:48:35 -0500 (EST)
Subject: nginx - redirect 301
Message-ID: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>

Добрый день!
Подскажите пож-та кто сталкивался,
может можно каким нибудь "глобальным"
способом прописать редирект 301 (склеить
домен ? к примеру freebsd.ru и www.freebsd.ru)?
Вроде как Игорь Сысоев предлагал
следующие:
server {
server_name ~^(?!www\.);
rewrite ^ http://www.$host$request_uri permanent;
}
Ноооо у меня версия nginx version: nginx/0.8.54
И данная конструкция не работает ?
переадресовывает на www.www.freebsd.ru (т.е.
добавляет лишний www). Пробовал и другие
варианты.
Когда я делаю так:
server {
listen 80;
server_name www.freebsd.ru;
rewrite ^ http://www.freebsd.ru$request_uri? permanent;
}
или так
server {
listen 80;
server_name www.freebsd.ru;
rewrite ^ http://www.freebsd.ru$request_uri;
}
или так
server {
listen 80;
server_name www.freebsd.ru;
rewrite ^(.*) http://www.freebsd.ru$1; или rewrite ^(.*)
http://$host$1;
}
возникает множественная переадресация
в браузере, т.е. редирект производится,
НО
браузер тормозит и сообшает о
множественной переадресации. Если
изменить домен,
ну скажем так:
server {
listen 80;
server_name www.freebsd.ru;
rewrite ^ http://www.ya.ru$request_uri? permanent; #301 redirect
}
То все проходит на ура ))))))))))))))0
Уже второй день борюсь с проблемой и не
пойму в чем дело то может быть.
Если кто сталкивался может подскажет в
чем проблема?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223391,223391#msg-223391


From i.lobahin на nikitaonline.ru  Mon Mar  5 11:51:16 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Mon, 5 Mar 2012 15:51:16 +0400
Subject: nginx - redirect 301
In-Reply-To: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1381976990.20120305155116@nikitaonline.ru>

Здравствуйте, Stepanov.

Вы писали 5 марта 2012 г., 15:48:35:

...
server_name www.site.ru site.ru tools.site.ru ... ;
if ($host != 'www.site.ru' ) { rewrite ^(.*)$ http://www.site.ru$1 permanent; }
...

> Добрый день!
> Подскажите пож-та кто сталкивался,
> может можно каким нибудь "глобальным"
> способом прописать редирект 301 (склеить
> домен ? к примеру freebsd.ru и www.freebsd.ru)?
> Вроде как Игорь Сысоев предлагал
> следующие:
> server {
> server_name ~^(?!www\.);
> rewrite ^ http://www.$host$request_uri permanent;
> }
> Ноооо у меня версия nginx version: nginx/0.8.54
> И данная конструкция не работает ?
> переадресовывает на www.www.freebsd.ru (т.е.
> добавляет лишний www). Пробовал и другие
> варианты.
> Когда я делаю так:
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^ http://www.freebsd.ru$request_uri? permanent;
> }
> или так
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^ http://www.freebsd.ru$request_uri;
> }
> или так
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^(.*) http://www.freebsd.ru$1; или rewrite ^(.*)
> http://$host$1;
> }
> возникает множественная переадресация
> в браузере, т.е. редирект производится,
> НО
> браузер тормозит и сообшает о
> множественной переадресации. Если
> изменить домен,
> ну скажем так:
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^ http://www.ya.ru$request_uri? permanent; #301 redirect
> }
> То все проходит на ура ))))))))))))))0
> Уже второй день борюсь с проблемой и не
> пойму в чем дело то может быть.
> Если кто сталкивался может подскажет в
> чем проблема?

> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223391,223391#msg-223391

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Лобахин Илья



From kav на karagodov.name  Mon Mar  5 11:57:04 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 5 Mar 2012 15:57:04 +0400
Subject: nginx - redirect 301
In-Reply-To: <1381976990.20120305155116@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
Message-ID: <2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>


On 05.03.2012, at 15:51, Ilya Lobahin wrote:

> Здравствуйте, Stepanov.
> 
> Вы писали 5 марта 2012 г., 15:48:35:
> 
> ...
> server_name www.site.ru site.ru tools.site.ru ... ;
> if ($host != 'www.site.ru' ) { rewrite ^(.*)$ http://www.site.ru$1 permanent; }
ЕРЕСЬ 
В ПЕЧЬ 
ИЗУЧАТЬ РАССЫЛКУ 

server_name .site.ru {
 rewrite ^ http://www.site.ru$request_uri? permanent;
}

server_name www.site.ru {}

server_name tools.site.ru {}

и тд 
чем точнее определение server_name тем больше шансов его срабатывания или как это по-русски ... читайте короче http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name 

> ...
> 
>> Добрый день!
>> Подскажите пож-та кто сталкивался,
>> может можно каким нибудь "глобальным"
>> способом прописать редирект 301 (склеить
>> домен ? к примеру freebsd.ru и www.freebsd.ru)?
>> Вроде как Игорь Сысоев предлагал
>> следующие:
>> server {
>> server_name ~^(?!www\.);
>> rewrite ^ http://www.$host$request_uri permanent;
>> }
>> Ноооо у меня версия nginx version: nginx/0.8.54
>> И данная конструкция не работает ?
>> переадресовывает на www.www.freebsd.ru (т.е.
>> добавляет лишний www). Пробовал и другие
>> варианты.
>> Когда я делаю так:
>> server {
>> listen 80;
>> server_name www.freebsd.ru;
>> rewrite ^ http://www.freebsd.ru$request_uri? permanent;
>> }
>> или так
>> server {
>> listen 80;
>> server_name www.freebsd.ru;
>> rewrite ^ http://www.freebsd.ru$request_uri;
>> }
>> или так
>> server {
>> listen 80;
>> server_name www.freebsd.ru;
>> rewrite ^(.*) http://www.freebsd.ru$1; или rewrite ^(.*)
>> http://$host$1;
>> }
>> возникает множественная переадресация
>> в браузере, т.е. редирект производится,
>> НО
>> браузер тормозит и сообшает о
>> множественной переадресации. Если
>> изменить домен,
>> ну скажем так:
>> server {
>> listen 80;
>> server_name www.freebsd.ru;
>> rewrite ^ http://www.ya.ru$request_uri? permanent; #301 redirect
>> }
>> То все проходит на ура ))))))))))))))0
>> Уже второй день борюсь с проблемой и не
>> пойму в чем дело то может быть.
>> Если кто сталкивался может подскажет в
>> чем проблема?
> 
>> Posted at Nginx Forum:
>> http://forum.nginx.org/read.php?21,223391,223391#msg-223391
> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> С уважением,
> Лобахин Илья
> 
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From i.lobahin на nikitaonline.ru  Mon Mar  5 12:06:47 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Mon, 5 Mar 2012 16:06:47 +0400
Subject: nginx - redirect 301
In-Reply-To: <2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
Message-ID: <989218047.20120305160647@nikitaonline.ru>

Здравствуйте, Alexey.

Вы писали 5 марта 2012 г., 15:57:04:

>>
>> ...
>> server_name www.site.ru site.ru tools.site.ru ... ;
>> if ($host != 'www.site.ru' ) { rewrite ^(.*)$ http://www.site.ru$1 permanent; }
> ЕРЕСЬ 
> В ПЕЧЬ 
> ИЗУЧАТЬ РАССЫЛКУ 

Зачем вы кричите, я не глухой.
Чем плох используемый мною вариант?
Я его использую в том числе и так:
server_name site1.ru site2.com site3.org www.site4.net ...;
if ($host != 'www.site.tv' ) { rewrite ^(.*)$ http://www.site.tv$1 permanent; }


> server_name .site.ru {
>  rewrite ^ http://www.site.ru$request_uri? permanent;
> }

> server_name www.site.ru {}

> server_name tools.site.ru {}

> и тд 
> чем точнее определение server_name тем больше шансов его
> срабатывания или как это по-русски ... читайте короче
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name 

Куда уж точнее определение, если все имена прописаны без wildcard ?

>> Подскажите пож-та кто сталкивался,
>> может можно каким нибудь "глобальным"
>> способом прописать редирект 301 (склеить
>> домен ? к примеру freebsd.ru и www.freebsd.ru)?

......

-- 
С уважением,
Лобахин Илья



From nginx-forum на nginx.us  Mon Mar  5 12:08:10 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 07:08:10 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>

блин все равно не получается, описал в 

location /{
proxy_pass http://192.168.0.100:81;
}

вижу в итоге чистую страницу, вроде до
апача дошел запрос, но почему все пусто
не понятно((

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223395#msg-223395


From bediev на gmail.com  Mon Mar  5 12:11:08 2012
From: bediev на gmail.com (Marat Bediev)
Date: Mon, 5 Mar 2012 18:11:08 +0600
Subject: nginx - redirect 301
In-Reply-To: <989218047.20120305160647@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
Message-ID: <CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>

потому что по крайней мере это не читабельно.
во вторых, зачем использовать сравнение, если определить имя хоста можно
еще на уровне описания сервера?
зачем выдергивать uri регуляркой, если есть $request_uri

-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/81b70599/attachment.html>

From nginx-forum на nginx.us  Mon Mar  5 12:13:26 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 07:13:26 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <41cc321500128d0b85166fd619aba4a4.NginxMailingListRussian@forum.nginx.org>

судя по заголовку никаким апачем там и
не пахнет ((
Server	nginx/1.0.12

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223398#msg-223398


From bediev на gmail.com  Mon Mar  5 12:13:29 2012
From: bediev на gmail.com (Marat Bediev)
Date: Mon, 5 Mar 2012 18:13:29 +0600
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAOVv4Z0BQ5Z0TwDYwesesm6LbJjVHgQAabgabsAeLB-i2WcaPQ@mail.gmail.com>

готовое и понятное чайнику решение есть в семпле конфига nginx.
там надо то, ip бэкэнд сервера сменить..
куда уж проще?

2012/3/5 Sergey616 <nginx-forum на nginx.us>

> если готового или понятного чайнику
> решения никто не предложит....
>



-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/ff38148f/attachment.html>

From kav на karagodov.name  Mon Mar  5 12:17:09 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 5 Mar 2012 16:17:09 +0400
Subject: nginx - redirect 301
In-Reply-To: <989218047.20120305160647@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
Message-ID: <A2192D3C-6D20-41FB-BECF-9BCA1440A782@karagodov.name>

>> ИЗУЧАТЬ РАССЫЛКУ 
> 
> Зачем вы кричите, я не глухой.
> Чем плох используемый мною вариант?
уже много раз в рассылке обсуждалось 
есть поиск 

> Я его использую в том числе и так:
> server_name site1.ru site2.com site3.org www.site4.net ...;
> if ($host != 'www.site.tv' ) { rewrite ^(.*)$ http://www.site.tv$1 permanent; }
если не ошибаюсь, сам разработчик рекомендует избегать if(), в виду объективных причин 
к тому же, конструкция не универсальна, громоздка, не понятна и пр и пр 

> Куда уж точнее определение, если все имена прописаны без wildcard ?

изначально вопрос был "глобально" 
server_name .site.ru {} - глобально все неизвестные домены в зоне site.ru перенаправит на www.site.ru 
а известные ( www.site.ru , tools.site.ru и пр ) - обработает 


>>> Подскажите пож-та кто сталкивался,
>>> может можно каким нибудь "глобальным"
>>> способом прописать редирект 301 (склеить
>>> домен ? к примеру freebsd.ru и www.freebsd.ru)?



From nginx-forum на nginx.us  Mon Mar  5 12:17:31 2012
From: nginx-forum на nginx.us (Softer)
Date: Mon, 5 Mar 2012 07:17:31 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6b3a8ee370339c10add01d1db8873cd2.NginxMailingListRussian@forum.nginx.org>

Вот для примера мой конфиг
проксирования на апач, 
     server {
         
         server_name  localhost;
       include      ports.conf;
       location / {
             error_log   off;
             access_log  off;
             proxy_pass   http://127.0.0.1:8080/;
             proxy_set_header Host $host; # Forward IP headers to
Apache
             proxy_set_header X-Real-IP $remote_addr; # Forward IP
headers to Apache
             proxy_set_header HTTP_REMOTE_ADDR $remote_addr; # Forward
IP headers to Apache
             proxy_set_header X-Forwarded-For $remote_addr; # Forward IP
headers to Apache
 
            proxy_pass_header           Cookie;
            proxy_buffers               4   256k;
            proxy_ignore_client_abort   off;
            proxy_intercept_errors      off;
            proxy_connect_timeout       60;
            proxy_send_timeout          180;
            proxy_read_timeout          180;
            proxy_buffer_size           128k;
            proxy_busy_buffers_size     256k;
            proxy_temp_file_write_size  256k;
            proxy_ignore_headers        Cache-Control Expires;
         }
         location ~ /\.ht {
             deny  all;
         }
    }

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223401#msg-223401


From nginx-forum на nginx.us  Mon Mar  5 12:31:57 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 07:31:57 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <41cc321500128d0b85166fd619aba4a4.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
	<41cc321500128d0b85166fd619aba4a4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <409ac1e58db12f8ab404504448172041.NginxMailingListRussian@forum.nginx.org>

>> там надо то, ip бэкэнд сервера
сменить..
Это вы об этом?

Listen 127.0.0.1:80
Listen 192.168.1.2:80
Listen 192.168.1.3:80
?

Я вот только не понимаю, как мне сменить
ip бэкэнд сервера т.е. на какой? У сервера
192.168.0.100, на какой его менять? 81 порт я
указал в ports.conf и в виртуальных хостах, в
браузере набираю 192.168.0.100:81 вижу свой
сайт, а по домену через nginx такое вот,
спасибо за примеры буду пробовать с
ними

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223404#msg-223404


From nginx-forum на nginx.us  Mon Mar  5 12:33:11 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 07:33:11 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <409ac1e58db12f8ab404504448172041.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
	<41cc321500128d0b85166fd619aba4a4.NginxMailingListRussian@forum.nginx.org>
	<409ac1e58db12f8ab404504448172041.NginxMailingListRussian@forum.nginx.org>
Message-ID: <dc09d85a2eb96100b6ee8f1fe1fa48bf.NginxMailingListRussian@forum.nginx.org>

На локальные его что ли сменить и
добавить Listen 127.0.0.1:80 и порт 80 оставить
как было?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223405#msg-223405


From nginx-forum на nginx.us  Mon Mar  5 12:37:44 2012
From: nginx-forum на nginx.us (Sergey616)
Date: Mon, 5 Mar 2012 07:37:44 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <dc09d85a2eb96100b6ee8f1fe1fa48bf.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<a905d0ddd759419f40bfcd0b50bd73d2.NginxMailingListRussian@forum.nginx.org>
	<41cc321500128d0b85166fd619aba4a4.NginxMailingListRussian@forum.nginx.org>
	<409ac1e58db12f8ab404504448172041.NginxMailingListRussian@forum.nginx.org>
	<dc09d85a2eb96100b6ee8f1fe1fa48bf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <aac07ef1a1b1e2c0343c40683d07a18e.NginxMailingListRussian@forum.nginx.org>

ай нет вру)) все так работает, я еще
забыл на сайте убрать exit; если ip не мой))
остается похоже только настроить
нормально чтобы в логи писались не
локальные ip!!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223380,223407#msg-223407


From i.lobahin на nikitaonline.ru  Mon Mar  5 12:38:04 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Mon, 5 Mar 2012 16:38:04 +0400
Subject: nginx - redirect 301
In-Reply-To: <CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
Message-ID: <608825100.20120305163804@nikitaonline.ru>

Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/152e2f61/attachment.html>

From i.lobahin на nikitaonline.ru  Mon Mar  5 12:41:24 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Mon, 5 Mar 2012 16:41:24 +0400
Subject: =?UTF-8?B?UmVbMl06INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+?=
	=?UTF-8?B?0LrQsNC70YzQvdC+0Lkg0YHQtdGC0Lg=?=
In-Reply-To: <CAOVv4Z0BQ5Z0TwDYwesesm6LbJjVHgQAabgabsAeLB-i2WcaPQ@mail.gmail.com>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
	<97202fa613d6f9cde1f617d4a7b5b43d.NginxMailingListRussian@forum.nginx.org>
	<e8f5ce8bf518baa08494f5517449ad22.NginxMailingListRussian@forum.nginx.org>
	<db95618882d10397b2f061e853a2b6a2.NginxMailingListRussian@forum.nginx.org>
	<CAOVv4Z0BQ5Z0TwDYwesesm6LbJjVHgQAabgabsAeLB-i2WcaPQ@mail.gmail.com>
Message-ID: <817254080.20120305164124@nikitaonline.ru>

Здравствуйте, Marat.

Вы писали 5 марта 2012 г., 16:11:08:

Почему не читабельно? А по моему очень даже читабельно.
1. Определение всех доменных имен для сайта.
2. (Опционально) сведение к одному доменному имени. В рамках SEO или кук например.
3. Собственно код сайта.

Регулярка ест больше ресурсов? Почему вы не рекомендуете ее использовать?

------- Определение имени хоста на уровне описания сервера -----------
В доке я вижу, что:
Первое имя становится основным именем сервера. .....

Потестировал как оно работает:
Есть у меня сайт name1.site.ru
Дописал ему второе имя name2.site.ru

По логике (как я понял документацию) - все относительные запросы (a href=page.php) должны будут привестись к основному имени сервера, как-то так: name1.site.ru/page.php
По факту мои ожидания не оправдались. Либо я неправильно понял документацию.

Я конечно залезу сейчас в поиск, так, что холивар разводить не стоит.
В будущем, очень прошу быть посдержанней, понимаю, что работа частенько нервная, но не стоит срываться на своих коллегах. Это дружеское пожелание всем.
9-)
--------------------------------------------------------------------


> во вторых, зачем использовать сравнение, если определить имя хоста можно еще на уровне описания сервера?
Тогда у меня будет 2 конфигурационных файла или один с двумя директивами server{}. Первая директива будет тупо перенаправлять всю пачку запросов на вторую. Мне это несколько неудобно, так сложилось исторически.

>
потому что по крайней мере это не читабельно.
во вторых, зачем использовать сравнение, если определить имя хоста можно еще на уровне описания сервера?
зачем выдергивать uri регуляркой, если есть $request_uri 

-- 

Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n





-- 
С уважением,
Лобахин Илья


From igor на sysoev.ru  Mon Mar  5 12:54:25 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Mon, 5 Mar 2012 16:54:25 +0400
Subject: nginx - redirect 301
In-Reply-To: <608825100.20120305163804@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
	<608825100.20120305163804@nikitaonline.ru>
Message-ID: <21FFFEC8-8991-4EF9-8D73-23A39D428A04@sysoev.ru>


On Mar 5, 2012, at 16:38 , Ilya Lobahin wrote:

> Здравствуйте, Marat.
> 
> Вы писали 5 марта 2012 г., 16:11:08:
> 
> Почему не читабельно? А по моему очень даже читабельно.
> 1. Определение всех доменных имен для сайта.
> 2. (Опционально) сведение к одному доменному имени. В рамках SEO или кук например.
> 3. Собственно код сайта.
> 
> Регулярка ест больше ресурсов? Почему вы не рекомендуете ее использовать?
http://nginx.org/en/docs/http/converting_rewrite_rules.html



--
Igor Sysoev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/d68f185b/attachment-0001.html>

From ne на vbart.ru  Mon Mar  5 12:54:55 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 5 Mar 2012 16:54:55 +0400
Subject: nginx - redirect 301
In-Reply-To: <608825100.20120305163804@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
	<608825100.20120305163804@nikitaonline.ru>
Message-ID: <201203051654.55834.ne@vbart.ru>

On Monday 05 March 2012 16:38:04 Ilya Lobahin wrote:
> Здравствуйте, Marat.
> 
> Вы писали 5 марта 2012 г., 16:11:08:
> 
> Почему не читабельно? А по моему очень даже читабельно.
> 1. Определение всех доменных имен для сайта.
> 2. (Опционально) сведение к одному доменному имени. В рамках SEO или кук
> например. 3. Собственно код сайта.
> 
> Регулярка ест больше ресурсов? Почему вы не рекомендуете ее использовать?
> 

Да, это более ресурсоемко, а во-вторых в предложенном варианте будет происходить 
на каждый запрос. Зачем впустую тратить ресурсы?

И да, это менее читабельно.

--
Валентин Бартенев

From me на kemko.ru  Mon Mar  5 12:56:00 2012
From: me на kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=)
Date: Mon, 5 Mar 2012 16:56:00 +0400
Subject: nginx - redirect 301
In-Reply-To: <608825100.20120305163804@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
	<608825100.20120305163804@nikitaonline.ru>
Message-ID: <CAECYwbn1wf8XPRs7GPeHuyMqG3nrDspaiT0wR7N19wMWyV1p2Q@mail.gmail.com>

5 марта 2012 г. 16:38 пользователь Ilya Lobahin
<i.lobahin на nikitaonline.ru>написал:
>
>  Почему вы не рекомендуете ее использовать?
>

http://wiki.nginx.org/IfIsEvil

>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/9fff598e/attachment.html>

From ne на vbart.ru  Mon Mar  5 12:58:28 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Mon, 5 Mar 2012 16:58:28 +0400
Subject: nginx - redirect 301
In-Reply-To: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203051658.29008.ne@vbart.ru>

On Monday 05 March 2012 15:48:35 Stepanov Vitaliy wrote:
[..]
> Когда я делаю так:
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^ http://www.freebsd.ru$request_uri? permanent;
> }
> или так
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^ http://www.freebsd.ru$request_uri;
> }
> или так
> server {
> listen 80;
> server_name www.freebsd.ru;
> rewrite ^(.*) http://www.freebsd.ru$1; или rewrite ^(.*)
> http://$host$1;
> }
> возникает множественная переадресация
> в браузере, т.е. редирект производится,

Ну так а зачем же вы настраиваете редирект с www.freebsd.ru на www.freebsd.ru ?


   server {
       listen 80;
       server_name www.freebsd.ru;

       return 301 http://freebsd.ru$request_uri;
   }

--
Валентин Бартенев

From kav на karagodov.name  Mon Mar  5 13:01:46 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 5 Mar 2012 17:01:46 +0400
Subject: nginx - redirect 301
In-Reply-To: <608825100.20120305163804@nikitaonline.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
	<608825100.20120305163804@nikitaonline.ru>
Message-ID: <93D5B5FE-665E-429C-A269-538FAFAA4C79@karagodov.name>

у Вас ужасный и-мейл-клиент, Вы в курсе? "в печку его" 

> Почему не читабельно? А по моему очень даже читабельно.
> 1. Определение всех доменных имен для сайта.
а запросы test.site.ru , ww.site.ru и подобные будут уходить в никуда 
1% процент криворуких потенциальных клиентов, а тоже жалко 

> 2. (Опционально) сведение к одному доменному имени. В рамках SEO или кук например.
> 3. Собственно код сайта.
код здесь при чём? 

> Регулярка ест больше ресурсов? Почему вы не рекомендуете ее использовать?
а зачем регулярка? 
можно обойтись без if() и regexp , что только на пользу 

> В доке я вижу, что:
> Первое имя становится основным именем сервера. .....
в конструкции server_name .site.ru {} не важно, какое там основное имя сервера, ибо сразу идёт redirect 
в конструкции server_name www.site.ru {} основное имя будет www.site.ru . для SEO и кук самое оно 

> По логике (как я понял документацию) - все относительные запросы (a href=page.php) должны будут привестись к основному имени сервера, как-то так: name1.site.ru/page.php

так и будет - rewrite ^ http://www.site.ru$request_uri? permanent; 
со всеми аргументами, переменными и пр. лабуднёй 

On 05.03.2012, at 16:38, Ilya Lobahin wrote:
... и дальше мешанина с квотами и цитатами во фрейме ... ужос ... 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120305/9c559246/attachment.html>

From i.lobahin на nikitaonline.ru  Mon Mar  5 13:06:06 2012
From: i.lobahin на nikitaonline.ru (Ilya Lobahin)
Date: Mon, 5 Mar 2012 17:06:06 +0400
Subject: nginx - redirect 301
In-Reply-To: <21FFFEC8-8991-4EF9-8D73-23A39D428A04@sysoev.ru>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
	<1381976990.20120305155116@nikitaonline.ru>
	<2F6488BE-9395-4753-8173-0E8FCD1AC34A@karagodov.name>
	<989218047.20120305160647@nikitaonline.ru>
	<CAOVv4Z0PnxgFgtanCtGi3upB8Y7HhRbmcykYc31LvPGvCXcDMg@mail.gmail.com>
	<608825100.20120305163804@nikitaonline.ru>
	<21FFFEC8-8991-4EF9-8D73-23A39D428A04@sysoev.ru>
Message-ID: <912078264.20120305170606@nikitaonline.ru>

Здравствуйте, коллеги.

Спасибо за обе присланные ссылки, сильно сэкономило время поиска.
Не знал, что английский блок документации поболее русского.

> Почему не читабельно? А по моему очень даже читабельно.
> 1. Определение всех доменных имен для сайта.
> 2. (Опционально) сведение к одному доменному имени. В рамках SEO или кук например.
> 3. Собственно код сайта.

> Регулярка ест больше ресурсов? Почему вы не рекомендуете ее использовать?


> http://nginx.org/en/docs/http/converting_rewrite_rules.html

---- from me на kemko.ru -----------
http://wiki.nginx.org/IfIsEvil
---------------------------------



-- 
С уважением,
Лобахин Илья



From voron на amhost.net  Mon Mar  5 13:34:48 2012
From: voron на amhost.net (Alex Vorona)
Date: Mon, 05 Mar 2012 15:34:48 +0200
Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQu9GM0L3Ri9C5INC70LjQvNC40YIg0L/QviDRgdC60L4=?=
	=?UTF-8?B?0YDQvtGB0YLQuCDQvdCwIHNlcnZlciB7IH0=?=
In-Reply-To: <CAMLrAuuPsvUCxzBpnoJx0ueGj+CEOGi7AenW3FmGc2CwhPD1Mg@mail.gmail.com>
References: <CAMLrAuuPsvUCxzBpnoJx0ueGj+CEOGi7AenW3FmGc2CwhPD1Mg@mail.gmail.com>
Message-ID: <4F54C0F8.4050601@amhost.net>

Такой возможности нет, tc + разносите сервера по IP/порту или используйте что-то наподобие
http://mdounin.ru/hg/ngx_http_ip_tos_filter_module/
Или используйте ещё один уровень проксирования, умеющий ограничивать скорость как вам
нужно, например squid.


From mdounin на mdounin.ru  Mon Mar  5 16:10:51 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 5 Mar 2012 20:10:51 +0400
Subject: nginx-1.0.13
Message-ID: <20120305161051.GI67687@mdounin.ru>

Изменения в nginx 1.0.13                                          05.03.2012

    *) Добавление: директивы return и error_page теперь могут использоваться
       для возврата перенаправлений с кодом 307.

    *) Исправление: в рабочем процессе мог произойти segmentation fault,
       если использовалась директива resolver и на глобальном уровне не была
       задана директива error_log.
       Спасибо Роману Арутюняну.

    *) Исправление: утечек памяти.
       Спасибо Lanshun Zhou.

    *) Исправление: nginx мог некорректно сообщать об ошибке "upstream
       prematurely closed connection" вместо "upstream sent too big header".
       Спасибо Feibo Li.

    *) Исправление: при использовании ZFS размер кэша на диске мог считаться
       некорректно; ошибка появилась в 1.0.1.

    *) Исправление: количество внутренних перенаправлений в именованные
       location'ы не ограничивалось.

    *) Исправление: при использовании директивы proxy_store с
       SSI-подзапросами временные файлы могли не удаляться.

    *) Исправление: в некоторых случаях некэшируемые переменные (такие, как
       $args) возвращали старое пустое закэшированное значение.

    *) Исправление: директивы proxy_redirect могли наследоваться
       некорректно.

    *) Исправление: nginx не собирался с модулем ngx_http_perl_module, если
       использовался параметр --with-openssl.

    *) Исправление: nginx не собирался компилятором icc 12.1.


Maxim Dounin


From hell-for-yahoo на umail.ru  Mon Mar  5 18:11:40 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 5 Mar 2012 22:11:40 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuCDQv9C+INC90LXQsdC+0LvRjNGI0L7QuSDQu9C+0Lo=?=
	=?UTF-8?B?0LDQu9GM0L3QvtC5INGB0LXRgtC4?=
In-Reply-To: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
References: <f1ee3cd43591f2ad60681893ae153d25.NginxMailingListRussian@forum.nginx.org>
Message-ID: <845359518.20120305221140@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Sergey616!

S> Ситуация примерно такая, есть роутер с
S> постоянным IP, за ним два сервера в
S> небольшой локалке. На обоих серверах
S> стоит Apach, только вот проблема в том, что
S> на роутере проброс можно сделать до 1
S> сервера, а у меня 1 сайт на нем и еще два
S> на втором, как можно настроить ngix чтобы
S> все запросы на несколько конкретных
S> доменов шли на второй сервер?

Апач сам умеет проксировать. Не обязательно для этого ставить nginx


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 05.03.2012, <22:11>


From igor.vavrjin на gmail.com  Tue Mar  6 06:27:34 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 13:27:34 +0700
Subject: =?UTF-8?B?0J/RgNC+0LrRgdC40YDQvtCy0LDQvdC40LUgQ29va2ll?=
Message-ID: <4F55AE56.1010705@gmail.com>

Не подскажите можно ли средствами nginx изменить содержимое заголовка 
Cookie при проксировании?

Идея такая:
поднят nginx и на него идут запросы. Пример пришедшего заголовка:
Cookie: verySecretCookie=password; __utma=xxx;

Так вот хотелось бы чтобы nginx переслал запрос на другой сервер но вот 
с таким заголовком:
Cookie:  __utma=xxx;

Пример конфигурации:
server {
     listen *:80;
     server_name site.com;

     location / {
         # Как-то подменяем присланные куки и отправляем уже измененные

         proxy_pass        http://need_address;
         proxy_set_header  Host       $host;
         proxy_set_header  X-Real-IP  $remote_addr;
     }
}

Заранее спасибо.


From sytar.alex на gmail.com  Tue Mar  6 07:02:55 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Tue, 6 Mar 2012 11:02:55 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55AE56.1010705@gmail.com>
References: <4F55AE56.1010705@gmail.com>
Message-ID: <CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>

6 марта 2012 г. 10:27 пользователь Igor Vavrjin
<igor.vavrjin на gmail.com> написал:
> Не подскажите можно ли средствами nginx изменить содержимое заголовка Cookie
> при проксировании?
>
> Идея такая:
> поднят nginx и на него идут запросы. Пример пришедшего заголовка:
> Cookie: verySecretCookie=password; __utma=xxx;
>
> Так вот хотелось бы чтобы nginx переслал запрос на другой сервер но вот с
> таким заголовком:
> Cookie:  __utma=xxx;

http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables

set $cookie_имя = значение;

Как-то так

>
> Пример конфигурации:
> server {
>    listen *:80;
>    server_name site.com;
>
>    location / {
>        # Как-то подменяем присланные куки и отправляем уже измененные
>
>        proxy_pass        http://need_address;
>        proxy_set_header  Host       $host;
>        proxy_set_header  X-Real-IP  $remote_addr;
>    }
> }
>
> Заранее спасибо.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From igor.vavrjin на gmail.com  Tue Mar  6 07:48:01 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 14:48:01 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
Message-ID: <4F55C131.4000508@gmail.com>

server {
    listen *:80;
    server_name site.com;

    location / {
        # Как-то подменяем присланные куки и отправляем уже измененные
        set $cookie_test 123;# вот так не работает, то есть кука не шлется
        set $cookie_test =123;# так тоже не работает
        proxy_pass        http://need_address;
        proxy_set_header  Host       $host;
        proxy_set_header  X-Real-IP  $remote_addr;
    }
}

nginx version: nginx/1.0.5

06.03.2012 14:02, Aleksandr Sytar пишет:
> 6 марта 2012 г. 10:27 пользователь Igor Vavrjin
> <igor.vavrjin на gmail.com>  написал:
>> Не подскажите можно ли средствами nginx изменить содержимое заголовка Cookie
>> при проксировании?
>>
>> Идея такая:
>> поднят nginx и на него идут запросы. Пример пришедшего заголовка:
>> Cookie: verySecretCookie=password; __utma=xxx;
>>
>> Так вот хотелось бы чтобы nginx переслал запрос на другой сервер но вот с
>> таким заголовком:
>> Cookie:  __utma=xxx;
> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>
> set $cookie_имя = значение;
>
> Как-то так
>
>> Пример конфигурации:
>> server {
>>     listen *:80;
>>     server_name site.com;
>>
>>     location / {
>>         # Как-то подменяем присланные куки и отправляем уже измененные
>>
>>         proxy_pass        http://need_address;
>>         proxy_set_header  Host       $host;
>>         proxy_set_header  X-Real-IP  $remote_addr;
>>     }
>> }
>>
>> Заранее спасибо.
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From savefrom на gmail.com  Tue Mar  6 07:58:02 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Tue, 6 Mar 2012 14:58:02 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C131.4000508@gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
Message-ID: <CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>

Привтствую.
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header

Как-то так:

6 марта 2012 г. 14:48 пользователь Igor Vavrjin <igor.vavrjin на gmail.com>написал:

> server {
>   listen *:80;
>   server_name site.com;
>
>   location / {
>       # Как-то подменяем присланные куки и отправляем уже измененные
>    - set $cookie_test 123;# вот так не работает, то есть кука не шлется
>    - set $cookie_test =123;# так тоже не работает

      + proxy_set_header Cookie 123;


>
>       proxy_pass        http://need_address;
>       proxy_set_header  Host       $host;
>       proxy_set_header  X-Real-IP  $remote_addr;
>   }
> }
>
> nginx version: nginx/1.0.5
>
> 06.03.2012 14:02, Aleksandr Sytar пишет:
>
>  6 марта 2012 г. 10:27 пользователь Igor Vavrjin
>> <igor.vavrjin на gmail.com>  написал:
>>
>>> Не подскажите можно ли средствами nginx изменить содержимое заголовка
>>> Cookie
>>> при проксировании?
>>>
>>> Идея такая:
>>> поднят nginx и на него идут запросы. Пример пришедшего заголовка:
>>> Cookie: verySecretCookie=password; __utma=xxx;
>>>
>>> Так вот хотелось бы чтобы nginx переслал запрос на другой сервер но вот с
>>> таким заголовком:
>>> Cookie:  __utma=xxx;
>>>
>> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>>
>> set $cookie_имя = значение;
>>
>> Как-то так
>>
>>  Пример конфигурации:
>>> server {
>>>    listen *:80;
>>>    server_name site.com;
>>>
>>>    location / {
>>>        # Как-то подменяем присланные куки и отправляем уже измененные
>>>
>>>        proxy_pass        http://need_address;
>>>        proxy_set_header  Host       $host;
>>>        proxy_set_header  X-Real-IP  $remote_addr;
>>>    }
>>> }
>>>
>>> Заранее спасибо.
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением, SaveFrom.net.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/c2192a8a/attachment.html>

From igor.vavrjin на gmail.com  Tue Mar  6 08:09:08 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 15:09:08 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
Message-ID: <4F55C624.9010006@gmail.com>

Таким образом заменится весь заголовок Cookie , а надо удалить (или 
послать пустое) только конкретное значение одной из кук.
Теоретически  если бы можно было сделать некий preg_replace на 
$http_cookie с заменой всех ненужных кук на пустые строчки, а потом 
послать результат как proxy_set_header Cookie $clear_cookies; но что-то 
не понятно как эту замену сделать, если есть мысли как это реализовать - 
буду премного благодарен!

06.03.2012 14:58, SaveFrom.net пишет:
> Привтствую.
> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header
>
> Как-то так:
>
> 6 марта 2012 г. 14:48 пользователь Igor Vavrjin 
> <igor.vavrjin на gmail.com <mailto:igor.vavrjin на gmail.com>> написал:
>
>     server {
>       listen *:80;
>       server_name site.com <http://site.com>;
>
>       location / {
>           # Как-то подменяем присланные куки и отправляем уже измененные
>        - set $cookie_test 123;# вот так не работает, то есть кука не
>     шлется
>        - set $cookie_test =123;# так тоже не работает
>
>       + proxy_set_header Cookie 123;
>
>
>           proxy_pass http://need_address;
>           proxy_set_header  Host       $host;
>           proxy_set_header  X-Real-IP  $remote_addr;
>       }
>     }
>
>     nginx version: nginx/1.0.5
>
>     06.03.2012 14:02, Aleksandr Sytar пишет:
>
>         6 марта 2012 г. 10:27 пользователь Igor Vavrjin
>         <igor.vavrjin на gmail.com <mailto:igor.vavrjin на gmail.com>>  написал:
>
>             Не подскажите можно ли средствами nginx изменить
>             содержимое заголовка Cookie
>             при проксировании?
>
>             Идея такая:
>             поднят nginx и на него идут запросы. Пример пришедшего
>             заголовка:
>             Cookie: verySecretCookie=password; __utma=xxx;
>
>             Так вот хотелось бы чтобы nginx переслал запрос на другой
>             сервер но вот с
>             таким заголовком:
>             Cookie:  __utma=xxx;
>
>         http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>
>         set $cookie_имя = значение;
>
>         Как-то так
>
>             Пример конфигурации:
>             server {
>                listen *:80;
>                server_name site.com <http://site.com>;
>
>                location / {
>                    # Как-то подменяем присланные куки и отправляем уже
>             измененные
>
>                    proxy_pass http://need_address;
>                    proxy_set_header  Host       $host;
>                    proxy_set_header  X-Real-IP  $remote_addr;
>                }
>             }
>
>             Заранее спасибо.
>
>             _______________________________________________
>             nginx-ru mailing list
>             nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>             http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>         _______________________________________________
>         nginx-ru mailing list
>         nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>         http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>     _______________________________________________
>     nginx-ru mailing list
>     nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>     http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> -- 
> С уважением, SaveFrom.net.
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/f98ae398/attachment-0001.html>

From kav на karagodov.name  Tue Mar  6 08:13:08 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Tue, 6 Mar 2012 12:13:08 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C624.9010006@gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
Message-ID: <DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>

из разряда грязных хаков - http://wiki.nginx.org/HttpSubsModule или http://wiki.nginx.org/HttpSubModule 
что больше подойдёт 
Subs умеет работать с регулярками 


On 06.03.2012, at 12:09, Igor Vavrjin wrote:

> Таким образом заменится весь заголовок Cookie , а надо удалить (или послать пустое) только конкретное значение одной из кук.
> Теоретически  если бы можно было сделать некий preg_replace на $http_cookie с заменой всех ненужных кук на пустые строчки, а потом послать результат как proxy_set_header Cookie $clear_cookies; но что-то не понятно как эту замену сделать, если есть мысли как это реализовать - буду премного благодарен!
> 
> 06.03.2012 14:58, SaveFrom.net пишет:
>> 
>> Привтствую. 
>> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header
>> 
>> Как-то так: 
>> 
>> 6 марта 2012 г. 14:48 пользователь Igor Vavrjin <igor.vavrjin на gmail.com> написал:
>> server {
>>   listen *:80;
>>   server_name site.com;
>> 
>>   location / {
>>       # Как-то подменяем присланные куки и отправляем уже измененные
>>    - set $cookie_test 123;# вот так не работает, то есть кука не шлется
>>    - set $cookie_test =123;# так тоже не работает
>>       + proxy_set_header Cookie 123;      
>>  
>> 
>>       proxy_pass        http://need_address;
>>       proxy_set_header  Host       $host;
>>       proxy_set_header  X-Real-IP  $remote_addr;
>>   }
>> }
>> 
>> nginx version: nginx/1.0.5
>> 
>> 06.03.2012 14:02, Aleksandr Sytar пишет:
>> 
>> 6 марта 2012 г. 10:27 пользователь Igor Vavrjin
>> <igor.vavrjin на gmail.com>  написал:
>> Не подскажите можно ли средствами nginx изменить содержимое заголовка Cookie
>> при проксировании?
>> 
>> Идея такая:
>> поднят nginx и на него идут запросы. Пример пришедшего заголовка:
>> Cookie: verySecretCookie=password; __utma=xxx;
>> 
>> Так вот хотелось бы чтобы nginx переслал запрос на другой сервер но вот с
>> таким заголовком:
>> Cookie:  __utma=xxx;
>> http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>> 
>> set $cookie_имя = значение;
>> 
>> Как-то так
>> 
>> Пример конфигурации:
>> server {
>>    listen *:80;
>>    server_name site.com;
>> 
>>    location / {
>>        # Как-то подменяем присланные куки и отправляем уже измененные
>> 
>>        proxy_pass        http://need_address;
>>        proxy_set_header  Host       $host;
>>        proxy_set_header  X-Real-IP  $remote_addr;
>>    }
>> }
>> 
>> Заранее спасибо.
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> 
>> 
>> -- 
>> С уважением, SaveFrom.net.
>> 
>> 
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/0381ecec/attachment.html>

From igor.vavrjin на gmail.com  Tue Mar  6 08:17:58 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 15:17:58 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
	<DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>
Message-ID: <4F55C836.3090107@gmail.com>

Дык они ж вроде только с ответом работают - allows replacing source 
string(regular expression or fixed) in the nginx response with 
destination string
то есть nginx уже получил ответ и готов его отослать клиенту, а тут 
только пришел запрос и его надо перенаправить на дургой адрес, а только 
потом придет ответ.

06.03.2012 15:13, Alexey V. Karagodov пишет:
> из разряда грязных хаков - http://wiki.nginx.org/HttpSubsModule или 
> http://wiki.nginx.org/HttpSubModule
> что больше подойдёт
> Subs умеет работать с регулярками
>
>
> On 06.03.2012, at 12:09, Igor Vavrjin wrote:
>
>> Таким образом заменится весь заголовок Cookie , а надо удалить (или 
>> послать пустое) только конкретное значение одной из кук.
>> Теоретически  если бы можно было сделать некий preg_replace на 
>> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом 
>> послать результат как proxy_set_header Cookie $clear_cookies; но 
>> что-то не понятно как эту замену сделать, если есть мысли как это 
>> реализовать - буду премного благодарен!
>>
>> 06.03.2012 14:58, SaveFrom.net <http://SaveFrom.net> пишет:
>>> Привтствую.
>>> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_set_header
>>>
>>> Как-то так:
>>>
>>> 6 марта 2012 г. 14:48 пользователь Igor Vavrjin 
>>> <igor.vavrjin на gmail.com <mailto:igor.vavrjin на gmail.com>> написал:
>>>
>>>     server {
>>>       listen *:80;
>>>       server_name site.com <http://site.com/>;
>>>
>>>       location / {
>>>           # Как-то подменяем присланные куки и отправляем уже измененные
>>>        - set $cookie_test 123;# вот так не работает, то есть кука не
>>>     шлется
>>>        - set $cookie_test =123;# так тоже не работает
>>>
>>>       + proxy_set_header Cookie 123;
>>>
>>>
>>>           proxy_pass http://need_address <http://need_address/>;
>>>           proxy_set_header  Host       $host;
>>>           proxy_set_header  X-Real-IP  $remote_addr;
>>>       }
>>>     }
>>>
>>>     nginx version: nginx/1.0.5
>>>
>>>     06.03.2012 14:02, Aleksandr Sytar пишет:
>>>
>>>         6 марта 2012 г. 10:27 пользователь Igor Vavrjin
>>>         <igor.vavrjin на gmail.com <mailto:igor.vavrjin на gmail.com>>
>>>          написал:
>>>
>>>             Не подскажите можно ли средствами nginx изменить
>>>             содержимое заголовка Cookie
>>>             при проксировании?
>>>
>>>             Идея такая:
>>>             поднят nginx и на него идут запросы. Пример пришедшего
>>>             заголовка:
>>>             Cookie: verySecretCookie=password; __utma=xxx;
>>>
>>>             Так вот хотелось бы чтобы nginx переслал запрос на
>>>             другой сервер но вот с
>>>             таким заголовком:
>>>             Cookie:  __utma=xxx;
>>>
>>>         http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
>>>
>>>         set $cookie_имя = значение;
>>>
>>>         Как-то так
>>>
>>>             Пример конфигурации:
>>>             server {
>>>                listen *:80;
>>>                server_name site.com <http://site.com/>;
>>>
>>>                location / {
>>>                    # Как-то подменяем присланные куки и отправляем
>>>             уже измененные
>>>
>>>                    proxy_pass http://need_address
>>>             <http://need_address/>;
>>>                    proxy_set_header  Host       $host;
>>>                    proxy_set_header  X-Real-IP  $remote_addr;
>>>                }
>>>             }
>>>
>>>             Заранее спасибо.
>>>
>>>             _______________________________________________
>>>             nginx-ru mailing list
>>>             nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>>>             http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>         _______________________________________________
>>>         nginx-ru mailing list
>>>         nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>>>         http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>
>>>     _______________________________________________
>>>     nginx-ru mailing list
>>>     nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>>>     http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>
>>>
>>>
>>> -- 
>>> С уважением, SaveFrom.net <http://SaveFrom.net>.
>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/5bd23668/attachment-0001.html>

From kav на karagodov.name  Tue Mar  6 08:22:17 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Tue, 6 Mar 2012 12:22:17 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C836.3090107@gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
	<DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>
	<4F55C836.3090107@gmail.com>
Message-ID: <B699B5EA-6A28-45BE-B9CA-CDF8CF3B9A14@karagodov.name>

пардон. был не внимателен 
т.е. чтобы Sub/Subs отработал перед проксированием надо с бубном поплясать? 

On 06.03.2012, at 12:17, Igor Vavrjin wrote:

> Дык они ж вроде только с ответом работают - allows replacing source string(regular expression or fixed) in the nginx response with destination string
> то есть nginx уже получил ответ и готов его отослать клиенту, а тут только пришел запрос и его надо перенаправить на дургой адрес, а только потом придет ответ.
> 
> 06.03.2012 15:13, Alexey V. Karagodov пишет:
>> 
>> из разряда грязных хаков - http://wiki.nginx.org/HttpSubsModule или http://wiki.nginx.org/HttpSubModule 
>> что больше подойдёт 
>> Subs умеет работать с регулярками 
>> 
>> 
>> On 06.03.2012, at 12:09, Igor Vavrjin wrote:
>> 
>>> Таким образом заменится весь заголовок Cookie , а надо удалить (или послать пустое) только конкретное значение одной из кук.
>>> Теоретически  если бы можно было сделать некий preg_replace на $http_cookie с заменой всех ненужных кук на пустые строчки, а потом послать результат как proxy_set_header Cookie $clear_cookies; но что-то не понятно как эту замену сделать, если есть мысли как это реализовать - буду премного благодарен!
>>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/67e0d0d8/attachment.html>

From igor.vavrjin на gmail.com  Tue Mar  6 08:23:50 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 15:23:50 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <B699B5EA-6A28-45BE-B9CA-CDF8CF3B9A14@karagodov.name>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
	<DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>
	<4F55C836.3090107@gmail.com>
	<B699B5EA-6A28-45BE-B9CA-CDF8CF3B9A14@karagodov.name>
Message-ID: <4F55C996.9020202@gmail.com>

Ну я так понимаю что он просто немного не для этого предназначен :)

06.03.2012 15:22, Alexey V. Karagodov пишет:
> пардон. был не внимателен
> т.е. чтобы Sub/Subs отработал перед проксированием надо с бубном 
> поплясать?
>
> On 06.03.2012, at 12:17, Igor Vavrjin wrote:
>
>> Дык они ж вроде только с ответом работают - allows replacing source 
>> string(regular expression or fixed) in the nginx response with 
>> destination string
>> то есть nginx уже получил ответ и готов его отослать клиенту, а тут 
>> только пришел запрос и его надо перенаправить на дургой адрес, а 
>> только потом придет ответ.
>>
>> 06.03.2012 15:13, Alexey V. Karagodov пишет:
>>> из разряда грязных хаков - http://wiki.nginx.org/HttpSubsModule или 
>>> http://wiki.nginx.org/HttpSubModule
>>> что больше подойдёт
>>> Subs умеет работать с регулярками
>>>
>>>
>>> On 06.03.2012, at 12:09, Igor Vavrjin wrote:
>>>
>>>> Таким образом заменится весь заголовок Cookie , а надо удалить (или 
>>>> послать пустое) только конкретное значение одной из кук.
>>>> Теоретически  если бы можно было сделать некий preg_replace на 
>>>> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом 
>>>> послать результат как proxy_set_header Cookie $clear_cookies; но 
>>>> что-то не понятно как эту замену сделать, если есть мысли как это 
>>>> реализовать - буду премного благодарен!
>>>>
>
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/2232b09a/attachment.html>

From wangsamp на gmail.com  Tue Mar  6 08:31:26 2012
From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi)
Date: Tue, 6 Mar 2012 10:31:26 +0200 (EET)
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C836.3090107@gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>
	<4F55C131.4000508@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
	<DA6A499C-CAC4-47F3-8ECC-9FF5F0C0A201@karagodov.name>
	<4F55C836.3090107@gmail.com>
Message-ID: <alpine.BSF.2.00.1203061027180.38615@u.fchgavxzrqvn.arg>

Today Mar 6, 2012 at 15:17 Igor Vavrjin wrote:

> Дык они ж вроде только с ответом работают - allows replacing source
> string(regular expression or fixed) in the nginx response with destination
> string
> то есть nginx уже получил ответ и готов его отослать клиенту, а тут только
> пришел запрос и его надо перенаправить на дургой адрес, а только потом придет
> ответ.

> > > Таким образом заменится весь заголовок Cookie , а надо удалить (или
> > > послать пустое) только конкретное значение одной из кук.
> > > Теоретически  если бы можно было сделать некий preg_replace на
> > > $http_cookie с заменой всех ненужных кук на пустые строчки, а потом
> > > послать результат как proxy_set_header Cookie $clear_cookies; но что-то не
> > > понятно как эту замену сделать, если есть мысли как это реализовать - буду
> > > премного благодарен!

  Попробуйте через map: http://wiki.nginx.org/HttpMapModule

-- 
WNGS-RIPE


From kaa на zvuki.ru  Tue Mar  6 09:06:56 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Tue, 06 Mar 2012 13:06:56 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C624.9010006@gmail.com>
References: <4F55AE56.1010705@gmail.com>	<CAKqRTSFCyk6x9_Fn-r03cVKPaGb8QH7iAKK5yfyaQ0VVbsbviA@mail.gmail.com>	<4F55C131.4000508@gmail.com>	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
Message-ID: <4F55D3B0.4060502@zvuki.ru>

06.03.2012 12:09, Igor Vavrjin пишет:
> Таким образом заменится весь заголовок Cookie , а надо удалить (или
> послать пустое) только конкретное значение одной из кук.
> Теоретически  если бы можно было сделать некий preg_replace на
> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом
> послать результат как proxy_set_header Cookie $clear_cookies; но что-то
> не понятно как эту замену сделать, если есть мысли как это реализовать -
> буду премного благодарен!

Здесь вам поможет встроенный перл.


-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From ne на vbart.ru  Tue Mar  6 09:52:10 2012
From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=)
Date: Tue, 6 Mar 2012 13:52:10 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <4F55C624.9010006@gmail.com>
References: <4F55AE56.1010705@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com>
Message-ID: <201203061352.10485.ne@vbart.ru>

On Tuesday 06 March 2012 12:09:08 Igor Vavrjin wrote:
> Таким образом заменится весь заголовок Cookie , а надо удалить (или
> послать пустое) только конкретное значение одной из кук.
> Теоретически  если бы можно было сделать некий preg_replace на
> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом
> послать результат как proxy_set_header Cookie $clear_cookies; но что-то
> не понятно как эту замену сделать, если есть мысли как это реализовать -
> буду премного благодарен!
> 

http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#if
там даже пример с $http_cookie есть

либо map: http://wiki.nginx.org/HttpMapModule

--
Валентин Бартенев

From nginx-forum на nginx.us  Tue Mar  6 09:56:30 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Tue, 6 Mar 2012 04:56:30 -0500 (EST)
Subject: nginx-1.1.16
In-Reply-To: <20120229153917.GN67687@mdounin.ru>
References: <20120229153917.GN67687@mdounin.ru>
Message-ID: <9b86bfa156968160158e024bbc2568bf.NginxMailingListRussian@forum.nginx.org>

Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
> 
> On Wed, Feb 29, 2012 at 05:22:14PM +0200, Alex
> Vorona wrote:
> 
> > 29.02.2012 16:55, Maxim Dounin wrote:
> > > Изменения в nginx 1.1.16            
>                              29.02.2012
> > [...]
> > >     *) Добавление: параметр
> from в директиве disable_symlinks.
> > Как задать необходимость
> проверки /home/username/* без
> проверки самого /home/username и,
> > соответственно,
> требования разрешения
> чтения /home ?
> 
> disable_symlinks on from=/home/username;
> 
> Для файла вида
> /home/username/path/to/file nginx откроет 
> "/home/username" (без проверки),
> потом последовательно
> откроет 
> "path", "to", "file" (с проверкой).
> 
> http://nginx.org/ru/docs/http/ngx_http_core_module
> .html#disable_symlinks
> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


А есть возможность использовать что-то
типа "wholename" ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223171,223489#msg-223489


From igor.vavrjin на gmail.com  Tue Mar  6 10:02:02 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 17:02:02 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <201203061352.10485.ne@vbart.ru>
References: <4F55AE56.1010705@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com> <201203061352.10485.ne@vbart.ru>
Message-ID: <4F55E09A.4030800@gmail.com>

Направление понятно - по результатам отпишусь что получилось (может кому 
в будущем полезно будет)

06.03.2012 16:52, Валентин Бартенев пишет:
> On Tuesday 06 March 2012 12:09:08 Igor Vavrjin wrote:
>> Таким образом заменится весь заголовок Cookie , а надо удалить (или
>> послать пустое) только конкретное значение одной из кук.
>> Теоретически  если бы можно было сделать некий preg_replace на
>> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом
>> послать результат как proxy_set_header Cookie $clear_cookies; но что-то
>> не понятно как эту замену сделать, если есть мысли как это реализовать -
>> буду премного благодарен!
>>
> http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#if
> там даже пример с $http_cookie есть
>
> либо map: http://wiki.nginx.org/HttpMapModule
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From igor.vavrjin на gmail.com  Tue Mar  6 10:57:11 2012
From: igor.vavrjin на gmail.com (Igor Vavrjin)
Date: Tue, 06 Mar 2012 17:57:11 +0700
Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IENvb2tpZQ==?=
In-Reply-To: <201203061352.10485.ne@vbart.ru>
References: <4F55AE56.1010705@gmail.com>
	<CA+uEM9NVRzrsRR9zPvZjktfMWmXABFLGzBFxaxT-YuM621Zp8w@mail.gmail.com>
	<4F55C624.9010006@gmail.com> <201203061352.10485.ne@vbart.ru>
Message-ID: <4F55ED87.7040800@gmail.com>

вроде все работает как надо. Вот пример конфига в котором удаляется кука 
verySecretCookie:

server {
     listen *:80;

     server_name site.com;

     set $need_cookie $http_cookie;

     if ($http_cookie ~* "(.*?)verySecretCookie=(?:[^;]+)(?:;|$)(.*)") {
         set $need_cookie $1$2;
     }

     location / {
         proxy_pass        http://NEED_IP;
         proxy_set_header  Host       $host;
         proxy_set_header  X-Real-IP  $remote_addr;
         proxy_set_header Cookie $need_cookie;
     }
}

06.03.2012 16:52, Валентин Бартенев пишет:
> On Tuesday 06 March 2012 12:09:08 Igor Vavrjin wrote:
>> Таким образом заменится весь заголовок Cookie , а надо удалить (или
>> послать пустое) только конкретное значение одной из кук.
>> Теоретически  если бы можно было сделать некий preg_replace на
>> $http_cookie с заменой всех ненужных кук на пустые строчки, а потом
>> послать результат как proxy_set_header Cookie $clear_cookies; но что-то
>> не понятно как эту замену сделать, если есть мысли как это реализовать -
>> буду премного благодарен!
>>
> http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#if
> там даже пример с $http_cookie есть
>
> либо map: http://wiki.nginx.org/HttpMapModule
>
> --
> Валентин Бартенев
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Mar  6 12:09:25 2012
From: nginx-forum на nginx.us (borinets)
Date: Tue, 6 Mar 2012 07:09:25 -0500 (EST)
Subject: Apache --> nginx
Message-ID: <ed84a6843248f426ab48bf2cba834655.NginxMailingListRussian@forum.nginx.org>

Помогите пожалуйста с написанием
правила замены на nginx.
Я создал вот такое вот правило на
апаче:
RewriteRule ^(robots).txt$ $1.php [L] 
(надо подменить файл robots.txt файлом
robots.php)
Как такое же правило реализовать для
сервера, работающего на nginx?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223500#msg-223500


From tetsio.nainn на gmail.com  Tue Mar  6 12:15:09 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 6 Mar 2012 22:15:09 +1000
Subject: Apache --> nginx
In-Reply-To: <ed84a6843248f426ab48bf2cba834655.NginxMailingListRussian@forum.nginx.org>
References: <ed84a6843248f426ab48bf2cba834655.NginxMailingListRussian@forum.nginx.org>
Message-ID: <197EFA4D-07FE-4564-BEB9-064263EB6FED@gmail.com>



rewrite /(robots) $1 break; 
Сойдет?

06.03.2012, в 22:09, "borinets" <nginx-forum на nginx.us> написал(а):

> Помогите пожалуйста с написанием
> правила замены на nginx.
> Я создал вот такое вот правило на
> апаче:
> RewriteRule ^(robots).txt$ $1.php [L] 
> (надо подменить файл robots.txt файлом
> robots.php)
> Как такое же правило реализовать для
> сервера, работающего на nginx?
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223500#msg-223500
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From tetsio.nainn на gmail.com  Tue Mar  6 12:16:47 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 6 Mar 2012 22:16:47 +1000
Subject: Apache --> nginx
In-Reply-To: <ed84a6843248f426ab48bf2cba834655.NginxMailingListRussian@forum.nginx.org>
References: <ed84a6843248f426ab48bf2cba834655.NginxMailingListRussian@forum.nginx.org>
Message-ID: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>



Т.е. rewrite /(robots)\.txt $1.php break;

06.03.2012, в 22:09, "borinets" <nginx-forum на nginx.us> написал(а):

> Помогите пожалуйста с написанием
> правила замены на nginx.
> Я создал вот такое вот правило на
> апаче:
> RewriteRule ^(robots).txt$ $1.php [L] 
> (надо подменить файл robots.txt файлом
> robots.php)
> Как такое же правило реализовать для
> сервера, работающего на nginx?
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223500#msg-223500
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Mar  6 12:17:45 2012
From: nginx-forum на nginx.us (Stepanov Vitaliy)
Date: Tue, 6 Mar 2012 07:17:45 -0500 (EST)
Subject: nginx - redirect 301
In-Reply-To: <201203051658.29008.ne@vbart.ru>
References: <201203051658.29008.ne@vbart.ru>
Message-ID: <f35523830da968e7a9bfe7596394ac26.NginxMailingListRussian@forum.nginx.org>

Спасибо всем кто ответил.

Валентин Бартенев данный вариант,
который вы предложили:
server {
listen 80;
server_name www.freebsd.ru;

return 301 http://freebsd.ru$request_uri;
}

Выдает ошибку в браузере, версия nginx -
nginx/0.8.54:
На этой странице имеется бесконечная
переадресация

Да, действительно англоязычная версия
мануала nginx более расширенная
оказалась.

В результате взял вот такой код, он
работает:
server {
    listen       80;
    server_name  www.freebsd.ru  freebsd.ru;
    if ($http_host = freebsd.ru) {
        rewrite  (.*)  http://www.freebsd.ru$1 permanent;
    }
    ...
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223391,223503#msg-223503


From nginx-forum на nginx.us  Tue Mar  6 12:21:58 2012
From: nginx-forum на nginx.us (borinets)
Date: Tue, 6 Mar 2012 07:21:58 -0500 (EST)
Subject: Apache --> nginx
In-Reply-To: <197EFA4D-07FE-4564-BEB9-064263EB6FED@gmail.com>
References: <197EFA4D-07FE-4564-BEB9-064263EB6FED@gmail.com>
Message-ID: <f30c2a2bafdc3f6772589d32a0f69836.NginxMailingListRussian@forum.nginx.org>

Маркел Мохначевский Wrote:
-------------------------------------------------------
> rewrite /(robots) $1 break; 
> Сойдет?
Простите, я просто полный чайник в nginx, а
в Apache новичек). Если можно напишите
конечный рабочий вариант. вы же не
указали ни txt, ни php расширения. Это
будет работать? Или может быть я
сформировал задачу не совсем понятно...
Попробую по другому, на всякий случай:
Мне нужно, чтоб по адресу site.ru/robots.txt
отображалось содержимое файла
site.ru/robots.php

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223505#msg-223505


From tetsio.nainn на gmail.com  Tue Mar  6 12:24:53 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 6 Mar 2012 22:24:53 +1000
Subject: nginx - redirect 301
In-Reply-To: <f35523830da968e7a9bfe7596394ac26.NginxMailingListRussian@forum.nginx.org>
References: <201203051658.29008.ne@vbart.ru>
	<f35523830da968e7a9bfe7596394ac26.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2DFAE545-2D05-4123-B2EF-E890AA2D92FE@gmail.com>



Вариантом решения было не просто добавления строки с реврайтом, а именно создание еще одного виртуального хоста с реврайтом на основной.

06.03.2012, в 22:17, "Stepanov Vitaliy" <nginx-forum на nginx.us> написал(а):

> Спасибо всем кто ответил.
> 
> Валентин Бартенев данный вариант,
> который вы предложили:
> server {
> listen 80;
> server_name www.freebsd.ru;
> 
> return 301 http://freebsd.ru$request_uri;
> }
> 
> Выдает ошибку в браузере, версия nginx -
> nginx/0.8.54:
> На этой странице имеется бесконечная
> переадресация
> 
> Да, действительно англоязычная версия
> мануала nginx более расширенная
> оказалась.
> 
> В результате взял вот такой код, он
> работает:
> server {
>    listen       80;
>    server_name  www.freebsd.ru  freebsd.ru;
>    if ($http_host = freebsd.ru) {
>        rewrite  (.*)  http://www.freebsd.ru$1 permanent;
>    }
>    ...
> }
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223391,223503#msg-223503
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Mar  6 12:24:38 2012
From: nginx-forum на nginx.us (borinets)
Date: Tue, 6 Mar 2012 07:24:38 -0500 (EST)
Subject: Apache --> nginx
In-Reply-To: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
Message-ID: <ea4fe4b273fd3ab3e229930d0940c459.NginxMailingListRussian@forum.nginx.org>

Маркел Мохначевский Wrote:
-------------------------------------------------------
> Т.е. rewrite /(robots)\.txt $1.php break;
> 
> 06.03.2012, в 22:09, "borinets"
> <nginx-forum на nginx.us> написал(а):
> 
> > Помогите пожалуйста с
> написанием
> > правила замены на nginx.
> > Я создал вот такое вот
> правило на
> > апаче:
> > RewriteRule ^(robots).txt$ $1.php [L] 
> > (надо подменить файл robots.txt
> файлом
> > robots.php)
> > Как такое же правило
> реализовать для
> > сервера, работающего на
> nginx?
> > 
> > Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223500,223500#m
> sg-223500
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> >
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Теперь понятно. Спасибо, буду
пробовать.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223506#msg-223506


From nginx-forum на nginx.us  Tue Mar  6 13:00:04 2012
From: nginx-forum на nginx.us (borinets)
Date: Tue, 6 Mar 2012 08:00:04 -0500 (EST)
Subject: Apache --> nginx
In-Reply-To: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
Message-ID: <e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>

Маркел Мохначевский Wrote:
-------------------------------------------------------
> Т.е. rewrite /(robots)\.txt $1.php break;
> 
Не сработало. Мб 
rewrite "^/(robots)\.txt+$" $1.php break;
или
rewrite "^/(robots)\.txt+$" $1.php last;

Исправьте, где не так. И еще вопрос -
точку обязательно екранировать? Как
видите в Apache не пришлось.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223510#msg-223510


From me на kemko.ru  Tue Mar  6 13:01:10 2012
From: me на kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=)
Date: Tue, 6 Mar 2012 17:01:10 +0400
Subject: Apache --> nginx
In-Reply-To: <e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
	<e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAECYwbmArkHsvTk7D5BRKfLSSngk7EB9BQvHxEDcAW6dmq=w=Q@mail.gmail.com>

6 марта 2012 г. 17:00 пользователь borinets <nginx-forum на nginx.us> написал:
> Маркел Мохначевский Wrote:
> -------------------------------------------------------
>> Т.е. rewrite /(robots)\.txt $1.php break;
>>
> Не сработало. Мб
> rewrite "^/(robots)\.txt+$" $1.php break;
> или
> rewrite "^/(robots)\.txt+$" $1.php last;
>
> Исправьте, где не так. И еще вопрос -
> точку обязательно екранировать? Как
> видите в Apache не пришлось.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223510#msg-223510
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From me на kemko.ru  Tue Mar  6 13:04:46 2012
From: me на kemko.ru (=?UTF-8?B?0JTQvNC40YLRgNC40Lkg0JDQvdC00YDQtdC10LI=?=)
Date: Tue, 6 Mar 2012 17:04:46 +0400
Subject: Apache --> nginx
In-Reply-To: <CAECYwbmArkHsvTk7D5BRKfLSSngk7EB9BQvHxEDcAW6dmq=w=Q@mail.gmail.com>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
	<e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
	<CAECYwbmArkHsvTk7D5BRKfLSSngk7EB9BQvHxEDcAW6dmq=w=Q@mail.gmail.com>
Message-ID: <CAECYwbnMr3C9QfWX27V5w3a25+c1xsw2jU4jujq_iHKf7PM-8w@mail.gmail.com>

Упс. Отправил пустым.

 6 марта 2012 г. 17:00 пользователь borinets <nginx-forum на nginx.us> написал:
>>И еще вопрос -
>> точку обязательно екранировать? Как
>> видите в Apache не пришлось.

А теперь попробуйте ввести http://url/robots!txt и скорее всего
увидите, что Apache'вый регэкс сработает и в этом случае.

From slava.kokorin на gmail.com  Tue Mar  6 13:07:42 2012
From: slava.kokorin на gmail.com (Slava Kokorin)
Date: Tue, 6 Mar 2012 17:07:42 +0400
Subject: Apache --> nginx
In-Reply-To: <e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
	<e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAEwm3CGgUKv9FrFUfW9S6z9kJw7c487JhL=h6OPvnXjY2cNWxw@mail.gmail.com>

6 марта 2012 г. 17:00 пользователь borinets <nginx-forum на nginx.us> написал:

> Маркел Мохначевский Wrote:
> -------------------------------------------------------
> > Т.е. rewrite /(robots)\.txt $1.php break;
> >
> Не сработало. Мб
> rewrite "^/(robots)\.txt+$" $1.php break;
> или
> rewrite "^/(robots)\.txt+$" $1.php last;
>

rewrite  /robots.txt  /robots.php;

либо без rewrite-ов

location = /robots.txt {
   ...
}

Исправьте, где не так. И еще вопрос -
> точку обязательно екранировать? Как
> видите в Apache не пришлось.
>


Точка без экранирования означает любой символ.



>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223500,223510#msg-223510
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Regards,
Slava
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120306/0ca342c1/attachment.html>

From tetsio.nainn на gmail.com  Tue Mar  6 13:22:11 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 6 Mar 2012 23:22:11 +1000
Subject: Apache --> nginx
In-Reply-To: <e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
References: <B57FC033-1AE5-48D3-9530-8032BA80FDFA@gmail.com>
	<e55157eb004b4bce57ae7183dfbd2cda.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9477C5AA-1F35-4980-9C52-2C48DBE4274A@gmail.com>



В реврайте break следует использовать, если для обработки запроса не надо выходить из заданного локейшна, иначе - last

06.03.2012, в 23:00, "borinets" <nginx-forum на nginx.us> написал(а):

> Маркел Мохначевский Wrote:
> -------------------------------------------------------
>> Т.е. rewrite /(robots)\.txt $1.php break;
>> 
> Не сработало. Мб 
> rewrite "^/(robots)\.txt+$" $1.php break;
> или
> rewrite "^/(robots)\.txt+$" $1.php last;
> 
> Исправьте, где не так. И еще вопрос -
> точку обязательно екранировать? Как
> видите в Apache не пришлось.
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223500,223510#msg-223510
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Tue Mar  6 14:34:31 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 6 Mar 2012 18:34:31 +0400
Subject: nginx-1.1.16
In-Reply-To: <9b86bfa156968160158e024bbc2568bf.NginxMailingListRussian@forum.nginx.org>
References: <20120229153917.GN67687@mdounin.ru>
	<9b86bfa156968160158e024bbc2568bf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120306143431.GN67687@mdounin.ru>

Hello!

On Tue, Mar 06, 2012 at 04:56:30AM -0500, mgnhost wrote:

[...]

> А есть возможность использовать что-то
> типа "wholename" ?

Не знаю как остальные, но лично я - не понял вопроса.

Maxim Dounin


From exelib на googlemail.com  Tue Mar  6 21:02:18 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Tue, 06 Mar 2012 22:02:18 +0100
Subject: =?UTF-8?B?UmU6INCf0LDRgNCw0LzQtdGC0YDRiyDQuCBQT1NULdC30LDQv9GA0L7RgS4=?=
In-Reply-To: <4F53DEFD.1090408@googlemail.com>
References: <4F4D6948.1000508@googlemail.com>	<CA+WOrk3XGXTv-oJ6B84xW8v6qB5V5oCivSmEmTcbN5v41AULqg@mail.gmail.com>	<4F511E22.7030704@googlemail.com>
	<20120304192842.GX67687@mdounin.ru>
	<4F53DEFD.1090408@googlemail.com>
Message-ID: <4F567B5A.60504@googlemail.com>

Так, сделал что-то вроде враппера запросов. Только вот появилась 
проблема с модулем eval:

server {
     listen 80;
     server_name ~^(www\.)?(?P<subdomain>.+)\.site\.com$;

     location / {
         log_not_found  off;
         fastcgi_intercept_errors on;
         recursive_error_pages on;
         error_page 500 = @regular;
         fastcgi_cache off;
         fastcgi_pass   127.0.0.1:9999;
         fastcgi_index  index.php;

         include /usr/local/nginx/fastcgi.conf;

# Вот тут парзю ПОСТ и если ок, то возвращаю 500
# если нет, то 403 и в чёрный список
         fastcgi_param  SCRIPT_FILENAME  /home/site/banip.php;
     }

     location @regular {
         limit_req   zone=mysite  burst=5;

Как только раскомментирую, так сразу глохнит, то есть браузер грузит и 
грузит и грузит... Без враппера работало...
#       eval $footer {
#           proxy_set_header Host $http_host;
#           if ($request_method = GET) {
#               proxy_pass 
http://127.0.0.1:1111/?subdomain=$subdomain&get=footer;
#           }
#       }

         fastcgi_param  HTTP_ACCEPT_ENCODING  "";
         log_not_found  off;
#       subs_filter '(<li class="copyright">)' '$1$footer' oir;
         fastcgi_intercept_errors on;
         recursive_error_pages on;
         error_page 404 = @old_fcgi; # обработка дальше...
         fastcgi_cache off;
         fastcgi_pass   127.0.0.1:9999;
         fastcgi_index  index.php;

         include /usr/local/nginx/fastcgi.conf;
         fastcgi_param  SCRIPT_FILENAME  
/home/$subdomain$fastcgi_script_name;
     }


Сборка:

# ./nginx -V
nginx version: nginx/1.1.16
built by gcc 4.3.2 (Debian 4.3.2-1.1)
configure arguments: --with-pcre=../pcre-8.02/ 
--sbin-path=/usr/local/nginx/nginx 
--conf-path=/usr/local/nginx/nginx.conf --with-pcre=../pcre-8.02 
--with-zlib=../zlib-1.2.5 --pid-path=/var/run/nginx.pid 
--with-http_stub_status_module 
--add-module=../substitutions4nginx-read-only 
--add-module=../nginx-eval-module --with-http_image_filter_module 
--add-module=../headers-more-nginx-module --add-module=../mod_zip

eval:
commit 125fa2e97399d29ce148f55cc6975268e482d212
Date:   Fri Nov 26 12:49:46 2010 +0100


On 04.03.2012 22:30, Anton Bessonov wrote:
> А очень жаль. Возможность обрабатывать параметры из ПОСТ'а очень 
> помогли бы мне. Вообще было бы полезен генерический механизм а ля 
> $args_{get, post, request, whatever}_
>
> Или есть ещё какой-то способ? А то парзить логи в моём случае очень 
> плохо... 2200 айпишек в бане, а толку - успевают нагадить...
>
> On 04.03.2012 20:28, Maxim Dounin wrote:
>> Hello!
>>
>> On Fri, Mar 02, 2012 at 08:23:14PM +0100, Anton Bessonov wrote:
>>
>>> Спасибо, выводит, осталось додуматься что с ним делать )
>>>
>>> @Команда nginx:
>>>
>>> А патч
>>> http://catap.ru/blog/2010/06/14/nginx-arg_-variables-from-post/
>>> вольётся?
>> В таком виде - точно нет.  Вообще - скорее всего нет.
>>
>> Maxim Dounin
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>


From nginx-forum на nginx.us  Wed Mar  7 10:10:41 2012
From: nginx-forum на nginx.us (hab)
Date: Wed, 7 Mar 2012 05:10:41 -0500 (EST)
Subject: nginx+redis+eval
In-Reply-To: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
References: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
Message-ID: <c358f137d36ee7e34b5866ac0e42db77.NginxMailingListRussian@forum.nginx.org>

я бы советовал перейти на lua - модуль - он
намного более функциональный, есть
хорошая документация и более
стабильный чем eval

http://wiki.nginx.org/HttpLuaModule
https://github.com/chaoslawful/lua-nginx-module

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223353,223566#msg-223566


From nginx-forum на nginx.us  Wed Mar  7 10:18:48 2012
From: nginx-forum на nginx.us (mgnhost)
Date: Wed, 7 Mar 2012 05:18:48 -0500 (EST)
Subject: nginx-1.1.16
In-Reply-To: <20120306143431.GN67687@mdounin.ru>
References: <20120306143431.GN67687@mdounin.ru>
Message-ID: <e588b214ca23b5361b417484ddf6510d.NginxMailingListRussian@forum.nginx.org>

Maxim Dounin Wrote:
-------------------------------------------------------
> Hello!
> 
> On Tue, Mar 06, 2012 at 04:56:30AM -0500, mgnhost
> wrote:
> 
> [...]
> 
> > А есть возможность
> использовать что-то
> > типа "wholename" ?
> 
> Не знаю как остальные, но
> лично я - не понял вопроса.
> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Я имел ввиду, есть ли возможность
указывать не полный путь а например
/pach/to/*/dir/ ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223171,223569#msg-223569


From mdounin на mdounin.ru  Wed Mar  7 10:54:04 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 7 Mar 2012 14:54:04 +0400
Subject: nginx-1.1.16
In-Reply-To: <e588b214ca23b5361b417484ddf6510d.NginxMailingListRussian@forum.nginx.org>
References: <20120306143431.GN67687@mdounin.ru>
	<e588b214ca23b5361b417484ddf6510d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120307105404.GY67687@mdounin.ru>

Hello!

On Wed, Mar 07, 2012 at 05:18:48AM -0500, mgnhost wrote:

> Maxim Dounin Wrote:
> -------------------------------------------------------
> > Hello!
> > 
> > On Tue, Mar 06, 2012 at 04:56:30AM -0500, mgnhost
> > wrote:
> > 
> > [...]
> > 
> > > А есть возможность
> > использовать что-то
> > > типа "wholename" ?
> > 
> > Не знаю как остальные, но
> > лично я - не понял вопроса.
> 
> Я имел ввиду, есть ли возможность
> указывать не полный путь а например
> /pach/to/*/dir/ ?

Должен быть явно задан префикс, от которого начинается 
проверка.  В префиксе, однако, можно использовать переменные, так 
что вообще говоря указать можно всё что угодно.

Например, так:

    location ~ ^/~(?<user>[^/]+)/(?<file>.*) {
        alias /home/$user/public_html/$file;
        disable_symlinks if_not_owner from=/home/$user/public_html/;
    }

Maxim Dounin


From zaabjuda на gmail.com  Wed Mar  7 12:40:21 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Wed, 7 Mar 2012 16:40:21 +0400
Subject: nginx+redis+eval
In-Reply-To: <c358f137d36ee7e34b5866ac0e42db77.NginxMailingListRussian@forum.nginx.org>
References: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
	<c358f137d36ee7e34b5866ac0e42db77.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGA13jQRV2eDbMq6kVvPmBSCcthEtSW8+6zuw8RidW1g2kqZgA@mail.gmail.com>

Спасибо.

Как раз таки уже реализовал с помощью Lua.

А вот по стабильности..... Учитывая что автор lua-nginx-module тэги
делает ну очень часто, ни о какой стабильности того модуля и речи быть
не может , например в версии v0.5.0rc17 не работает set_by_lua,
пришлось извращаться через internel location и директиву
rewrite_by_lua.... Так что о стабильности тут можно поспорить.

7 марта 2012 г. 14:10 пользователь hab <nginx-forum на nginx.us> написал:
> я бы советовал перейти на lua - модуль - он
> намного более функциональный, есть
> хорошая документация и более
> стабильный чем eval
>
> http://wiki.nginx.org/HttpLuaModule
> https://github.com/chaoslawful/lua-nginx-module
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223353,223566#msg-223566
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From swood на fotofor.biz  Wed Mar  7 13:08:55 2012
From: swood на fotofor.biz (Anton Kiryushkin)
Date: Wed, 7 Mar 2012 17:08:55 +0400
Subject: nginx+redis+eval
In-Reply-To: <CAGA13jQRV2eDbMq6kVvPmBSCcthEtSW8+6zuw8RidW1g2kqZgA@mail.gmail.com>
References: <CAGA13jT-aDKgpuS99-=Gp0q8GOVh0Cg7XJFw27n5ZTWXhUsghQ@mail.gmail.com>
	<c358f137d36ee7e34b5866ac0e42db77.NginxMailingListRussian@forum.nginx.org>
	<CAGA13jQRV2eDbMq6kVvPmBSCcthEtSW8+6zuw8RidW1g2kqZgA@mail.gmail.com>
Message-ID: <CAM_jxg3tMH2Apm52NdZ48YbB_LespUscxeDj1JM9K+751Zn7wg@mail.gmail.com>

По своему опыту могу сказать, что автор этого модуля достаточно
оперативно отвечает на вопросы ему в issues. Так что если что-то не
работает, он это правит и дает рабочую версию.

7 марта 2012 г. 16:40 пользователь Дмитрий Жильцов <zaabjuda на gmail.com> написал:
> Спасибо.
>
> Как раз таки уже реализовал с помощью Lua.
>
> А вот по стабильности..... Учитывая что автор lua-nginx-module тэги
> делает ну очень часто, ни о какой стабильности того модуля и речи быть
> не может , например в версии v0.5.0rc17 не работает set_by_lua,
> пришлось извращаться через internel location и директиву
> rewrite_by_lua.... Так что о стабильности тут можно поспорить.
>
> 7 марта 2012 г. 14:10 пользователь hab <nginx-forum на nginx.us> написал:
>> я бы советовал перейти на lua - модуль - он
>> намного более функциональный, есть
>> хорошая документация и более
>> стабильный чем eval
>>
>> http://wiki.nginx.org/HttpLuaModule
>> https://github.com/chaoslawful/lua-nginx-module
>>
>> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223353,223566#msg-223566
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Anton Kiryushkin,

From ru на nginx.com  Wed Mar  7 19:53:59 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Wed, 7 Mar 2012 23:53:59 +0400
Subject: =?UTF-8?B?W2RvY10g0JrQvtGA0L7RgtC60LjQuSDQsNC90L7QvdGB?=
Message-ID: <20120307195359.GB82145@lo0.su>

Мы сделали доступным алфавитный указатель директив nginx:
	http://nginx.org/en/docs/dirindex.html

А если вы хотите быстро посмотреть описание интересующей вас
директивы, вот способ:
	http://nginx.org/r/proxy_http_version/ru
(Вместо "proxy_http_version" можно подставить любую директиву.)


From postmaster на softsearch.ru  Wed Mar  7 20:39:06 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 8 Mar 2012 00:39:06 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <20120307195359.GB82145@lo0.su>
References: <20120307195359.GB82145@lo0.su>
Message-ID: <1854208664.20120308003906@softsearch.ru>

Здравствуйте, Ruslan.

> Мы сделали доступным алфавитный указатель директив nginx:
> 	http://nginx.org/en/docs/dirindex.html

Спасибо. Вещь очень полезная.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From postmaster на softsearch.ru  Wed Mar  7 20:41:02 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 8 Mar 2012 00:41:02 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <20120307195359.GB82145@lo0.su>
References: <20120307195359.GB82145@lo0.su>
Message-ID: <1466677568.20120308004102@softsearch.ru>

Здравствуйте, Ruslan.

> Мы сделали доступным алфавитный указатель директив nginx:
> 	http://nginx.org/en/docs/dirindex.html

Спасибо. Вещь очень полезная.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Wed Mar  7 22:16:47 2012
From: nginx-forum на nginx.us (Ar3s)
Date: Wed, 7 Mar 2012 17:16:47 -0500 (EST)
Subject: punbb
In-Reply-To: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
References: <d570476143c5f425d3d5782f8a6298e6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3bf729bfe099fcc517850f295d6b54fd.NginxMailingListRussian@forum.nginx.org>

Дело в том, что когда устанавливаешь
плагины или русскую локаль -
приведенный пример, как и многие
другие, начинают работать
исключительно криво.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223140,223558#msg-223558


From tetsio.nainn на gmail.com  Thu Mar  8 00:11:18 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Thu, 8 Mar 2012 10:11:18 +1000
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <20120307195359.GB82145@lo0.su>
References: <20120307195359.GB82145@lo0.su>
Message-ID: <B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>


Здравствуйте! Может было б удобнее, если б ссылка выглядела как http://nginx.org/proxy_http_version, а определение языка происходило автоматически?

08.03.2012, в 5:53, Ruslan Ermilov <ru на nginx.com> написал(а):

> Мы сделали доступным алфавитный указатель директив nginx:
>    http://nginx.org/en/docs/dirindex.html
> 
> А если вы хотите быстро посмотреть описание интересующей вас
> директивы, вот способ:
>    http://nginx.org/r/proxy_http_version/ru
> (Вместо "proxy_http_version" можно подставить любую директиву.)
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From ano на bestmx.ru  Thu Mar  8 13:06:11 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Thu, 08 Mar 2012 17:06:11 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
Message-ID: <4F58AEC3.5030400@bestmx.ru>

On 08.03.12 04:11, Маркел Мохначевский wrote:
> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
> http://nginx.org/proxy_http_version, а определение языка происходило
> автоматически?

Ни в коем случае не надо за меня решать, какую документацию мне 
прочитать сегодня.


From hell-for-yahoo на umail.ru  Thu Mar  8 16:18:54 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 8 Mar 2012 20:18:54 +0400
Subject: =?UTF-8?B?UmVbMl06IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58AEC3.5030400@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
Message-ID: <1639545402.20120308201854@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Andrey N. Oktyabrski!

>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>> http://nginx.org/proxy_http_version, а определение языка происходило
>> автоматически?

ANO> Ни в коем случае не надо за меня решать, какую документацию мне 
ANO> прочитать сегодня.

За вас никто ничего не решает в этом случае.
Это вы решаете, на каком языке читать сайты, когда настраиваете свой
браузер на предпочтение того или иного языка.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) четверг, 08.03.2012, <20:16>


From ano на bestmx.ru  Thu Mar  8 17:29:21 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Thu, 08 Mar 2012 21:29:21 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <1639545402.20120308201854@mtu-net.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
Message-ID: <4F58EC71.4080405@bestmx.ru>

On 08.03.12 20:18, Andrey Repin wrote:
>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>> автоматически?
>
> ANO>  Ни в коем случае не надо за меня решать, какую документацию мне
> ANO>  прочитать сегодня.
>
> За вас никто ничего не решает в этом случае.
> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
> браузер на предпочтение того или иного языка.
Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать 
английскую документацию?


From roman.vasilyev на yousendit.com  Thu Mar  8 17:30:34 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 8 Mar 2012 09:30:34 -0800
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58EC71.4080405@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru> <4F58EC71.4080405@bestmx.ru>
Message-ID: <4F58ECBA.8060907@yousendit.com>

а почему бы не сделать нечто вроде http://nginx.org/ru/proxy_http_version ?

On 03/08/2012 09:29 AM, Andrey N. Oktyabrski wrote:
> On 08.03.12 20:18, Andrey Repin wrote:
>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>> автоматически?
>>
>> ANO>  Ни в коем случае не надо за меня решать, какую документацию мне
>> ANO>  прочитать сегодня.
>>
>> За вас никто ничего не решает в этом случае.
>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>> браузер на предпочтение того или иного языка.
> Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать 
> английскую документацию?
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From meganuke на meganuke.ru  Thu Mar  8 17:37:41 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Thu, 08 Mar 2012 21:37:41 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58ECBA.8060907@yousendit.com>
References: <20120307195359.GB82145@lo0.su>	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <4F58ECBA.8060907@yousendit.com>
Message-ID: <4F58EE65.9030407@meganuke.ru>

А чем вам не:
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_http_version

http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_http_version

On 3/8/12 9:30 PM, Roman Vasilyev wrote:
> а почему бы не сделать нечто вроде http://nginx.org/ru/proxy_http_version ?
>
> On 03/08/2012 09:29 AM, Andrey N. Oktyabrski wrote:
>> On 08.03.12 20:18, Andrey Repin wrote:
>>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>>> автоматически?
>>>
>>> ANO> Ни в коем случае не надо за меня решать, какую документацию мне
>>> ANO> прочитать сегодня.
>>>
>>> За вас никто ничего не решает в этом случае.
>>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>>> браузер на предпочтение того или иного языка.
>> Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать
>> английскую документацию?
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From roman.vasilyev на yousendit.com  Thu Mar  8 17:38:41 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Thu, 8 Mar 2012 09:38:41 -0800
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58EE65.9030407@meganuke.ru>
References: <20120307195359.GB82145@lo0.su>	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>	<4F58AEC3.5030400@bestmx.ru>	<1639545402.20120308201854@mtu-net.ru>	<4F58EC71.4080405@bestmx.ru>
	<4F58ECBA.8060907@yousendit.com> <4F58EE65.9030407@meganuke.ru>
Message-ID: <4F58EEA1.90206@yousendit.com>

Как по мне так много букав.

On 03/08/2012 09:37 AM, Nikita Stupin wrote:
> А чем вам не:
> http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_http_version 
>
>
> http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_http_version 
>
>
> On 3/8/12 9:30 PM, Roman Vasilyev wrote:
>> а почему бы не сделать нечто вроде 
>> http://nginx.org/ru/proxy_http_version ?
>>
>> On 03/08/2012 09:29 AM, Andrey N. Oktyabrski wrote:
>>> On 08.03.12 20:18, Andrey Repin wrote:
>>>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>>>> автоматически?
>>>>
>>>> ANO> Ни в коем случае не надо за меня решать, какую документацию мне
>>>> ANO> прочитать сегодня.
>>>>
>>>> За вас никто ничего не решает в этом случае.
>>>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>>>> браузер на предпочтение того или иного языка.
>>> Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать
>>> английскую документацию?
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Thu Mar  8 20:01:54 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Thu, 8 Mar 2012 15:01:54 -0500 (EST)
Subject: make with image filter module
Message-ID: <2218884298f9d8317ad5cfddbd7aba70.NginxMailingListRussian@forum.nginx.org>

Добрый день,

Пытаюсь собрать nginx под Mac OS 10.7
Поставил все нужные библиотеки (gd
установил из портов)

выполняю: sudo ./configure --with-http_secure_link_module
--with-http_image_filter_module
библиотека нашлась checking for GD library ... found

теперь выполняю make:

Undefined symbols for architecture x86_64:
  "_gdImageCreateFromJpegPtr", referenced from:
      _ngx_http_image_resize in ngx_http_image_filter_module.o
  "_gdImageJpegPtr", referenced from:
      _ngx_http_image_resize in ngx_http_image_filter_module.o
ld: symbol(s) not found for architecture x86_64

Как не пытался побороть, увы не
получилось

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223645,223645#msg-223645


From nginx-forum на nginx.us  Thu Mar  8 21:03:32 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Thu, 8 Mar 2012 16:03:32 -0500 (EST)
Subject: make server, gd library
Message-ID: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>

Добрый день,

Пытаюсь собрать nginx под Mac OS 10.7
Поставил все нужные библиотеки (gd
установил из портов)

выполняю: sudo ./configure --with-http_secure_link_module
--with-http_image_filter_module
библиотека нашлась checking for GD library ... found

теперь выполняю make:

Undefined symbols for architecture x86_64:
  "_gdImageCreateFromJpegPtr", referenced from:
      _ngx_http_image_resize in ngx_http_image_filter_module.o
  "_gdImageJpegPtr", referenced from:
      _ngx_http_image_resize in ngx_http_image_filter_module.o
ld: symbol(s) not found for architecture x86_64

Как не пытался побороть, увы не
получилось

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223646,223646#msg-223646


From nginx-forum на nginx.us  Thu Mar  8 21:41:40 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Thu, 8 Mar 2012 16:41:40 -0500 (EST)
Subject: make server, gd library
In-Reply-To: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>
References: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <ffc596a81e70278007ade409ac97126c.NginxMailingListRussian@forum.nginx.org>

Еще не уверен, но по моему разобрался

Нужно было в configure добавить следующее:
--with-ld-opt="-L /usr/local/lib"
--with-cc-opt="-I /usr/local/include"

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223646,223650#msg-223650


From hell-for-yahoo на umail.ru  Fri Mar  9 01:20:26 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 9 Mar 2012 05:20:26 +0400
Subject: =?UTF-8?B?UmVbMl06IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58EC71.4080405@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru> <4F58EC71.4080405@bestmx.ru>
Message-ID: <285077345.20120309052026@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Andrey N. Oktyabrski!

>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>> автоматически?
>>
>> ANO>  Ни в коем случае не надо за меня решать, какую документацию мне
>> ANO>  прочитать сегодня.
>>
>> За вас никто ничего не решает в этом случае.
>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>> браузер на предпочтение того или иного языка.
ANO> Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать 
ANO> английскую документацию?

Зачем? Блин, ну что вы как маленькие?
По умолчанию выводится документация ан предпочитаемом вами языке. Если вас это
не устраивает - переключаете язык вручную.
Хоть на php.net посмотрите. Принцип тот же, хотя организация документации там
угрёбищная стала после их двух перетрясок...


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 09.03.2012, <05:18>


From ano на bestmx.ru  Fri Mar  9 10:11:45 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Fri, 09 Mar 2012 14:11:45 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <285077345.20120309052026@mtu-net.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
Message-ID: <4F59D761.9070205@bestmx.ru>

On 09.03.12 05:20, Andrey Repin wrote:
>>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>>> автоматически?
>>>
>>> ANO>   Ни в коем случае не надо за меня решать, какую документацию мне
>>> ANO>   прочитать сегодня.
>>>
>>> За вас никто ничего не решает в этом случае.
>>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>>> браузер на предпочтение того или иного языка.
> ANO>  Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать
> ANO>  английскую документацию?
>
> Зачем? Блин, ну что вы как маленькие?
Кто - как маленькие? Пионеры-автоматизаторы?

> По умолчанию выводится документация ан предпочитаемом вами языке. Если вас это
> не устраивает - переключаете язык вручную.
А можно вообще не пытаться за меня решить, чего мне надо?


From hell-for-yahoo на umail.ru  Fri Mar  9 10:59:48 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 9 Mar 2012 14:59:48 +0400
Subject: =?UTF-8?B?UmVbMl06IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F59D761.9070205@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru> <4F58EC71.4080405@bestmx.ru>
	<285077345.20120309052026@mtu-net.ru> <4F59D761.9070205@bestmx.ru>
Message-ID: <517349055.20120309145948@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Andrey N. Oktyabrski!

>>>>>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>>>>>> http://nginx.org/proxy_http_version, а определение языка происходило
>>>>>> автоматически?
>>>>
>>>> ANO>   Ни в коем случае не надо за меня решать, какую документацию мне
>>>> ANO>   прочитать сегодня.
>>>>
>>>> За вас никто ничего не решает в этом случае.
>>>> Это вы решаете, на каком языке читать сайты, когда настраиваете свой
>>>> браузер на предпочтение того или иного языка.
>> ANO>  Вы предлагаете мне перенастраивать браузер, когда я собираюсь почитать
>> ANO>  английскую документацию?
>>
>> Зачем? Блин, ну что вы как маленькие?
ANO> Кто - как маленькие? Пионеры-автоматизаторы?

Да вот вы же.

>> По умолчанию выводится документация ан предпочитаемом вами языке. Если вас это
>> не устраивает - переключаете язык вручную.
ANO> А можно вообще не пытаться за меня решить, чего мне надо?

Ещё раз, медленно.
Заголовок Accept-Language именно и служит для того, чтобы объяснить сайту, на
который ты заходишь, на каких языках ты бы предпочёл видеть контент.

Вот тут например коротенькая поясняющая статья
http://euri.ca/2011/05/multiple-languages-in-accept-language-header/

Не сайт тебе диктует. Ты. Предпочитаешь. Предпочтение - не догма, никто не
запрещает тебе сказать что-то вроде  http://nginx.org/proxy_http_version/en и
сразу перейти на английскую версию статьи, если ты знаешь, что тебе нужна
именно английская. 


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 09.03.2012, <14:51>


From ano на bestmx.ru  Fri Mar  9 11:44:23 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Fri, 09 Mar 2012 15:44:23 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <517349055.20120309145948@mtu-net.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
Message-ID: <4F59ED17.7030705@bestmx.ru>

On 09.03.12 14:59, Andrey Repin wrote:
> Ещё раз, медленно.
> Заголовок Accept-Language именно и служит для того, чтобы объяснить сайту, на
> который ты заходишь, на каких языках ты бы предпочёл видеть контент.
У меня нет одного предпочтения для всех сайтов.

> Вот тут например коротенькая поясняющая статья
> http://euri.ca/2011/05/multiple-languages-in-accept-language-header/
>
> Не сайт тебе диктует. Ты. Предпочитаешь.
Вы мне, пожалуйста, не тыкайте, если можете.

> Предпочтение - не догма, никто не запрещает тебе сказать что-то вроде
> http://nginx.org/proxy_http_version/en и сразу перейти на английскую
> версию статьи, если ты знаешь, что тебе нужна именно английская.
Я именно об этом и говорю: не надо неестественного интеллекта, я сам в 
состоянии выбрать, что мне нужно.


From mdounin на mdounin.ru  Fri Mar  9 12:33:37 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 9 Mar 2012 16:33:37 +0400
Subject: make server, gd library
In-Reply-To: <ffc596a81e70278007ade409ac97126c.NginxMailingListRussian@forum.nginx.org>
References: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>
	<ffc596a81e70278007ade409ac97126c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120309123337.GF67687@mdounin.ru>

Hello!

On Thu, Mar 08, 2012 at 04:41:40PM -0500, alex_ru wrote:

> Еще не уверен, но по моему разобрался
> 
> Нужно было в configure добавить следующее:
> --with-ld-opt="-L /usr/local/lib"
> --with-cc-opt="-I /usr/local/include"

Вы умудрились поставить macports в /usr/local?  Это плохая идея, 
apple'овый toolchain по умолчанию неконсистентно использует /usr и 
/usr/local.  Заголовочные файлы берутся сначала из 
/usr/local/include, потом из /usr/include, в то время как 
библиотеки - сначала из /usr/lib, а потом из /usr/local/lib.

Я бы настоятельно рекомендовал переставить macports в /opt/local, 
куда он и ставится по умолчанию.  И никогда не ставить никаких 
библиотек в /usr/local, во избежание.

Maxim Dounin


From kav на karagodov.name  Fri Mar  9 14:11:44 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Fri, 9 Mar 2012 18:11:44 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F59ED17.7030705@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru>
Message-ID: <D1C560F6-CD02-4842-8370-59EB189CC874@karagodov.name>


On 09.03.2012, at 15:44, Andrey N. Oktyabrski wrote какой то бред 




Андрей, Вы, [!я, ТЫ, чего до[!"лся?! 


дамы и господа, а можно прекратить мусорить? 
сильно отвлекает 


From bediev на gmail.com  Fri Mar  9 14:44:08 2012
From: bediev на gmail.com (Marat Bediev)
Date: Fri, 9 Mar 2012 20:44:08 +0600
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <D1C560F6-CD02-4842-8370-59EB189CC874@karagodov.name>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru>
	<D1C560F6-CD02-4842-8370-59EB189CC874@karagodov.name>
Message-ID: <CAOVv4Z3qF49k5ZFZQHwdFLkRfQCpChM_eVUr42gWmXWHdGubzA@mail.gmail.com>

предоставлять выбор надо при равных условиях.
при том, что английская версия документации гораздо общирнее русской,
счатаю не правильным "насильно" указывать пользователю, что читать..
не все в состоянии догадаться, что на английском больше..

имхо, само собой..

-- 
Marat Bediev,
System Administrator
_________________________

Tel: +996555990584

E-mail: bediev на gmail.com
Skype: p1gmale0n
Twitter: @p1gmale0n
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120309/f978a3ee/attachment.html>

From nginx-forum на nginx.us  Fri Mar  9 19:50:15 2012
From: nginx-forum на nginx.us (qaqas)
Date: Fri, 9 Mar 2012 14:50:15 -0500 (EST)
Subject: =?UTF-8?B?0JDQvdCw0LvQvtCzINC00LjRgNC10LrRgtC40LLRiyBpbnRlcm5hbA==?=
Message-ID: <a5b99f13e0a379096992cc1b66355d08.NginxMailingListRussian@forum.nginx.org>

Есть ли возможность получить
функционал директивы internal не для
статики, а для произвольных запросов?

Поясню: пользователь логинится через
веб в самого себя же на линуксовой
тачке. Ну и соответственно в браузере
имеет интерфейс для выполнения
каких-то задач на сервере со своими
правами.
На стороне сервера все обслуживается
Nginx + flup + FastCGI. Есть процесс который
мапит веб-пользователя и
линукс-пользователя и передает все
обслуживание залогиненного юзера
соответствующему FastCGI процессу
запущенному от имени этого самого
пользователя.
Пример запуска:
sudo -u $user python /absolute/path/to/manage.py runfcgi host=127.0.0.1
port=$port

Ну и для Nginx:
location /user/$user {
    internal;

    fastcgi_pass 127.0.0.1:$port;
    # additional FastCGI configuration...
}

В Django views.py:
@login_required
def central_dispatch_view ( request ):
    response = HttpResponse()
    response['X-Accel-Redirect'] = '/user/'+request.user.username
    return response

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223683,223683#msg-223683


From nginx-forum на nginx.us  Fri Mar  9 19:53:37 2012
From: nginx-forum на nginx.us (qaqas)
Date: Fri, 9 Mar 2012 14:53:37 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyDQtNC40YDQtdC60YLQuNCy0YsgaW50ZXJuYWw=?=
In-Reply-To: <a5b99f13e0a379096992cc1b66355d08.NginxMailingListRussian@forum.nginx.org>
References: <a5b99f13e0a379096992cc1b66355d08.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e1a3166270549ca45ec58ef82fded117.NginxMailingListRussian@forum.nginx.org>

Собственно, после авторизации
джанговской, пытаемся редиректить
пользователя в нужный fastCGI процесс, 
чтобы все последующие операции
происходили от его имени....но на деле
имеем 404

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223683,223684#msg-223684


From kav на karagodov.name  Fri Mar  9 21:50:01 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Sat, 10 Mar 2012 01:50:01 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <CAOVv4Z3qF49k5ZFZQHwdFLkRfQCpChM_eVUr42gWmXWHdGubzA@mail.gmail.com>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru>
	<D1C560F6-CD02-4842-8370-59EB189CC874@karagodov.name>
	<CAOVv4Z3qF49k5ZFZQHwdFLkRfQCpChM_eVUr42gWmXWHdGubzA@mail.gmail.com>
Message-ID: <B5B23F5D-E526-4046-B617-515BEFB10B7A@karagodov.name>

запахло холи-варом 

в данном случае, видимо, сказались привычки и доки на русский именно переводятся с английского оригинала 
как это не прискорбно и не парадоксально, но похоже на правду 


я б вообще все доки писал только на английском - привычка 

на русском да с картинкаме пишется только для офисного планктона как то так 

а писать доки изначально на родном языке или только на родном языке, плохо для деловой составляющей проекта 
на соотечественниках далеко не уедешь 
смиритесь короче 


и если уж есть разница между языковыми вариантами документации, то правильней было бы не выкладывать незаконченных переводов, а предоставлять информацию на том языке, на каком она собственно есть 
таким образом, у всех читателей была бы и возможность выбора (где это возможно) и достоверность сведений (что по идее важнее) 


On 09.03.2012, at 18:44, Marat Bediev wrote:

> предоставлять выбор надо при равных условиях.
> при том, что английская версия документации гораздо общирнее русской, счатаю не правильным "насильно" указывать пользователю, что читать..
> не все в состоянии догадаться, что на английском больше.. 
> 
> имхо, само собой.. 
> 
> -- 
> Marat Bediev,
> System Administrator
> _________________________
> 
> Tel: +996555990584
> 
> E-mail: bediev на gmail.com
> Skype: p1gmale0n
> Twitter: @p1gmale0n
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120310/f9349287/attachment.html>

From roman.vasilyev на yousendit.com  Fri Mar  9 23:02:41 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Fri, 9 Mar 2012 15:02:41 -0800
Subject: post_action status
Message-ID: <4F5A8C11.30704@yousendit.com>

Понадобилось мне отрабатывать некий скрипт по окончании закачки файла, 
сделал я конструкцию вида, упрощенно ниже
location /download {
rewrite ^ /uwsgi/download.py last;
location ~ /download/storage {
internal;
post_action /uwsgi/last.py;
}
}

и вижу постоянно в error.log сообщение вида
upstream sent neither valid HTTP/1.0 header nor "Status" header line 
while reading response header from upstream, client: X server: 
localhost, request: "GET /uwsgi/debug.py?id=X HTTP/1.1", upstream: 
"uwsgi://unix:/tmp/uwsgi.sock:" .....
включил дебаг, вроде все солидно отдает, и сразу же печатает эту ошибку

2012/03/09 14:52:47 [debug] 15114#0: epoll: fd:19 ev:0005 d:00007F7E4D178311
2012/03/09 14:52:47 [debug] 15114#0: *2 http upstream request: 
"/uwsgi/last.py?"
2012/03/09 14:52:47 [debug] 15114#0: *2 http upstream process header
2012/03/09 14:52:47 [debug] 15114#0: *2 malloc: 0000000001437550:4096
2012/03/09 14:52:47 [debug] 15114#0: *2 recv: fd:19 45 of 4096
2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi status 200 "200 OK"
2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi header: 
"Content-Type: text/plain"
2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi header done
2012/03/09 14:52:47 [error] 15114#0: *2 upstream sent neither valid 
HTTP/1.0 header nor "Status" header line while reading response header 
from upstream

last.py упростил до:
def last_handler(environ, start_response):
start_response('200 OK', [('Content-Type', 'text/plain')])

# /usr/sbin/nginx -V
nginx version: nginx/1.1.16
built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
TLS SNI support enabled
configure arguments: --with-debug --user=fileservices 
--group=fileservices --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/fileservices/tmp/client_body 
--http-proxy-temp-path=/var/lib/fileservices/tmp/proxy 
--http-fastcgi-temp-path=/var/lib/fileservices/tmp/fastcgi 
--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_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-mail --with-mail_ssl_module 
--with-http_secure_link_module --with-http_random_index_module 
--with-http_xslt_module --with-pcre-jit --with-cc-opt='-O2 -g' 
--add-module=/root/rpmbuild/SOURCES/ngx_http_upload_module

не посоветуете как с этим бороться? если надо могу залить error.log с 
дебагом включенным


From boris на dolgov.name  Sat Mar 10 09:58:54 2012
From: boris на dolgov.name (Boris Dolgov)
Date: Sat, 10 Mar 2012 12:58:54 +0300
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F59ED17.7030705@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru>
Message-ID: <CAEXQZf3iX-7JYQ2FU7swtaCnr99c0kxQZ5UGyNiK5ZiLDofoOw@mail.gmail.com>

Добрый день.

2012/3/9 Andrey N. Oktyabrski <ano на bestmx.ru>:
> Я именно об этом и говорю: не надо неестественного интеллекта, я сам в
> состоянии выбрать, что мне нужно.
Вот это проблему придумали!
Сделайте, чтобы по nginx.org/en|ru/директива отображалась документация
заданном языке, а на nginx.org/директива -- был редирект на язык,
указанный в браузере. И Андрею хорошо, и всем остальным.

-- 
Boris Dolgov.

From public-mail на alekciy.ru  Sat Mar 10 12:32:52 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Sat, 10 Mar 2012 16:32:52 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <20120307195359.GB82145@lo0.su>
References: <20120307195359.GB82145@lo0.su>
Message-ID: <CAPP2NXoSA+OCZspT1WO+RhaLf4r-a_SRTwXcWjp43aJePakN7w@mail.gmail.com>

Пожалуй верну топик в первоначальное русло.

Директивы это здорово, наконец-то не придется бегать в описании кучи
модулей в поисках "ну где же?!". Надеюсь, подобное планируется и для
переменных? Неплохо было бы иметь обновляемый список с тем, что бы
удобнее было писать формат лога.

From ano на bestmx.ru  Sat Mar 10 12:58:40 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Sat, 10 Mar 2012 16:58:40 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <CAPP2NXoSA+OCZspT1WO+RhaLf4r-a_SRTwXcWjp43aJePakN7w@mail.gmail.com>
References: <20120307195359.GB82145@lo0.su>
	<CAPP2NXoSA+OCZspT1WO+RhaLf4r-a_SRTwXcWjp43aJePakN7w@mail.gmail.com>
Message-ID: <4F5B5000.5080107@bestmx.ru>

On 10.03.12 16:32, Алексей Сундуков wrote:
> Пожалуй верну топик в первоначальное русло.
>
> Директивы это здорово, наконец-то не придется бегать в описании кучи
> модулей в поисках "ну где же?!". Надеюсь, подобное планируется и для
> переменных? Неплохо было бы иметь обновляемый список с тем, что бы
> удобнее было писать формат лога.
+1


From nginx-forum на nginx.us  Sat Mar 10 14:07:34 2012
From: nginx-forum на nginx.us (z-0091)
Date: Sat, 10 Mar 2012 09:07:34 -0500 (EST)
Subject: =?UTF-8?B?0J/QntC00YHQutCw0LbQuNGC0LUgbmdpbngrYXBhY2hlMiArIG1vZC1waHAgZmNn?=
	=?UTF-8?B?aQ==?=
Message-ID: <eaaa7bf25268c517cb3f986426dd06bf.NginxMailingListRussian@forum.nginx.org>

Заранее спасибо вам. Уже 2 день не
получается заставить работать все как
надо. Привожу конфиги различные.

Значит использую я вот этот
ман:[code]http://www.bubuntu.spb.ru/nginx-apache-ssl-https/[/code]

nano /etc/apache2/ports.conf
[spoiler]# If you just change the port or add more ports here, you will
likely also
# have to change the VirtualHost statement in
# /etc/apache2/sites-enabled/000-default
# This is also true if you have upgraded from before 2.2.9-3 (i.e. from
# Debian etch). See /usr/share/doc/apache2.2-common/NEWS.Debian.gz and
# README.Debian.gz

NameVirtualHost *:8080
Listen 127.0.0.1:8080

<IfModule mod_ssl.c>
    # If you add NameVirtualHost *:443 here, you will also have to
change
    # the VirtualHost statement in
/etc/apache2/sites-available/default-ssl
    # to <VirtualHost *:443>
    # Server Name Indication for SSL named virtual hosts is currently
not
    # supported by MSIE on Windows XP.
    Listen 443
</IfModule>

<IfModule mod_gnutls.c>
    Listen 443
</IfModule>
[/spoiler]

/etc/apache2/sites-available/bubuntu.spb.ru.conf
[spoiler]<VirtualHost *>
    DocumentRoot "/var/www/bubuntu"
    ServerName bubuntu.spb.ru
<Directory "/var/www/bubuntu">
    allow from all
    Options +Indexes
</Directory>
</VirtualHost>
[/spoiler]

все что касается ssl  в мане, я делать не
стал. 
далее по нему же 
[code]sudo a2ensite bubuntu.spb.ru[/code]
ответом мне было: ERROR: Site bubuntu.spb.ru does not
exist!
Я подключил хост через ln -s /блаблабла...
тоесть поставил символическую ссылку в
sites-enabled

далее:/etc/nginx/nginx.conf
[spoiler]user www-data;

# Число рабочих процессов,
рекомендуется ставить по количеству
ядер
worker_processes 1;

# Уменьшает число системных вызовов
gettimeofday(), что приводит к увеличению
производительности
timer_resolution 100ms;

# Изменяет ограничение на число
используемых файлов RLIMIT_NOFILE для
рабочего процесса.
worker_rlimit_nofile 8192;

# Директива задаёт приоритет рабочих
процессов от -20 до 20 (отрицательное
число означает более высокий
приоритет).
worker_priority -5;

error_log /var/log/nginx/error.log;

pid /var/run/nginx.pid;

events {
worker_connections 2048;
# use kqueue; для freebsd (рекомендация от psihoz)
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(). Использование sendfile()
экономит системные вызовы, уменьшает
число копирований данных,
# позволяет использовать меньше
физической памяти.
sendfile on;
keepalive_timeout 65;

gzip on;
gzip_min_length 1100;
gzip_buffers 64 8k;
gzip_comp_level 3;
gzip_http_version 1.1;
gzip_proxied any;
#gzip_types text/plain text/html text/css application/x-javascript
text/xml application/xml application/xml+rss text/javascript;

# Load config files from the /etc/nginx/conf.d directory
include /etc/nginx/conf.d/*.conf;
}[/spoiler]

/etc/nginx/proxy.conf
[spoiler]proxy_redirect             off;
proxy_set_header           Host $host;
proxy_set_header           X-Real-IP $remote_addr;
proxy_set_header           X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size       10m;
client_body_buffer_size    128k;
proxy_connect_timeout      90;
proxy_send_timeout         90;
proxy_read_timeout         90;
proxy_buffer_size          4k;
proxy_buffers              4 32k;
proxy_busy_buffers_size    64k;
proxy_temp_file_write_size 64k;[/spoiler]

/etc/nginx/sites-available/bubuntu.spb.ru
[spoiler]upstream bubuntu.spb.ru {
  # Адрес back-end'a
  server localhost:8080;
}

server {
    listen   80;
    server_name bubuntu.spb.ru www.bubuntu.spb.ru;
    include     /etc/nginx/proxy.conf;

    access_log /var/log/nginx/bubuntu.spb.ru/nginx_access.log;
    error_log /var/log/nginx/bubuntu.spb.ru/nginx_error.log;

    #
    location / {
        root    /var/www/bubuntu;
        index   index.php index.html index.htm;
    }

    error_page 404      /404.php;

    # redirect server error pages to the static page /50x.html
    error_page 500 502 503 504  /50x.html;
    location = /50x.html {
        root    /var/www/nginx-default;
    }

    # htaccess и htpasswd не отдаем
    location ~ /\.ht {
        deny  all;
    }

    location ~ .php$ {
        proxy_pass http://bubuntu.spb.ru;
    }

    location ~ /$ {
        proxy_pass http://bubuntu.spb.ru;
    }
}[/spoiler]

прошу обратить внимание на:
[code]#gzip_types text/plain text/html text/css application/x-javascript
text/xml application/xml application/xml+rss text/javascript;[/code]
в мане она не закоментирована, у меня
апач говорил что то про дублирование 
text/html, закоментировал все норм.

ну и подключил хост сиволической
ссылкой. 

в итоге:
директория /var/www/bubuntu
там лежит index.html (в нем test) и index.php (с phpinfo)

фалй hosts
[spoiler]127.0.0.1	localhost.localdomain localhost HP-625
127.0.1.1	HP-625

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
127.0.0.1 bubuntu.spd.ru
127.0.0.1 www.bubuntu.spd.ru[/spoiler]

в итоге: 
ввожу http://www.bubuntu.spb.ru/ кидает на истенный
сайт.
ввожу localhost/www.bubuntu.spb.ru/ нет соеденения
ввожу http://localhost:8080/  показыввает test
(содержимое index.html)
ввожу http://localhost:8080/index.php показывает
информацию о php
ввожу localhost:80 ни какой реакции. 
ввожу http://bubuntu.spb.ru/index.html nginx показывает
мне 404


подскажите, где я накосячил с хостами??
МОжет ли это быть из за домашней
деректории var/www/bubuntu и соответствующих
прав на нее?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223699,223699#msg-223699


From nginx-forum на nginx.us  Sat Mar 10 16:17:38 2012
From: nginx-forum на nginx.us (SoulReaver)
Date: Sat, 10 Mar 2012 11:17:38 -0500 (EST)
Subject: geo & ipset
Message-ID: <504e4e3a353965770b19af7eeb26165d.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.

Есть ли возможность прикрутить ipset к geo
модулю? Просто очень не удобно каждый
раз перечитывать конфиг при
добавлении/удалении ip.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223700,223700#msg-223700


From nginx-forum на nginx.us  Sat Mar 10 16:47:49 2012
From: nginx-forum на nginx.us (Craken)
Date: Sat, 10 Mar 2012 11:47:49 -0500 (EST)
Subject: geo & ipset
In-Reply-To: <504e4e3a353965770b19af7eeb26165d.NginxMailingListRussian@forum.nginx.org>
References: <504e4e3a353965770b19af7eeb26165d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <5208b5ab8b9de4a95fdf2c27922872ad.NginxMailingListRussian@forum.nginx.org>

вряд ли Вы такое найдете...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223700,223701#msg-223701


From xdel на quake.ru  Sat Mar 10 16:57:21 2012
From: xdel на quake.ru (Andrey Korolyov)
Date: Sat, 10 Mar 2012 19:57:21 +0300
Subject: geo & ipset
In-Reply-To: <504e4e3a353965770b19af7eeb26165d.NginxMailingListRussian@forum.nginx.org>
References: <504e4e3a353965770b19af7eeb26165d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CABYiri9kmV+WA2ffwMKtxw3nr6Knj42dudiD6CB3C2ako_sNLA@mail.gmail.com>

Можно использовать костыль в виде перенаправления порта и, соответственно,
нужного server на каждом из портов.

2012/3/10 SoulReaver <nginx-forum на nginx.us>

> Здравствуйте.
>
> Есть ли возможность прикрутить ipset к geo
> модулю? Просто очень не удобно каждый
> раз перечитывать конфиг при
> добавлении/удалении ip.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223700,223700#msg-223700
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120310/81761264/attachment.html>

From nginx-forum на nginx.us  Sat Mar 10 19:29:10 2012
From: nginx-forum на nginx.us (flexdiez)
Date: Sat, 10 Mar 2012 14:29:10 -0500 (EST)
Subject: =?UTF-8?B?0J7RgtC+0LHRgNCw0LbQtdC90LjQtSDQvtGI0LjQsdC+0LogcGhw?=
Message-ID: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>

У меня поставлен чистый nginx в качестве
веб-сервера и php5-fpm интерпретатор.
Когда делаю ошибку в скрипте php у меня
просто ломается страница. В apache у меня
обычно отображалась ошибка прямо в
браузере.
А тут просто в хроме страница вылетает
вот такая:

Server error
The website encountered an error while retrieving http://localhost/. It
may be down for maintenance or configured incorrectly.
Here are some suggestions:
Reload this webpage later.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223703,223703#msg-223703


From vladget на openfilm.com  Sat Mar 10 19:33:01 2012
From: vladget на openfilm.com (Vladimir Getmanshchuk)
Date: Sat, 10 Mar 2012 21:33:01 +0200
Subject: =?UTF-8?B?UmU6INCe0YLQvtCx0YDQsNC20LXQvdC40LUg0L7RiNC40LHQvtC6IHBocA==?=
In-Reply-To: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
References: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGAjD=BVfWxc2g_EP=APE5Wu2hHy1dFfoXpX+Soo=E7vsEXzNQ@mail.gmail.com>

Try to googling by keywords: "php fpm display error"

2012/3/10 flexdiez <nginx-forum на nginx.us>

> У меня поставлен чистый nginx в качестве
> веб-сервера и php5-fpm интерпретатор.
> Когда делаю ошибку в скрипте php у меня
> просто ломается страница. В apache у меня
> обычно отображалась ошибка прямо в
> браузере.
> А тут просто в хроме страница вылетает
> вот такая:
>
> Server error
> The website encountered an error while retrieving http://localhost/. It
> may be down for maintenance or configured incorrectly.
> Here are some suggestions:
> Reload this webpage later.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223703,223703#msg-223703
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Thank You for Your time!

Yours sincerely,
Vladimir Getmanshchuk

UNIX System Administrator
Openfilm, LLC

Email: vladget на openfilm.com
Skype: vladimir.getmanshchuk
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120310/d70d40fc/attachment-0001.html>

From nginx-forum на nginx.us  Sat Mar 10 19:45:56 2012
From: nginx-forum на nginx.us (flexdiez)
Date: Sat, 10 Mar 2012 14:45:56 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YLQvtCx0YDQsNC20LXQvdC40LUg0L7RiNC40LHQvtC6IHBocA==?=
In-Reply-To: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
References: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9b301dcbf55f78a97224f811ad193928.NginxMailingListRussian@forum.nginx.org>

I changed display_errors to ON in php.ini file and reload php5-fpm, but
still have 500 http error in any case :(

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223703,223705#msg-223705


From nginx-forum на nginx.us  Sat Mar 10 19:54:23 2012
From: nginx-forum на nginx.us (flexdiez)
Date: Sat, 10 Mar 2012 14:54:23 -0500 (EST)
Subject: =?UTF-8?B?UmU6INCe0YLQvtCx0YDQsNC20LXQvdC40LUg0L7RiNC40LHQvtC6IHBocA==?=
In-Reply-To: <9b301dcbf55f78a97224f811ad193928.NginxMailingListRussian@forum.nginx.org>
References: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
	<9b301dcbf55f78a97224f811ad193928.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8cf2d06c7344d08b43558c0daa2ba95e.NginxMailingListRussian@forum.nginx.org>

It helps!!
It begin worked with:
/etc/init.d/php5-fpm stop && /etc/init.d/php5-fpm start
:)
Thank you!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223703,223706#msg-223706


From nginx-forum на nginx.us  Sat Mar 10 19:55:52 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Sat, 10 Mar 2012 14:55:52 -0500 (EST)
Subject: make server, gd library
In-Reply-To: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>
References: <dfb38e0d0032a1be8d52d272c1236fca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <231e9b3c63c545155e78fd0383fa4015.NginxMailingListRussian@forum.nginx.org>

Спасибо, буду разбираться.
Мак приобрел относительно недавно и
когда ставил порты - делал это по
туториалу без каких-то задник мыслей.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223646,223707#msg-223707


From nginx-forum на nginx.us  Sat Mar 10 20:04:25 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Sat, 10 Mar 2012 15:04:25 -0500 (EST)
Subject: =?UTF-8?B?0LfQsNCz0YDRg9C30LrQsCDRgdGC0LDRgtC40LrQuCwg0YXRgNCw0L3QtdC90Lg=?=
	=?UTF-8?B?0LU=?=
Message-ID: <9b48b40fe983216d44e3bdcce52f8a2f.NginxMailingListRussian@forum.nginx.org>

День добрый,

Хочу оганизовать сохранение файлов (в
основном картинки) на сервере. Много
видел про организацию загрузки через
upload module, но возник вопрос в хранении
этих данных.

На хабре читал про хранение клиентских
файлов примерно в такой структуре:
123/456/789/image.jpg

Где путь вычисляется от времени
загрузки картинки, которое в моем
примере 987654321.
Как загрузить картинку и передать путь
к ней при помощи  upload module я вроде бы
разобрался, но как запихнуть файл по
нужному пути - не получилось. Как я
понял upload_module не создает каталоги, а
может лишь положить файл в указанную
папку в конфиге.

Может кто посоветовать как
организовать загрузку статики,
желательно без бэкэнда?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223708,223708#msg-223708


From mdounin на mdounin.ru  Sat Mar 10 21:04:37 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 11 Mar 2012 01:04:37 +0400
Subject: =?UTF-8?B?UmU6INCQ0L3QsNC70L7QsyDQtNC40YDQtdC60YLQuNCy0YsgaW50ZXJuYWw=?=
In-Reply-To: <a5b99f13e0a379096992cc1b66355d08.NginxMailingListRussian@forum.nginx.org>
References: <a5b99f13e0a379096992cc1b66355d08.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120310210437.GN67687@mdounin.ru>

Hello!

On Fri, Mar 09, 2012 at 02:50:15PM -0500, qaqas wrote:

> Есть ли возможность получить
> функционал директивы internal не для
> статики, а для произвольных запросов?

Директива internal работает для произвольных запросов.

Maxim Dounin


From mdounin на mdounin.ru  Sat Mar 10 21:29:45 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sun, 11 Mar 2012 01:29:45 +0400
Subject: post_action status
In-Reply-To: <4F5A8C11.30704@yousendit.com>
References: <4F5A8C11.30704@yousendit.com>
Message-ID: <20120310212945.GP67687@mdounin.ru>

Hello!

On Fri, Mar 09, 2012 at 03:02:41PM -0800, Roman Vasilyev wrote:

> Понадобилось мне отрабатывать некий скрипт по окончании закачки
> файла, сделал я конструкцию вида, упрощенно ниже
> location /download {
> rewrite ^ /uwsgi/download.py last;
> location ~ /download/storage {
> internal;
> post_action /uwsgi/last.py;
> }
> }
> 
> и вижу постоянно в error.log сообщение вида
> upstream sent neither valid HTTP/1.0 header nor "Status" header line
> while reading response header from upstream, client: X server:
> localhost, request: "GET /uwsgi/debug.py?id=X HTTP/1.1", upstream:
> "uwsgi://unix:/tmp/uwsgi.sock:" .....
> включил дебаг, вроде все солидно отдает, и сразу же печатает эту ошибку
> 
> 2012/03/09 14:52:47 [debug] 15114#0: epoll: fd:19 ev:0005 d:00007F7E4D178311
> 2012/03/09 14:52:47 [debug] 15114#0: *2 http upstream request:
> "/uwsgi/last.py?"
> 2012/03/09 14:52:47 [debug] 15114#0: *2 http upstream process header
> 2012/03/09 14:52:47 [debug] 15114#0: *2 malloc: 0000000001437550:4096
> 2012/03/09 14:52:47 [debug] 15114#0: *2 recv: fd:19 45 of 4096
> 2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi status 200 "200 OK"
> 2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi header:
> "Content-Type: text/plain"
> 2012/03/09 14:52:47 [debug] 15114#0: *2 http uwsgi header done
> 2012/03/09 14:52:47 [error] 15114#0: *2 upstream sent neither valid
> HTTP/1.0 header nor "Status" header line while reading response
> header from upstream
> 
> last.py упростил до:
> def last_handler(environ, start_response):
> start_response('200 OK', [('Content-Type', 'text/plain')])

Это баг в модуле wsgi, он неправильно работает с запросами.  Нужно 
взять вот эти коммиты в scgi и проделать то же c uwsgi:

http://trac.nginx.org/nginx/changeset/4372/nginx
http://trac.nginx.org/nginx/changeset/4374/nginx

Что-то я как-то не посмотрел, что в uwsgi те же проблемы...

Maxim Dounin


From vladget на openfilm.com  Sat Mar 10 22:33:48 2012
From: vladget на openfilm.com (Vladimir Getmanshchuk)
Date: Sun, 11 Mar 2012 00:33:48 +0200
Subject: =?UTF-8?B?UmU6INC30LDQs9GA0YPQt9C60LAg0YHRgtCw0YLQuNC60LgsINGF0YDQsNC90LU=?=
	=?UTF-8?B?0L3QuNC1?=
In-Reply-To: <9b48b40fe983216d44e3bdcce52f8a2f.NginxMailingListRussian@forum.nginx.org>
References: <9b48b40fe983216d44e3bdcce52f8a2f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGAjD=Bkr_wONpLraBS3j6jxcgmfJsdbGzsYzNeDaFN7HiTUuA@mail.gmail.com>

Ну если без backend то писать что то на embeded
perl<http://nginx.org/ru/docs/http/ngx_http_perl_module.html>
.

2012/3/10 alex_ru <nginx-forum на nginx.us>

> День добрый,
>
> Хочу оганизовать сохранение файлов (в
> основном картинки) на сервере. Много
> видел про организацию загрузки через
> upload module, но возник вопрос в хранении
> этих данных.
>
> На хабре читал про хранение клиентских
> файлов примерно в такой структуре:
> 123/456/789/image.jpg
>
> Где путь вычисляется от времени
> загрузки картинки, которое в моем
> примере 987654321.
> Как загрузить картинку и передать путь
> к ней при помощи  upload module я вроде бы
> разобрался, но как запихнуть файл по
> нужному пути - не получилось. Как я
> понял upload_module не создает каталоги, а
> может лишь положить файл в указанную
> папку в конфиге.
>
> Может кто посоветовать как
> организовать загрузку статики,
> желательно без бэкэнда?
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223708,223708#msg-223708
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Thank You for Your time!

Yours sincerely,
Vladimir Getmanshchuk

UNIX System Administrator
Openfilm, LLC

Email: vladget на openfilm.com
Skype: vladimir.getmanshchuk
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120311/6327349d/attachment.html>

From vladget на openfilm.com  Sat Mar 10 22:38:48 2012
From: vladget на openfilm.com (Vladimir Getmanshchuk)
Date: Sun, 11 Mar 2012 00:38:48 +0200
Subject: =?UTF-8?B?UmU6INCe0YLQvtCx0YDQsNC20LXQvdC40LUg0L7RiNC40LHQvtC6IHBocA==?=
In-Reply-To: <8cf2d06c7344d08b43558c0daa2ba95e.NginxMailingListRussian@forum.nginx.org>
References: <fff47c0c61794f625ca7a37fe29e6d00.NginxMailingListRussian@forum.nginx.org>
	<9b301dcbf55f78a97224f811ad193928.NginxMailingListRussian@forum.nginx.org>
	<8cf2d06c7344d08b43558c0daa2ba95e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGAjD=BxjmwrGVmai=3ni7OV5Pnx2BepC6uqgOeTGEG=N8aifw@mail.gmail.com>

I recommend: killall -9 php-fpm *(if you're not on production env, or/and
on Solaris OS.) *&& /etc/init.d/php5-fpm start && ps axu
 ;))))

2012/3/10 flexdiez <nginx-forum на nginx.us>

> It helps!!
> It begin worked with:
> /etc/init.d/php5-fpm stop && /etc/init.d/php5-fpm start
> :)
> Thank you!
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223703,223706#msg-223706
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
Thank You for Your time!

Yours sincerely,
Vladimir Getmanshchuk

UNIX System Administrator
Openfilm, LLC

Email: vladget на openfilm.com
Skype: vladimir.getmanshchuk
----------- ???????? ????? -----------
???????? ? ??????? HTML ???? ?????????&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120311/30ce4be1/attachment-0001.html>

From derbosebar на gmail.com  Sun Mar 11 20:44:10 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 00:44:10 +0400
Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90YvQuSDQt9Cw0L/Rg9GB0Logbmdpbng=?=
Message-ID: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>

Коллеги, приветствую!

Подскажите, с чем может быть связано такое поведение nginx:
собран из исходников nginx 1.0.13 со следующими ключами:
nginx version: nginx/1.0.13
built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
TLS SNI support enabled
configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
--add-module=../agentzh-chunkin-nginx-module-85eca98
--prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
--with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
--http-client-body-temp-path=/var/lib/nginx/tmp/client_body
--http-proxy-temp-path=/var/lib/nginx/tmp/proxy
--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_gzip_static_module
--with-http_random_index_module --with-http_secure_link_module
--with-http_degradation_module --with-http_stub_status_module
--with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
--with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'

При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
# /etc/init.d/nginx start
Starting nginx:

При этом запускается нужно количество worker:
 9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
-c /etc/nginx/nginx.conf
 9713 pts/1    S+     0:00 nginx: worker process
 9714 pts/1    S+     0:00 nginx: worker process
 9715 pts/1    S+     0:00 nginx: worker process
 9716 pts/1    S+     0:00 nginx: worker process
 9717 pts/1    S+     0:00 nginx: worker process
 9718 pts/1    S+     0:00 nginx: worker process
 9719 pts/1    S+     0:00 nginx: worker process
 9720 pts/1    S+     0:00 nginx: worker process

Висеть может до бесконечности. Конфиг дефолтный, поставленный при
установке nginx.

С чем может быть связано такое поведение?


From vladget на openfilm.com  Sun Mar 11 21:17:46 2012
From: vladget на openfilm.com (Vladimir Getmanshchuk)
Date: Sun, 11 Mar 2012 23:17:46 +0200
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
Message-ID: <CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>

0. собрать nginx поумолчанию:
./configure --prefix=/opt/nginx (или хотябы без --add module)
1. ctrl+z потом bg
потом смотрим логи nginx, потом dmesg и /var/log/messages
2. проверить все что в ./configure
grep nginx /etc/passwd
grep nginx /etc/group
file /var/lib/nginx/tmp/client_body

и т д.

2012/3/11 bw <derbosebar на gmail.com>

> Коллеги, приветствую!
>
> Подскажите, с чем может быть связано такое поведение nginx:
> собран из исходников nginx 1.0.13 со следующими ключами:
> nginx version: nginx/1.0.13
> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> TLS SNI support enabled
> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> --add-module=../agentzh-chunkin-nginx-module-85eca98
> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> --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_gzip_static_module
> --with-http_random_index_module --with-http_secure_link_module
> --with-http_degradation_module --with-http_stub_status_module
> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>
> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> # /etc/init.d/nginx start
> Starting nginx:
>
> При этом запускается нужно количество worker:
>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> -c /etc/nginx/nginx.conf
>  9713 pts/1    S+     0:00 nginx: worker process
>  9714 pts/1    S+     0:00 nginx: worker process
>  9715 pts/1    S+     0:00 nginx: worker process
>  9716 pts/1    S+     0:00 nginx: worker process
>  9717 pts/1    S+     0:00 nginx: worker process
>  9718 pts/1    S+     0:00 nginx: worker process
>  9719 pts/1    S+     0:00 nginx: worker process
>  9720 pts/1    S+     0:00 nginx: worker process
>
> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> установке nginx.
>
> С чем может быть связано такое поведение?
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Thank You for Your time!

Yours sincerely,
Vladimir Getmanshchuk

UNIX System Administrator
Openfilm, LLC

Email: vladget на openfilm.com
Skype: vladimir.getmanshchuk
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120311/6c66e7c7/attachment.html>

From derbosebar на gmail.com  Sun Mar 11 21:30:53 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 01:30:53 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
Message-ID: <CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>

В разных вариациях это все уже пробовалось.
В dmesg/messages ничего, касающегося nginx
В error.log только:
2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
"/etc/init.d/nginx"

и все.

2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> 0. собрать nginx поумолчанию:
> ./configure --prefix=/opt/nginx (или хотябы без --add module)
> 1. ctrl+z потом bg
> потом смотрим логи nginx, потом dmesg и /var/log/messages
> 2. проверить все что в ./configure
> grep nginx /etc/passwd
> grep nginx /etc/group
> file /var/lib/nginx/tmp/client_body
>
> и т д.
>
> 2012/3/11 bw <derbosebar на gmail.com>
>>
>> Коллеги, приветствую!
>>
>> Подскажите, с чем может быть связано такое поведение nginx:
>> собран из исходников nginx 1.0.13 со следующими ключами:
>> nginx version: nginx/1.0.13
>> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
>> TLS SNI support enabled
>> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
>> --add-module=../agentzh-chunkin-nginx-module-85eca98
>> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
>> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
>> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
>> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
>> --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_gzip_static_module
>> --with-http_random_index_module --with-http_secure_link_module
>> --with-http_degradation_module --with-http_stub_status_module
>> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>>
>> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
>> # /etc/init.d/nginx start
>> Starting nginx:
>>
>> При этом запускается нужно количество worker:
>>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
>> -c /etc/nginx/nginx.conf
>>  9713 pts/1    S+     0:00 nginx: worker process
>>  9714 pts/1    S+     0:00 nginx: worker process
>>  9715 pts/1    S+     0:00 nginx: worker process
>>  9716 pts/1    S+     0:00 nginx: worker process
>>  9717 pts/1    S+     0:00 nginx: worker process
>>  9718 pts/1    S+     0:00 nginx: worker process
>>  9719 pts/1    S+     0:00 nginx: worker process
>>  9720 pts/1    S+     0:00 nginx: worker process
>>
>> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
>> установке nginx.
>>
>> С чем может быть связано такое поведение?
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
> --
> Thank You for Your time!
>
> Yours sincerely,
> Vladimir Getmanshchuk
>
> UNIX System Administrator
> Openfilm, LLC
>
> Email: vladget на openfilm.com
> Skype: vladimir.getmanshchuk
>
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
bw


From mdounin на mdounin.ru  Sun Mar 11 22:29:52 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 02:29:52 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
Message-ID: <20120311222952.GW67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:

> В разных вариациях это все уже пробовалось.
> В dmesg/messages ничего, касающегося nginx
> В error.log только:
> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
> "/etc/init.d/nginx"
> 
> и все.

Судя по всему, кто-то определил переменную окружения NGINX.  Это 
плохая идея, nginx использует её для обновления исполняемого файла 
на лету, и последствия от её использования в других целях могут 
быть любые.

Maxim Dounin

> 
> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> > 0. собрать nginx поумолчанию:
> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
> > 1. ctrl+z потом bg
> > потом смотрим логи nginx, потом dmesg и /var/log/messages
> > 2. проверить все что в ./configure
> > grep nginx /etc/passwd
> > grep nginx /etc/group
> > file /var/lib/nginx/tmp/client_body
> >
> > и т д.
> >
> > 2012/3/11 bw <derbosebar на gmail.com>
> >>
> >> Коллеги, приветствую!
> >>
> >> Подскажите, с чем может быть связано такое поведение nginx:
> >> собран из исходников nginx 1.0.13 со следующими ключами:
> >> nginx version: nginx/1.0.13
> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> >> TLS SNI support enabled
> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> >> --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_gzip_static_module
> >> --with-http_random_index_module --with-http_secure_link_module
> >> --with-http_degradation_module --with-http_stub_status_module
> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >>
> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> >> # /etc/init.d/nginx start
> >> Starting nginx:
> >>
> >> При этом запускается нужно количество worker:
> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> >> -c /etc/nginx/nginx.conf
> >>  9713 pts/1    S+     0:00 nginx: worker process
> >>  9714 pts/1    S+     0:00 nginx: worker process
> >>  9715 pts/1    S+     0:00 nginx: worker process
> >>  9716 pts/1    S+     0:00 nginx: worker process
> >>  9717 pts/1    S+     0:00 nginx: worker process
> >>  9718 pts/1    S+     0:00 nginx: worker process
> >>  9719 pts/1    S+     0:00 nginx: worker process
> >>  9720 pts/1    S+     0:00 nginx: worker process
> >>
> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> >> установке nginx.
> >>
> >> С чем может быть связано такое поведение?
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> >
> >
> >
> > --
> > Thank You for Your time!
> >
> > Yours sincerely,
> > Vladimir Getmanshchuk
> >
> > UNIX System Administrator
> > Openfilm, LLC
> >
> > Email: vladget на openfilm.com
> > Skype: vladimir.getmanshchuk
> >
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> bw
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From hell-for-yahoo на umail.ru  Sun Mar 11 22:33:40 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 12 Mar 2012 02:33:40 +0400
Subject: =?UTF-8?B?UmVbMl06IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F59ED17.7030705@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru> <4F58EC71.4080405@bestmx.ru>
	<285077345.20120309052026@mtu-net.ru> <4F59D761.9070205@bestmx.ru>
	<517349055.20120309145948@mtu-net.ru> <4F59ED17.7030705@bestmx.ru>
Message-ID: <14393728.20120312023340@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Andrey N. Oktyabrski!

>> Ещё раз, медленно.
>> Заголовок Accept-Language именно и служит для того, чтобы объяснить сайту, на
>> который ты заходишь, на каких языках ты бы предпочёл видеть контент.
ANO> У меня нет одного предпочтения для всех сайтов.

У меня тоже. Мне, по большому счёту, всё равно, на каком из трёх языков
принимать информацию.
Но английский в браузере стоит первым, потому как обычно приходится работать с
сайтами, изначально написанными на английском.

>> Вот тут например коротенькая поясняющая статья
>> http://euri.ca/2011/05/multiple-languages-in-accept-language-header/
>>
>> Не сайт тебе диктует. Ты. Предпочитаешь.
ANO> Вы мне, пожалуйста, не тыкайте, если можете.

Не буду придираться, чтобы не опуститься до Вашего уровня.

>> Предпочтение - не догма, никто не запрещает тебе сказать что-то вроде
>> http://nginx.org/proxy_http_version/en и сразу перейти на английскую
>> версию статьи, если ты знаешь, что тебе нужна именно английская.
ANO> Я именно об этом и говорю: не надо неестественного интеллекта, я сам в 
ANO> состоянии выбрать, что мне нужно.

Вот и выбирайте. В вашем распоряжении стандартизированные средства,
поддерживаемые любым современным браузером.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 12.03.2012, <02:26>


From hell-for-yahoo на umail.ru  Sun Mar 11 22:33:47 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Mon, 12 Mar 2012 02:33:47 +0400
Subject: =?UTF-8?B?UmVbMl06IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <CAOVv4Z3qF49k5ZFZQHwdFLkRfQCpChM_eVUr42gWmXWHdGubzA@mail.gmail.com>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
	<1639545402.20120308201854@mtu-net.ru> <4F58EC71.4080405@bestmx.ru>
	<285077345.20120309052026@mtu-net.ru> <4F59D761.9070205@bestmx.ru>
	<517349055.20120309145948@mtu-net.ru> <4F59ED17.7030705@bestmx.ru>
	<D1C560F6-CD02-4842-8370-59EB189CC874@karagodov.name>
	<CAOVv4Z3qF49k5ZFZQHwdFLkRfQCpChM_eVUr42gWmXWHdGubzA@mail.gmail.com>
Message-ID: <6110731012.20120312023347@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Marat Bediev!

MB> предоставлять выбор надо при равных условиях.
MB> при том, что английская версия документации гораздо общирнее русской,
MB> счатаю не правильным "насильно" указывать пользователю, что читать..
MB> не все в состоянии догадаться, что на английском больше..

MB> имхо, само собой..

Это никак не связанные между собой вопросы. Даже проблемой это не назвать -
есть определённые приоритеты. Сейчас - это актуализация хотя бы английской
документации. Когда это будет сделано, появится и русская, и на других языках
переводы подтянутся.
Аргументировать принципиальные решения временными факторами не считаю допустимым.




-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 12.03.2012, <02:23>


From ano на bestmx.ru  Mon Mar 12 05:52:27 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Mon, 12 Mar 2012 09:52:27 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <14393728.20120312023340@mtu-net.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru> <14393728.20120312023340@mtu-net.ru>
Message-ID: <4F5D8F1B.3070505@bestmx.ru>

On 12.03.12 02:33, Andrey Repin wrote:
>>> Ещё раз, медленно.
>>> Заголовок Accept-Language именно и служит для того, чтобы объяснить сайту, на
>>> который ты заходишь, на каких языках ты бы предпочёл видеть контент.
> ANO>  У меня нет одного предпочтения для всех сайтов.
>
> У меня тоже. Мне, по большому счёту, всё равно, на каком из трёх языков
> принимать информацию.
О чём же Вы тогда спорите тут со мной, которому не всё равно? Не надо 
перед свиньями бисер метать, будьте выше их. Как америкосы, которые 
придумали уникод, но им не пользуются, потому что им он нафиг не нужен.

> Но английский в браузере стоит первым, потому как обычно приходится работать с
> сайтами, изначально написанными на английском.
А мне приходится бывать в шкуре обычного юзера, для которого я делаю 
сайт. Поэтому "предпочитаю" русский язык в настройках.

> Не буду придираться, чтобы не опуститься до Вашего уровня.
Спасибо.

>>> Предпочтение - не догма, никто не запрещает тебе сказать что-то вроде
>>> http://nginx.org/proxy_http_version/en и сразу перейти на английскую
>>> версию статьи, если ты знаешь, что тебе нужна именно английская.
> ANO>  Я именно об этом и говорю: не надо неестественного интеллекта, я сам в
> ANO>  состоянии выбрать, что мне нужно.
>
> Вот и выбирайте. В вашем распоряжении стандартизированные средства,
> поддерживаемые любым современным браузером.
Эти стандартизированные средства позволяют организовать такие 
увлекательные квесты, как скачивание firefox'a c mozilla.com, и я не 
хочу с такими же приключениями читать документацию на один из главных 
моих рабочих инструментов. Если уж на то пошло, русской документации 
место на nginx.ru, английской - на nginx.org.

P.S. Надеюсь, Ваш ответ на это письмо будет последним в обсуждении этой 
темы.


From gmm на csdoc.com  Mon Mar 12 09:54:02 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Mon, 12 Mar 2012 11:54:02 +0200
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F5D8F1B.3070505@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>
	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru> <1639545402.20120308201854@mtu-net.ru>
	<4F58EC71.4080405@bestmx.ru> <285077345.20120309052026@mtu-net.ru>
	<4F59D761.9070205@bestmx.ru> <517349055.20120309145948@mtu-net.ru>
	<4F59ED17.7030705@bestmx.ru> <14393728.20120312023340@mtu-net.ru>
	<4F5D8F1B.3070505@bestmx.ru>
Message-ID: <4F5DC7BA.1060701@csdoc.com>

On 12.03.2012 7:52, Andrey N. Oktyabrski wrote:

> Если уж на то пошло, русской документации
> место на nginx.ru, английской - на nginx.org.

сайта nginx.ru больше нет, оттуда стоит редирект на http://nginx.org/ru/

-- 
Best regards,
  Gena


From gmm на csdoc.com  Mon Mar 12 12:35:35 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Mon, 12 Mar 2012 14:35:35 +0200
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <20120311222952.GW67687@mdounin.ru>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
Message-ID: <4F5DED97.7000200@csdoc.com>

On 12.03.2012 0:29, Maxim Dounin wrote:

> Судя по всему, кто-то определил переменную окружения NGINX.  Это
> плохая идея, nginx использует её для обновления исполняемого файла
> на лету, и последствия от её использования в других целях могут
> быть любые.

может быть лучше зарезервированный идентификатор сделать таким,
чтобы он не пересекался с пользовательским пространством имен?

например, __NGINX_BINARY_UPGRADE__ или __NGINX__ или __NGINX ?

-- 
Best regards,
  Gena


From derbosebar на gmail.com  Mon Mar 12 12:46:01 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 16:46:01 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <20120311222952.GW67687@mdounin.ru>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
Message-ID: <CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>

После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
echo $NGINX  - пусто.

2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
>
>> В разных вариациях это все уже пробовалось.
>> В dmesg/messages ничего, касающегося nginx
>> В error.log только:
>> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
>> "/etc/init.d/nginx"
>>
>> и все.
>
> Судя по всему, кто-то определил переменную окружения NGINX.  Это
> плохая идея, nginx использует её для обновления исполняемого файла
> на лету, и последствия от её использования в других целях могут
> быть любые.
>
> Maxim Dounin
>
>>
>> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
>> > 0. собрать nginx поумолчанию:
>> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
>> > 1. ctrl+z потом bg
>> > потом смотрим логи nginx, потом dmesg и /var/log/messages
>> > 2. проверить все что в ./configure
>> > grep nginx /etc/passwd
>> > grep nginx /etc/group
>> > file /var/lib/nginx/tmp/client_body
>> >
>> > и т д.
>> >
>> > 2012/3/11 bw <derbosebar на gmail.com>
>> >>
>> >> Коллеги, приветствую!
>> >>
>> >> Подскажите, с чем может быть связано такое поведение nginx:
>> >> собран из исходников nginx 1.0.13 со следующими ключами:
>> >> nginx version: nginx/1.0.13
>> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
>> >> TLS SNI support enabled
>> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
>> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
>> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
>> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
>> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
>> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
>> >> --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_gzip_static_module
>> >> --with-http_random_index_module --with-http_secure_link_module
>> >> --with-http_degradation_module --with-http_stub_status_module
>> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >>
>> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
>> >> # /etc/init.d/nginx start
>> >> Starting nginx:
>> >>
>> >> При этом запускается нужно количество worker:
>> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
>> >> -c /etc/nginx/nginx.conf
>> >>  9713 pts/1    S+     0:00 nginx: worker process
>> >>  9714 pts/1    S+     0:00 nginx: worker process
>> >>  9715 pts/1    S+     0:00 nginx: worker process
>> >>  9716 pts/1    S+     0:00 nginx: worker process
>> >>  9717 pts/1    S+     0:00 nginx: worker process
>> >>  9718 pts/1    S+     0:00 nginx: worker process
>> >>  9719 pts/1    S+     0:00 nginx: worker process
>> >>  9720 pts/1    S+     0:00 nginx: worker process
>> >>
>> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
>> >> установке nginx.
>> >>
>> >> С чем может быть связано такое поведение?
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >
>> >
>> >
>> >
>> > --
>> > Thank You for Your time!
>> >
>> > Yours sincerely,
>> > Vladimir Getmanshchuk
>> >
>> > UNIX System Administrator
>> > Openfilm, LLC
>> >
>> > Email: vladget на openfilm.com
>> > Skype: vladimir.getmanshchuk
>> >
>> >
>> > _______________________________________________
>> > nginx-ru mailing list
>> > nginx-ru на nginx.org
>> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>> --
>> Best regards,
>> bw
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
bw


From mdounin на mdounin.ru  Mon Mar 12 13:10:21 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 17:10:21 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
Message-ID: <20120312131021.GB67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:

> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
> echo $NGINX  - пусто.

Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.

Maxim Dounin 

> 
> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> > Hello!
> >
> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
> >
> >> В разных вариациях это все уже пробовалось.
> >> В dmesg/messages ничего, касающегося nginx
> >> В error.log только:
> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
> >> "/etc/init.d/nginx"
> >>
> >> и все.
> >
> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
> > плохая идея, nginx использует её для обновления исполняемого файла
> > на лету, и последствия от её использования в других целях могут
> > быть любые.
> >
> > Maxim Dounin
> >
> >>
> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> >> > 0. собрать nginx поумолчанию:
> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
> >> > 1. ctrl+z потом bg
> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
> >> > 2. проверить все что в ./configure
> >> > grep nginx /etc/passwd
> >> > grep nginx /etc/group
> >> > file /var/lib/nginx/tmp/client_body
> >> >
> >> > и т д.
> >> >
> >> > 2012/3/11 bw <derbosebar на gmail.com>
> >> >>
> >> >> Коллеги, приветствую!
> >> >>
> >> >> Подскажите, с чем может быть связано такое поведение nginx:
> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
> >> >> nginx version: nginx/1.0.13
> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> >> >> TLS SNI support enabled
> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> >> >> --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_gzip_static_module
> >> >> --with-http_random_index_module --with-http_secure_link_module
> >> >> --with-http_degradation_module --with-http_stub_status_module
> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >>
> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> >> >> # /etc/init.d/nginx start
> >> >> Starting nginx:
> >> >>
> >> >> При этом запускается нужно количество worker:
> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> >> >> -c /etc/nginx/nginx.conf
> >> >>  9713 pts/1    S+     0:00 nginx: worker process
> >> >>  9714 pts/1    S+     0:00 nginx: worker process
> >> >>  9715 pts/1    S+     0:00 nginx: worker process
> >> >>  9716 pts/1    S+     0:00 nginx: worker process
> >> >>  9717 pts/1    S+     0:00 nginx: worker process
> >> >>  9718 pts/1    S+     0:00 nginx: worker process
> >> >>  9719 pts/1    S+     0:00 nginx: worker process
> >> >>  9720 pts/1    S+     0:00 nginx: worker process
> >> >>
> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> >> >> установке nginx.
> >> >>
> >> >> С чем может быть связано такое поведение?
> >> >>
> >> >> _______________________________________________
> >> >> nginx-ru mailing list
> >> >> nginx-ru на nginx.org
> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> > Thank You for Your time!
> >> >
> >> > Yours sincerely,
> >> > Vladimir Getmanshchuk
> >> >
> >> > UNIX System Administrator
> >> > Openfilm, LLC
> >> >
> >> > Email: vladget на openfilm.com
> >> > Skype: vladimir.getmanshchuk
> >> >
> >> >
> >> > _______________________________________________
> >> > nginx-ru mailing list
> >> > nginx-ru на nginx.org
> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> bw
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> bw
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From derbosebar на gmail.com  Mon Mar 12 13:12:57 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 17:12:57 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <20120312131021.GB67687@mdounin.ru>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
Message-ID: <CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>

Привет!

Что именно смотреть?
Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
запуске самого бинарника: /opt/ngixn/sbin/nginx

2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
>
>> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
>> echo $NGINX  - пусто.
>
> Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
>
> Maxim Dounin
>
>>
>> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> > Hello!
>> >
>> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
>> >
>> >> В разных вариациях это все уже пробовалось.
>> >> В dmesg/messages ничего, касающегося nginx
>> >> В error.log только:
>> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
>> >> "/etc/init.d/nginx"
>> >>
>> >> и все.
>> >
>> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
>> > плохая идея, nginx использует её для обновления исполняемого файла
>> > на лету, и последствия от её использования в других целях могут
>> > быть любые.
>> >
>> > Maxim Dounin
>> >
>> >>
>> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
>> >> > 0. собрать nginx поумолчанию:
>> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
>> >> > 1. ctrl+z потом bg
>> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
>> >> > 2. проверить все что в ./configure
>> >> > grep nginx /etc/passwd
>> >> > grep nginx /etc/group
>> >> > file /var/lib/nginx/tmp/client_body
>> >> >
>> >> > и т д.
>> >> >
>> >> > 2012/3/11 bw <derbosebar на gmail.com>
>> >> >>
>> >> >> Коллеги, приветствую!
>> >> >>
>> >> >> Подскажите, с чем может быть связано такое поведение nginx:
>> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
>> >> >> nginx version: nginx/1.0.13
>> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
>> >> >> TLS SNI support enabled
>> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
>> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
>> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
>> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
>> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
>> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
>> >> >> --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_gzip_static_module
>> >> >> --with-http_random_index_module --with-http_secure_link_module
>> >> >> --with-http_degradation_module --with-http_stub_status_module
>> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >>
>> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
>> >> >> # /etc/init.d/nginx start
>> >> >> Starting nginx:
>> >> >>
>> >> >> При этом запускается нужно количество worker:
>> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
>> >> >> -c /etc/nginx/nginx.conf
>> >> >>  9713 pts/1    S+     0:00 nginx: worker process
>> >> >>  9714 pts/1    S+     0:00 nginx: worker process
>> >> >>  9715 pts/1    S+     0:00 nginx: worker process
>> >> >>  9716 pts/1    S+     0:00 nginx: worker process
>> >> >>  9717 pts/1    S+     0:00 nginx: worker process
>> >> >>  9718 pts/1    S+     0:00 nginx: worker process
>> >> >>  9719 pts/1    S+     0:00 nginx: worker process
>> >> >>  9720 pts/1    S+     0:00 nginx: worker process
>> >> >>
>> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
>> >> >> установке nginx.
>> >> >>
>> >> >> С чем может быть связано такое поведение?
>> >> >>
>> >> >> _______________________________________________
>> >> >> nginx-ru mailing list
>> >> >> nginx-ru на nginx.org
>> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Thank You for Your time!
>> >> >
>> >> > Yours sincerely,
>> >> > Vladimir Getmanshchuk
>> >> >
>> >> > UNIX System Administrator
>> >> > Openfilm, LLC
>> >> >
>> >> > Email: vladget на openfilm.com
>> >> > Skype: vladimir.getmanshchuk
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > nginx-ru mailing list
>> >> > nginx-ru на nginx.org
>> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> bw
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >
>> > _______________________________________________
>> > nginx-ru mailing list
>> > nginx-ru на nginx.org
>> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>> --
>> Best regards,
>> bw
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
bw


From mdounin на mdounin.ru  Mon Mar 12 13:18:26 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 17:18:26 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
	<CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
Message-ID: <20120312131825.GC67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 05:12:57PM +0400, bw wrote:

> Привет!
> 
> Что именно смотреть?
> Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
> запуске самого бинарника: /opt/ngixn/sbin/nginx

В error log при этом что?  Ну и конфиг для комплекта покажите.

Maxim Dounin

> 
> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> > Hello!
> >
> > On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
> >
> >> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
> >> echo $NGINX  - пусто.
> >
> > Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
> >
> > Maxim Dounin
> >
> >>
> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> > Hello!
> >> >
> >> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
> >> >
> >> >> В разных вариациях это все уже пробовалось.
> >> >> В dmesg/messages ничего, касающегося nginx
> >> >> В error.log только:
> >> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
> >> >> "/etc/init.d/nginx"
> >> >>
> >> >> и все.
> >> >
> >> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
> >> > плохая идея, nginx использует её для обновления исполняемого файла
> >> > на лету, и последствия от её использования в других целях могут
> >> > быть любые.
> >> >
> >> > Maxim Dounin
> >> >
> >> >>
> >> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> >> >> > 0. собрать nginx поумолчанию:
> >> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
> >> >> > 1. ctrl+z потом bg
> >> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
> >> >> > 2. проверить все что в ./configure
> >> >> > grep nginx /etc/passwd
> >> >> > grep nginx /etc/group
> >> >> > file /var/lib/nginx/tmp/client_body
> >> >> >
> >> >> > и т д.
> >> >> >
> >> >> > 2012/3/11 bw <derbosebar на gmail.com>
> >> >> >>
> >> >> >> Коллеги, приветствую!
> >> >> >>
> >> >> >> Подскажите, с чем может быть связано такое поведение nginx:
> >> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
> >> >> >> nginx version: nginx/1.0.13
> >> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> >> >> >> TLS SNI support enabled
> >> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> >> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
> >> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> >> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> >> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> >> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> >> >> >> --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_gzip_static_module
> >> >> >> --with-http_random_index_module --with-http_secure_link_module
> >> >> >> --with-http_degradation_module --with-http_stub_status_module
> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >>
> >> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> >> >> >> # /etc/init.d/nginx start
> >> >> >> Starting nginx:
> >> >> >>
> >> >> >> При этом запускается нужно количество worker:
> >> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> >> >> >> -c /etc/nginx/nginx.conf
> >> >> >>  9713 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9714 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9715 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9716 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9717 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9718 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9719 pts/1    S+     0:00 nginx: worker process
> >> >> >>  9720 pts/1    S+     0:00 nginx: worker process
> >> >> >>
> >> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> >> >> >> установке nginx.
> >> >> >>
> >> >> >> С чем может быть связано такое поведение?
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> nginx-ru mailing list
> >> >> >> nginx-ru на nginx.org
> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Thank You for Your time!
> >> >> >
> >> >> > Yours sincerely,
> >> >> > Vladimir Getmanshchuk
> >> >> >
> >> >> > UNIX System Administrator
> >> >> > Openfilm, LLC
> >> >> >
> >> >> > Email: vladget на openfilm.com
> >> >> > Skype: vladimir.getmanshchuk
> >> >> >
> >> >> >
> >> >> > _______________________________________________
> >> >> > nginx-ru mailing list
> >> >> > nginx-ru на nginx.org
> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Best regards,
> >> >> bw
> >> >>
> >> >> _______________________________________________
> >> >> nginx-ru mailing list
> >> >> nginx-ru на nginx.org
> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >
> >> > _______________________________________________
> >> > nginx-ru mailing list
> >> > nginx-ru на nginx.org
> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> bw
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> bw
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From derbosebar на gmail.com  Mon Mar 12 13:23:44 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 17:23:44 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <20120312131825.GC67687@mdounin.ru>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
	<CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
	<20120312131825.GC67687@mdounin.ru>
Message-ID: <CAAzGxUOdgFJuTX9vEt2huJPW4TN-SxR9JFLkteJgohjfYv1asA@mail.gmail.com>

В error.log ничего.

Конфиг:

user              nginx;
worker_processes  8;

error_log  /var/log/nginx/error.log;

pid        /var/run/nginx.pid;

events {
    worker_connections  16384;
}

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;
    keepalive_timeout  65;

    output_buffers 1 32k;
    postpone_output 1460;
    tcp_nopush on;
    tcp_nodelay on;

    server {
        listen       80;
        server_name  _;

        location / {
            root   /usr/share/nginx/html;
            index  index.html index.htm;
        }
        error_page  404              /404.html;
        location = /404.html {
            root   /usr/share/nginx/html;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }

        location /nginx_status {
                stub_status on;
                access_log   off;
       }
  }
}
2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Mon, Mar 12, 2012 at 05:12:57PM +0400, bw wrote:
>
>> Привет!
>>
>> Что именно смотреть?
>> Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
>> запуске самого бинарника: /opt/ngixn/sbin/nginx
>
> В error log при этом что?  Ну и конфиг для комплекта покажите.
>
> Maxim Dounin
>
>>
>> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> > Hello!
>> >
>> > On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
>> >
>> >> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
>> >> echo $NGINX  - пусто.
>> >
>> > Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
>> >
>> > Maxim Dounin
>> >
>> >>
>> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> >> > Hello!
>> >> >
>> >> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
>> >> >
>> >> >> В разных вариациях это все уже пробовалось.
>> >> >> В dmesg/messages ничего, касающегося nginx
>> >> >> В error.log только:
>> >> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
>> >> >> "/etc/init.d/nginx"
>> >> >>
>> >> >> и все.
>> >> >
>> >> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
>> >> > плохая идея, nginx использует её для обновления исполняемого файла
>> >> > на лету, и последствия от её использования в других целях могут
>> >> > быть любые.
>> >> >
>> >> > Maxim Dounin
>> >> >
>> >> >>
>> >> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
>> >> >> > 0. собрать nginx поумолчанию:
>> >> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
>> >> >> > 1. ctrl+z потом bg
>> >> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
>> >> >> > 2. проверить все что в ./configure
>> >> >> > grep nginx /etc/passwd
>> >> >> > grep nginx /etc/group
>> >> >> > file /var/lib/nginx/tmp/client_body
>> >> >> >
>> >> >> > и т д.
>> >> >> >
>> >> >> > 2012/3/11 bw <derbosebar на gmail.com>
>> >> >> >>
>> >> >> >> Коллеги, приветствую!
>> >> >> >>
>> >> >> >> Подскажите, с чем может быть связано такое поведение nginx:
>> >> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
>> >> >> >> nginx version: nginx/1.0.13
>> >> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
>> >> >> >> TLS SNI support enabled
>> >> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
>> >> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
>> >> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
>> >> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
>> >> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
>> >> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
>> >> >> >> --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_gzip_static_module
>> >> >> >> --with-http_random_index_module --with-http_secure_link_module
>> >> >> >> --with-http_degradation_module --with-http_stub_status_module
>> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >> >>
>> >> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
>> >> >> >> # /etc/init.d/nginx start
>> >> >> >> Starting nginx:
>> >> >> >>
>> >> >> >> При этом запускается нужно количество worker:
>> >> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
>> >> >> >> -c /etc/nginx/nginx.conf
>> >> >> >>  9713 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9714 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9715 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9716 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9717 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9718 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9719 pts/1    S+     0:00 nginx: worker process
>> >> >> >>  9720 pts/1    S+     0:00 nginx: worker process
>> >> >> >>
>> >> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
>> >> >> >> установке nginx.
>> >> >> >>
>> >> >> >> С чем может быть связано такое поведение?
>> >> >> >>
>> >> >> >> _______________________________________________
>> >> >> >> nginx-ru mailing list
>> >> >> >> nginx-ru на nginx.org
>> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > Thank You for Your time!
>> >> >> >
>> >> >> > Yours sincerely,
>> >> >> > Vladimir Getmanshchuk
>> >> >> >
>> >> >> > UNIX System Administrator
>> >> >> > Openfilm, LLC
>> >> >> >
>> >> >> > Email: vladget на openfilm.com
>> >> >> > Skype: vladimir.getmanshchuk
>> >> >> >
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > nginx-ru mailing list
>> >> >> > nginx-ru на nginx.org
>> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Best regards,
>> >> >> bw
>> >> >>
>> >> >> _______________________________________________
>> >> >> nginx-ru mailing list
>> >> >> nginx-ru на nginx.org
>> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >
>> >> > _______________________________________________
>> >> > nginx-ru mailing list
>> >> > nginx-ru на nginx.org
>> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> bw
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >
>> > _______________________________________________
>> > nginx-ru mailing list
>> > nginx-ru на nginx.org
>> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>> --
>> Best regards,
>> bw
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
bw


From mdounin на mdounin.ru  Mon Mar 12 14:05:22 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 18:05:22 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUOdgFJuTX9vEt2huJPW4TN-SxR9JFLkteJgohjfYv1asA@mail.gmail.com>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
	<CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
	<20120312131825.GC67687@mdounin.ru>
	<CAAzGxUOdgFJuTX9vEt2huJPW4TN-SxR9JFLkteJgohjfYv1asA@mail.gmail.com>
Message-ID: <20120312140522.GD67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 05:23:44PM +0400, bw wrote:

> В error.log ничего.
> 
> Конфиг:
> 
> user              nginx;
> worker_processes  8;
> 
> error_log  /var/log/nginx/error.log;

Вот тут вот имеет смысл поставить

    error_log /var/log/nginx/error.log info;

и повторить процедуру.

> 
> pid        /var/run/nginx.pid;
> 
> events {
>     worker_connections  16384;
> }

Но вообще конфиг выглядит нормально, по крайней мере простых 
объяснений вроде "daemon off" в конфиге не просматривается.  И, 
кстати, это точно тот конфиг, который используется?  Note: при 
запуске бинарника без параметров будет использоваться конфиг из 
/opt/nginx/conf/nginx.conf.

Maxim Dounin

> 
> 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;
>     keepalive_timeout  65;
> 
>     output_buffers 1 32k;
>     postpone_output 1460;
>     tcp_nopush on;
>     tcp_nodelay on;
> 
>     server {
>         listen       80;
>         server_name  _;
> 
>         location / {
>             root   /usr/share/nginx/html;
>             index  index.html index.htm;
>         }
>         error_page  404              /404.html;
>         location = /404.html {
>             root   /usr/share/nginx/html;
>         }
> 
>         error_page   500 502 503 504  /50x.html;
>         location = /50x.html {
>             root   /usr/share/nginx/html;
>         }
> 
>         location /nginx_status {
>                 stub_status on;
>                 access_log   off;
>        }
>   }
> }
> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> > Hello!
> >
> > On Mon, Mar 12, 2012 at 05:12:57PM +0400, bw wrote:
> >
> >> Привет!
> >>
> >> Что именно смотреть?
> >> Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
> >> запуске самого бинарника: /opt/ngixn/sbin/nginx
> >
> > В error log при этом что?  Ну и конфиг для комплекта покажите.
> >
> > Maxim Dounin
> >
> >>
> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> > Hello!
> >> >
> >> > On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
> >> >
> >> >> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
> >> >> echo $NGINX  - пусто.
> >> >
> >> > Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
> >> >
> >> > Maxim Dounin
> >> >
> >> >>
> >> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> >> > Hello!
> >> >> >
> >> >> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
> >> >> >
> >> >> >> В разных вариациях это все уже пробовалось.
> >> >> >> В dmesg/messages ничего, касающегося nginx
> >> >> >> В error.log только:
> >> >> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
> >> >> >> "/etc/init.d/nginx"
> >> >> >>
> >> >> >> и все.
> >> >> >
> >> >> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
> >> >> > плохая идея, nginx использует её для обновления исполняемого файла
> >> >> > на лету, и последствия от её использования в других целях могут
> >> >> > быть любые.
> >> >> >
> >> >> > Maxim Dounin
> >> >> >
> >> >> >>
> >> >> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> >> >> >> > 0. собрать nginx поумолчанию:
> >> >> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
> >> >> >> > 1. ctrl+z потом bg
> >> >> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
> >> >> >> > 2. проверить все что в ./configure
> >> >> >> > grep nginx /etc/passwd
> >> >> >> > grep nginx /etc/group
> >> >> >> > file /var/lib/nginx/tmp/client_body
> >> >> >> >
> >> >> >> > и т д.
> >> >> >> >
> >> >> >> > 2012/3/11 bw <derbosebar на gmail.com>
> >> >> >> >>
> >> >> >> >> Коллеги, приветствую!
> >> >> >> >>
> >> >> >> >> Подскажите, с чем может быть связано такое поведение nginx:
> >> >> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
> >> >> >> >> nginx version: nginx/1.0.13
> >> >> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> >> >> >> >> TLS SNI support enabled
> >> >> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> >> >> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
> >> >> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> >> >> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> >> >> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> >> >> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> >> >> >> >> --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_gzip_static_module
> >> >> >> >> --with-http_random_index_module --with-http_secure_link_module
> >> >> >> >> --with-http_degradation_module --with-http_stub_status_module
> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >> >>
> >> >> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> >> >> >> >> # /etc/init.d/nginx start
> >> >> >> >> Starting nginx:
> >> >> >> >>
> >> >> >> >> При этом запускается нужно количество worker:
> >> >> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> >> >> >> >> -c /etc/nginx/nginx.conf
> >> >> >> >>  9713 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9714 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9715 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9716 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9717 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9718 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9719 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>  9720 pts/1    S+     0:00 nginx: worker process
> >> >> >> >>
> >> >> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> >> >> >> >> установке nginx.
> >> >> >> >>
> >> >> >> >> С чем может быть связано такое поведение?
> >> >> >> >>
> >> >> >> >> _______________________________________________
> >> >> >> >> nginx-ru mailing list
> >> >> >> >> nginx-ru на nginx.org
> >> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> >
> >> >> >> > --
> >> >> >> > Thank You for Your time!
> >> >> >> >
> >> >> >> > Yours sincerely,
> >> >> >> > Vladimir Getmanshchuk
> >> >> >> >
> >> >> >> > UNIX System Administrator
> >> >> >> > Openfilm, LLC
> >> >> >> >
> >> >> >> > Email: vladget на openfilm.com
> >> >> >> > Skype: vladimir.getmanshchuk
> >> >> >> >
> >> >> >> >
> >> >> >> > _______________________________________________
> >> >> >> > nginx-ru mailing list
> >> >> >> > nginx-ru на nginx.org
> >> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Best regards,
> >> >> >> bw
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> nginx-ru mailing list
> >> >> >> nginx-ru на nginx.org
> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >
> >> >> > _______________________________________________
> >> >> > nginx-ru mailing list
> >> >> > nginx-ru на nginx.org
> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Best regards,
> >> >> bw
> >> >>
> >> >> _______________________________________________
> >> >> nginx-ru mailing list
> >> >> nginx-ru на nginx.org
> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >
> >> > _______________________________________________
> >> > nginx-ru mailing list
> >> > nginx-ru на nginx.org
> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> bw
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> bw
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From derbosebar на gmail.com  Mon Mar 12 14:17:55 2012
From: derbosebar на gmail.com (bw)
Date: Mon, 12 Mar 2012 18:17:55 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <20120312140522.GD67687@mdounin.ru>
References: <CAAzGxUNoyGD+n4M1M83FkdBSFaDugt-T42DjzsZPCfK0YjQ8Vg@mail.gmail.com>
	<CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
	<CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
	<20120312131825.GC67687@mdounin.ru>
	<CAAzGxUOdgFJuTX9vEt2huJPW4TN-SxR9JFLkteJgohjfYv1asA@mail.gmail.com>
	<20120312140522.GD67687@mdounin.ru>
Message-ID: <CAAzGxUO=tq+vSFmurcsJy37KasjwowUQtKA=1ZrdKM4JDktNjg@mail.gmail.com>

я специально для поиска проблем максимально упростил конфиг - он и с
таким висит.
конфиг при старте указываю явно через -c

2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> Hello!
>
> On Mon, Mar 12, 2012 at 05:23:44PM +0400, bw wrote:
>
>> В error.log ничего.
>>
>> Конфиг:
>>
>> user              nginx;
>> worker_processes  8;
>>
>> error_log  /var/log/nginx/error.log;
>
> Вот тут вот имеет смысл поставить
>
>    error_log /var/log/nginx/error.log info;
>
> и повторить процедуру.
>
>>
>> pid        /var/run/nginx.pid;
>>
>> events {
>>     worker_connections  16384;
>> }
>
> Но вообще конфиг выглядит нормально, по крайней мере простых
> объяснений вроде "daemon off" в конфиге не просматривается.  И,
> кстати, это точно тот конфиг, который используется?  Note: при
> запуске бинарника без параметров будет использоваться конфиг из
> /opt/nginx/conf/nginx.conf.
>
> Maxim Dounin
>
>>
>> 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;
>>     keepalive_timeout  65;
>>
>>     output_buffers 1 32k;
>>     postpone_output 1460;
>>     tcp_nopush on;
>>     tcp_nodelay on;
>>
>>     server {
>>         listen       80;
>>         server_name  _;
>>
>>         location / {
>>             root   /usr/share/nginx/html;
>>             index  index.html index.htm;
>>         }
>>         error_page  404              /404.html;
>>         location = /404.html {
>>             root   /usr/share/nginx/html;
>>         }
>>
>>         error_page   500 502 503 504  /50x.html;
>>         location = /50x.html {
>>             root   /usr/share/nginx/html;
>>         }
>>
>>         location /nginx_status {
>>                 stub_status on;
>>                 access_log   off;
>>        }
>>   }
>> }
>> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> > Hello!
>> >
>> > On Mon, Mar 12, 2012 at 05:12:57PM +0400, bw wrote:
>> >
>> >> Привет!
>> >>
>> >> Что именно смотреть?
>> >> Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
>> >> запуске самого бинарника: /opt/ngixn/sbin/nginx
>> >
>> > В error log при этом что?  Ну и конфиг для комплекта покажите.
>> >
>> > Maxim Dounin
>> >
>> >>
>> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> >> > Hello!
>> >> >
>> >> > On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
>> >> >
>> >> >> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
>> >> >> echo $NGINX  - пусто.
>> >> >
>> >> > Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
>> >> >
>> >> > Maxim Dounin
>> >> >
>> >> >>
>> >> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
>> >> >> > Hello!
>> >> >> >
>> >> >> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
>> >> >> >
>> >> >> >> В разных вариациях это все уже пробовалось.
>> >> >> >> В dmesg/messages ничего, касающегося nginx
>> >> >> >> В error.log только:
>> >> >> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
>> >> >> >> "/etc/init.d/nginx"
>> >> >> >>
>> >> >> >> и все.
>> >> >> >
>> >> >> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
>> >> >> > плохая идея, nginx использует её для обновления исполняемого файла
>> >> >> > на лету, и последствия от её использования в других целях могут
>> >> >> > быть любые.
>> >> >> >
>> >> >> > Maxim Dounin
>> >> >> >
>> >> >> >>
>> >> >> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
>> >> >> >> > 0. собрать nginx поумолчанию:
>> >> >> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
>> >> >> >> > 1. ctrl+z потом bg
>> >> >> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
>> >> >> >> > 2. проверить все что в ./configure
>> >> >> >> > grep nginx /etc/passwd
>> >> >> >> > grep nginx /etc/group
>> >> >> >> > file /var/lib/nginx/tmp/client_body
>> >> >> >> >
>> >> >> >> > и т д.
>> >> >> >> >
>> >> >> >> > 2012/3/11 bw <derbosebar на gmail.com>
>> >> >> >> >>
>> >> >> >> >> Коллеги, приветствую!
>> >> >> >> >>
>> >> >> >> >> Подскажите, с чем может быть связано такое поведение nginx:
>> >> >> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
>> >> >> >> >> nginx version: nginx/1.0.13
>> >> >> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
>> >> >> >> >> TLS SNI support enabled
>> >> >> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
>> >> >> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
>> >> >> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
>> >> >> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
>> >> >> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
>> >> >> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
>> >> >> >> >> --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_gzip_static_module
>> >> >> >> >> --with-http_random_index_module --with-http_secure_link_module
>> >> >> >> >> --with-http_degradation_module --with-http_stub_status_module
>> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
>> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
>> >> >> >> >>
>> >> >> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
>> >> >> >> >> # /etc/init.d/nginx start
>> >> >> >> >> Starting nginx:
>> >> >> >> >>
>> >> >> >> >> При этом запускается нужно количество worker:
>> >> >> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
>> >> >> >> >> -c /etc/nginx/nginx.conf
>> >> >> >> >>  9713 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9714 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9715 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9716 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9717 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9718 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9719 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>  9720 pts/1    S+     0:00 nginx: worker process
>> >> >> >> >>
>> >> >> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
>> >> >> >> >> установке nginx.
>> >> >> >> >>
>> >> >> >> >> С чем может быть связано такое поведение?
>> >> >> >> >>
>> >> >> >> >> _______________________________________________
>> >> >> >> >> nginx-ru mailing list
>> >> >> >> >> nginx-ru на nginx.org
>> >> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > --
>> >> >> >> > Thank You for Your time!
>> >> >> >> >
>> >> >> >> > Yours sincerely,
>> >> >> >> > Vladimir Getmanshchuk
>> >> >> >> >
>> >> >> >> > UNIX System Administrator
>> >> >> >> > Openfilm, LLC
>> >> >> >> >
>> >> >> >> > Email: vladget на openfilm.com
>> >> >> >> > Skype: vladimir.getmanshchuk
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > _______________________________________________
>> >> >> >> > nginx-ru mailing list
>> >> >> >> > nginx-ru на nginx.org
>> >> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> --
>> >> >> >> Best regards,
>> >> >> >> bw
>> >> >> >>
>> >> >> >> _______________________________________________
>> >> >> >> nginx-ru mailing list
>> >> >> >> nginx-ru на nginx.org
>> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >> >
>> >> >> > _______________________________________________
>> >> >> > nginx-ru mailing list
>> >> >> > nginx-ru на nginx.org
>> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Best regards,
>> >> >> bw
>> >> >>
>> >> >> _______________________________________________
>> >> >> nginx-ru mailing list
>> >> >> nginx-ru на nginx.org
>> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >> >
>> >> > _______________________________________________
>> >> > nginx-ru mailing list
>> >> > nginx-ru на nginx.org
>> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> bw
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >
>> > _______________________________________________
>> > nginx-ru mailing list
>> > nginx-ru на nginx.org
>> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>> --
>> Best regards,
>> bw
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
bw


From mdounin на mdounin.ru  Mon Mar 12 14:28:41 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 18:28:41 +0400
Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdGL0Lkg0LfQsNC/0YPRgdC6IG5naW54?=
In-Reply-To: <CAAzGxUO=tq+vSFmurcsJy37KasjwowUQtKA=1ZrdKM4JDktNjg@mail.gmail.com>
References: <CAGAjD=D6ajK5d7szfUB9NazUCPx52ZH3faEaqYHLmQjUQ3-1VQ@mail.gmail.com>
	<CAAzGxUNyTfdPX3kv8nb34F5RatX35YuH7J=8qNcs4o+O0w=o4g@mail.gmail.com>
	<20120311222952.GW67687@mdounin.ru>
	<CAAzGxUP5DHL=6=ZG23VA87OmPLJAgMa9AG-tbSzJMc=GHYCnJQ@mail.gmail.com>
	<20120312131021.GB67687@mdounin.ru>
	<CAAzGxUPCa0HZwNdU8svtY65RZgnN60M5PC2=i3QJs1b9zxuVgw@mail.gmail.com>
	<20120312131825.GC67687@mdounin.ru>
	<CAAzGxUOdgFJuTX9vEt2huJPW4TN-SxR9JFLkteJgohjfYv1asA@mail.gmail.com>
	<20120312140522.GD67687@mdounin.ru>
	<CAAzGxUO=tq+vSFmurcsJy37KasjwowUQtKA=1ZrdKM4JDktNjg@mail.gmail.com>
Message-ID: <20120312142841.GF67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 06:17:55PM +0400, bw wrote:

> я специально для поиска проблем максимально упростил конфиг - он и с
> таким висит.
> конфиг при старте указываю явно через -c

Как я уже написал - для начала имеет смысл включить логгирование 
на уровне info, и посмотреть что напишет.

Если понятнее не станет - смотреть strace/truss, ps -el и 
дебаггер.  Хотя перед этим я бы рекомендовал собраться из коробки 
без сторонних модулей (и тем паче патчей, if any), а если и это не 
поможет - с минимальным набором аргументов configure.

Maxim Dounin

> 
> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> > Hello!
> >
> > On Mon, Mar 12, 2012 at 05:23:44PM +0400, bw wrote:
> >
> >> В error.log ничего.
> >>
> >> Конфиг:
> >>
> >> user              nginx;
> >> worker_processes  8;
> >>
> >> error_log  /var/log/nginx/error.log;
> >
> > Вот тут вот имеет смысл поставить
> >
> >    error_log /var/log/nginx/error.log info;
> >
> > и повторить процедуру.
> >
> >>
> >> pid        /var/run/nginx.pid;
> >>
> >> events {
> >>     worker_connections  16384;
> >> }
> >
> > Но вообще конфиг выглядит нормально, по крайней мере простых
> > объяснений вроде "daemon off" в конфиге не просматривается.  И,
> > кстати, это точно тот конфиг, который используется?  Note: при
> > запуске бинарника без параметров будет использоваться конфиг из
> > /opt/nginx/conf/nginx.conf.
> >
> > Maxim Dounin
> >
> >>
> >> 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;
> >>     keepalive_timeout  65;
> >>
> >>     output_buffers 1 32k;
> >>     postpone_output 1460;
> >>     tcp_nopush on;
> >>     tcp_nodelay on;
> >>
> >>     server {
> >>         listen       80;
> >>         server_name  _;
> >>
> >>         location / {
> >>             root   /usr/share/nginx/html;
> >>             index  index.html index.htm;
> >>         }
> >>         error_page  404              /404.html;
> >>         location = /404.html {
> >>             root   /usr/share/nginx/html;
> >>         }
> >>
> >>         error_page   500 502 503 504  /50x.html;
> >>         location = /50x.html {
> >>             root   /usr/share/nginx/html;
> >>         }
> >>
> >>         location /nginx_status {
> >>                 stub_status on;
> >>                 access_log   off;
> >>        }
> >>   }
> >> }
> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> > Hello!
> >> >
> >> > On Mon, Mar 12, 2012 at 05:12:57PM +0400, bw wrote:
> >> >
> >> >> Привет!
> >> >>
> >> >> Что именно смотреть?
> >> >> Он висит даже тогда, когда я не запускаю /etc/init.d/nginx - висит при
> >> >> запуске самого бинарника: /opt/ngixn/sbin/nginx
> >> >
> >> > В error log при этом что?  Ну и конфиг для комплекта покажите.
> >> >
> >> > Maxim Dounin
> >> >
> >> >>
> >> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> >> > Hello!
> >> >> >
> >> >> > On Mon, Mar 12, 2012 at 04:46:01PM +0400, bw wrote:
> >> >> >
> >> >> >> После запуска /opt/nginx/sbin/nginx (который так и висит), смотрим
> >> >> >> echo $NGINX  - пусто.
> >> >> >
> >> >> > Видимо, смотреть надо где-то в скрипте /etc/init.d/nginx.
> >> >> >
> >> >> > Maxim Dounin
> >> >> >
> >> >> >>
> >> >> >> 2012/3/12 Maxim Dounin <mdounin на mdounin.ru>:
> >> >> >> > Hello!
> >> >> >> >
> >> >> >> > On Mon, Mar 12, 2012 at 01:30:53AM +0400, bw wrote:
> >> >> >> >
> >> >> >> >> В разных вариациях это все уже пробовалось.
> >> >> >> >> В dmesg/messages ничего, касающегося nginx
> >> >> >> >> В error.log только:
> >> >> >> >> 2012/03/12 01:27:16 [notice] 51853#0: using inherited sockets from
> >> >> >> >> "/etc/init.d/nginx"
> >> >> >> >>
> >> >> >> >> и все.
> >> >> >> >
> >> >> >> > Судя по всему, кто-то определил переменную окружения NGINX.  Это
> >> >> >> > плохая идея, nginx использует её для обновления исполняемого файла
> >> >> >> > на лету, и последствия от её использования в других целях могут
> >> >> >> > быть любые.
> >> >> >> >
> >> >> >> > Maxim Dounin
> >> >> >> >
> >> >> >> >>
> >> >> >> >> 2012/3/12 Vladimir Getmanshchuk <vladget на openfilm.com>:
> >> >> >> >> > 0. собрать nginx поумолчанию:
> >> >> >> >> > ./configure --prefix=/opt/nginx (или хотябы без --add module)
> >> >> >> >> > 1. ctrl+z потом bg
> >> >> >> >> > потом смотрим логи nginx, потом dmesg и /var/log/messages
> >> >> >> >> > 2. проверить все что в ./configure
> >> >> >> >> > grep nginx /etc/passwd
> >> >> >> >> > grep nginx /etc/group
> >> >> >> >> > file /var/lib/nginx/tmp/client_body
> >> >> >> >> >
> >> >> >> >> > и т д.
> >> >> >> >> >
> >> >> >> >> > 2012/3/11 bw <derbosebar на gmail.com>
> >> >> >> >> >>
> >> >> >> >> >> Коллеги, приветствую!
> >> >> >> >> >>
> >> >> >> >> >> Подскажите, с чем может быть связано такое поведение nginx:
> >> >> >> >> >> собран из исходников nginx 1.0.13 со следующими ключами:
> >> >> >> >> >> nginx version: nginx/1.0.13
> >> >> >> >> >> built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC)
> >> >> >> >> >> TLS SNI support enabled
> >> >> >> >> >> configure arguments: --with-pcre=../pcre-8.30 --with-http_ssl_module
> >> >> >> >> >> --add-module=../agentzh-chunkin-nginx-module-85eca98
> >> >> >> >> >> --prefix=/opt/nginx --with-openssl=../openssl-1.0.0g
> >> >> >> >> >> --with-zlib=../zlib-1.2.6 --user=nginx --group=nginx
> >> >> >> >> >> --http-client-body-temp-path=/var/lib/nginx/tmp/client_body
> >> >> >> >> >> --http-proxy-temp-path=/var/lib/nginx/tmp/proxy
> >> >> >> >> >> --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_gzip_static_module
> >> >> >> >> >> --with-http_random_index_module --with-http_secure_link_module
> >> >> >> >> >> --with-http_degradation_module --with-http_stub_status_module
> >> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >> >> >> --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> >> >> >> >> >> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
> >> >> >> >> >>
> >> >> >> >> >> При запуске: /opt/nginx/sbin/nginx управление консоли не возвращает:
> >> >> >> >> >> # /etc/init.d/nginx start
> >> >> >> >> >> Starting nginx:
> >> >> >> >> >>
> >> >> >> >> >> При этом запускается нужно количество worker:
> >> >> >> >> >>  9712 pts/1    S+     0:00 nginx: master process /opt/nginx/sbin/nginx
> >> >> >> >> >> -c /etc/nginx/nginx.conf
> >> >> >> >> >>  9713 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9714 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9715 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9716 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9717 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9718 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9719 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>  9720 pts/1    S+     0:00 nginx: worker process
> >> >> >> >> >>
> >> >> >> >> >> Висеть может до бесконечности. Конфиг дефолтный, поставленный при
> >> >> >> >> >> установке nginx.
> >> >> >> >> >>
> >> >> >> >> >> С чем может быть связано такое поведение?
> >> >> >> >> >>
> >> >> >> >> >> _______________________________________________
> >> >> >> >> >> nginx-ru mailing list
> >> >> >> >> >> nginx-ru на nginx.org
> >> >> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> > --
> >> >> >> >> > Thank You for Your time!
> >> >> >> >> >
> >> >> >> >> > Yours sincerely,
> >> >> >> >> > Vladimir Getmanshchuk
> >> >> >> >> >
> >> >> >> >> > UNIX System Administrator
> >> >> >> >> > Openfilm, LLC
> >> >> >> >> >
> >> >> >> >> > Email: vladget на openfilm.com
> >> >> >> >> > Skype: vladimir.getmanshchuk
> >> >> >> >> >
> >> >> >> >> >
> >> >> >> >> > _______________________________________________
> >> >> >> >> > nginx-ru mailing list
> >> >> >> >> > nginx-ru на nginx.org
> >> >> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >> >>
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> Best regards,
> >> >> >> >> bw
> >> >> >> >>
> >> >> >> >> _______________________________________________
> >> >> >> >> nginx-ru mailing list
> >> >> >> >> nginx-ru на nginx.org
> >> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >> >
> >> >> >> > _______________________________________________
> >> >> >> > nginx-ru mailing list
> >> >> >> > nginx-ru на nginx.org
> >> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Best regards,
> >> >> >> bw
> >> >> >>
> >> >> >> _______________________________________________
> >> >> >> nginx-ru mailing list
> >> >> >> nginx-ru на nginx.org
> >> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >> >
> >> >> > _______________________________________________
> >> >> > nginx-ru mailing list
> >> >> > nginx-ru на nginx.org
> >> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Best regards,
> >> >> bw
> >> >>
> >> >> _______________________________________________
> >> >> nginx-ru mailing list
> >> >> nginx-ru на nginx.org
> >> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >> >
> >> > _______________________________________________
> >> > nginx-ru mailing list
> >> > nginx-ru на nginx.org
> >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> bw
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> bw
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From roman.vasilyev на yousendit.com  Mon Mar 12 16:48:52 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 12 Mar 2012 09:48:52 -0700
Subject: post_action status
In-Reply-To: <20120310212945.GP67687@mdounin.ru>
References: <4F5A8C11.30704@yousendit.com> <20120310212945.GP67687@mdounin.ru>
Message-ID: <4F5E28F4.8050502@yousendit.com>

Сделал патч, проверьте пожалуйста на вменяемость
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: uwsgi.patch
Type: text/x-diff
Size: 2433 bytes
Desc: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120312/56d1f0f3/attachment.bin>

From roman.vasilyev на yousendit.com  Mon Mar 12 17:07:55 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 12 Mar 2012 10:07:55 -0700
Subject: post_action status
In-Reply-To: <4F5E28F4.8050502@yousendit.com>
References: <4F5A8C11.30704@yousendit.com> <20120310212945.GP67687@mdounin.ru>
	<4F5E28F4.8050502@yousendit.com>
Message-ID: <4F5E2D6B.4030607@yousendit.com>

поправил немного
----------- следущая часть -----------
A non-text attachment was scrubbed...
Name: uwsgi.patch
Type: text/x-diff
Size: 2769 bytes
Desc: отсутствует
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120312/5e007438/attachment.bin>

From mdounin на mdounin.ru  Mon Mar 12 17:38:11 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 12 Mar 2012 21:38:11 +0400
Subject: post_action status
In-Reply-To: <4F5E2D6B.4030607@yousendit.com>
References: <4F5A8C11.30704@yousendit.com> <20120310212945.GP67687@mdounin.ru>
	<4F5E28F4.8050502@yousendit.com> <4F5E2D6B.4030607@yousendit.com>
Message-ID: <20120312173811.GK67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 10:07:55AM -0700, Roman Vasilyev wrote:

> поправил немного

> diff -Naur nginx-1.1.16.old nginx-1.1.16
> --- nginx-1.1.16.old/src/http/modules/ngx_http_uwsgi_module.c	2012-01-18 07:07:43.000000000 -0800
> +++ nginx-1.1.16/src/http/modules/ngx_http_uwsgi_module.c	2012-03-12 10:02:13.180557183 -0700
> @@ -43,7 +43,6 @@
>  static ngx_int_t ngx_http_uwsgi_reinit_request(ngx_http_request_t *r);
>  static ngx_int_t ngx_http_uwsgi_process_status_line(ngx_http_request_t *r);
>  static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
> -static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
>  static void ngx_http_uwsgi_abort_request(ngx_http_request_t *r);
>  static void ngx_http_uwsgi_finalize_request(ngx_http_request_t *r,
>      ngx_int_t rc);
> @@ -912,10 +911,7 @@
>      }
>  
>      if (rc == NGX_ERROR) {
> -        r->http_version = NGX_HTTP_VERSION_9;
> -
>          u->process_header = ngx_http_uwsgi_process_header;
> -
>          return ngx_http_uwsgi_process_header(r);
>      }
>  
> @@ -951,7 +947,6 @@
>      ngx_str_t                      *status_line;
>      ngx_int_t                       rc, status;
>      ngx_table_elt_t                *h;
> -    ngx_http_upstream_t            *u;
>      ngx_http_upstream_header_t     *hh;
>      ngx_http_upstream_main_conf_t  *umcf;
>  
> @@ -1009,18 +1004,17 @@
>          }
>  
>          if (rc == NGX_HTTP_PARSE_HEADER_DONE) {
> +            ngx_http_upstream_t  *u = r->upstream;
>  
>              /* a whole header has been parsed successfully */
>  
>              ngx_log_debug0(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
>                             "http uwsgi header done");
>  
> -            if (r->http_version > NGX_HTTP_VERSION_9) {
> +            if (r->http_version > NGX_HTTP_VERSION_9 && u->headers_in.status_n) {
>                  return NGX_OK;
>              }

Проверка на http_version тут не нужна вообще, а вынос определения 
переменой u внутрь if'а - это style bug (не говоря уже о том, что 
модули scgi и uwsgi следует сохранять минимально отличающимися).  Но 
в целом должно работать.

У меня какой-то такой патч:

# HG changeset patch
# User Maxim Dounin <mdounin на mdounin.ru>
# Date 1331573481 -14400
# Node ID 36bd6a3561882bd8acd13f053f35d0ed1563e11d
# Parent  deba4989d0b6b2dfffe303cda29538644a92b558
Uwsgi: merged r->http_version fixes from scgi module.

Fixed incorrect use of r->http_version (r4372).  Removed duplicate function
declaration (r4373).  Removed error if there is no Status header (r4374).

diff --git a/src/http/modules/ngx_http_uwsgi_module.c b/src/http/modules/ngx_http_uwsgi_module.c
--- a/src/http/modules/ngx_http_uwsgi_module.c
+++ b/src/http/modules/ngx_http_uwsgi_module.c
@@ -43,7 +43,6 @@ static ngx_int_t ngx_http_uwsgi_create_r
 static ngx_int_t ngx_http_uwsgi_reinit_request(ngx_http_request_t *r);
 static ngx_int_t ngx_http_uwsgi_process_status_line(ngx_http_request_t *r);
 static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
-static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
 static void ngx_http_uwsgi_abort_request(ngx_http_request_t *r);
 static void ngx_http_uwsgi_finalize_request(ngx_http_request_t *r,
     ngx_int_t rc);
@@ -912,10 +911,7 @@ ngx_http_uwsgi_process_status_line(ngx_h
     }
 
     if (rc == NGX_ERROR) {
-        r->http_version = NGX_HTTP_VERSION_9;
-
         u->process_header = ngx_http_uwsgi_process_header;
-
         return ngx_http_uwsgi_process_header(r);
     }
 
@@ -1015,12 +1011,12 @@ ngx_http_uwsgi_process_header(ngx_http_r
             ngx_log_debug0(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
                            "http uwsgi header done");
 
-            if (r->http_version > NGX_HTTP_VERSION_9) {
+            u = r->upstream;
+
+            if (u->headers_in.status_n) {
                 return NGX_OK;
             }
 
-            u = r->upstream;
-
             if (u->headers_in.status) {
                 status_line = &u->headers_in.status->value;
 
@@ -1032,20 +1028,15 @@ ngx_http_uwsgi_process_header(ngx_http_r
                     return NGX_HTTP_UPSTREAM_INVALID_HEADER;
                 }
 
-                r->http_version = NGX_HTTP_VERSION_10;
                 u->headers_in.status_n = status;
                 u->headers_in.status_line = *status_line;
 
             } else if (u->headers_in.location) {
-                r->http_version = NGX_HTTP_VERSION_10;
                 u->headers_in.status_n = 302;
                 ngx_str_set(&u->headers_in.status_line,
                             "302 Moved Temporarily");
 
             } else {
-                ngx_log_error(NGX_LOG_ERR, r->connection->log, 0,
-                              "upstream sent neither valid HTTP/1.0 header "
-                              "nor \"Status\" header line");
                 u->headers_in.status_n = 200;
                 ngx_str_set(&u->headers_in.status_line, "200 OK");
             }


Maxim Dounin


From roman.vasilyev на yousendit.com  Mon Mar 12 17:41:02 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Mon, 12 Mar 2012 10:41:02 -0700
Subject: post_action status
In-Reply-To: <20120312173811.GK67687@mdounin.ru>
References: <4F5A8C11.30704@yousendit.com>
	<20120310212945.GP67687@mdounin.ru>	<4F5E28F4.8050502@yousendit.com>
	<4F5E2D6B.4030607@yousendit.com>
	<20120312173811.GK67687@mdounin.ru>
Message-ID: <4F5E352E.8020400@yousendit.com>

Понял, спасибо за коррективы, надеюсь включите эти мелкие исправления в 
следующий релиз.
Пока применяю этот патч руками.
On 03/12/2012 10:38 AM, Maxim Dounin wrote:
> Hello!
>
> On Mon, Mar 12, 2012 at 10:07:55AM -0700, Roman Vasilyev wrote:
>
>    
>> поправил немного
>>      
>    
>> diff -Naur nginx-1.1.16.old nginx-1.1.16
>> --- nginx-1.1.16.old/src/http/modules/ngx_http_uwsgi_module.c	2012-01-18 07:07:43.000000000 -0800
>> +++ nginx-1.1.16/src/http/modules/ngx_http_uwsgi_module.c	2012-03-12 10:02:13.180557183 -0700
>> @@ -43,7 +43,6 @@
>>   static ngx_int_t ngx_http_uwsgi_reinit_request(ngx_http_request_t *r);
>>   static ngx_int_t ngx_http_uwsgi_process_status_line(ngx_http_request_t *r);
>>   static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
>> -static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
>>   static void ngx_http_uwsgi_abort_request(ngx_http_request_t *r);
>>   static void ngx_http_uwsgi_finalize_request(ngx_http_request_t *r,
>>       ngx_int_t rc);
>> @@ -912,10 +911,7 @@
>>       }
>>
>>       if (rc == NGX_ERROR) {
>> -        r->http_version = NGX_HTTP_VERSION_9;
>> -
>>           u->process_header = ngx_http_uwsgi_process_header;
>> -
>>           return ngx_http_uwsgi_process_header(r);
>>       }
>>
>> @@ -951,7 +947,6 @@
>>       ngx_str_t                      *status_line;
>>       ngx_int_t                       rc, status;
>>       ngx_table_elt_t                *h;
>> -    ngx_http_upstream_t            *u;
>>       ngx_http_upstream_header_t     *hh;
>>       ngx_http_upstream_main_conf_t  *umcf;
>>
>> @@ -1009,18 +1004,17 @@
>>           }
>>
>>           if (rc == NGX_HTTP_PARSE_HEADER_DONE) {
>> +            ngx_http_upstream_t  *u = r->upstream;
>>
>>               /* a whole header has been parsed successfully */
>>
>>               ngx_log_debug0(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
>>                              "http uwsgi header done");
>>
>> -            if (r->http_version>  NGX_HTTP_VERSION_9) {
>> +            if (r->http_version>  NGX_HTTP_VERSION_9&&  u->headers_in.status_n) {
>>                   return NGX_OK;
>>               }
>>      
> Проверка на http_version тут не нужна вообще, а вынос определения
> переменой u внутрь if'а - это style bug (не говоря уже о том, что
> модули scgi и uwsgi следует сохранять минимально отличающимися).  Но
> в целом должно работать.
>
> У меня какой-то такой патч:
>
> # HG changeset patch
> # User Maxim Dounin<mdounin на mdounin.ru>
> # Date 1331573481 -14400
> # Node ID 36bd6a3561882bd8acd13f053f35d0ed1563e11d
> # Parent  deba4989d0b6b2dfffe303cda29538644a92b558
> Uwsgi: merged r->http_version fixes from scgi module.
>
> Fixed incorrect use of r->http_version (r4372).  Removed duplicate function
> declaration (r4373).  Removed error if there is no Status header (r4374).
>
> diff --git a/src/http/modules/ngx_http_uwsgi_module.c b/src/http/modules/ngx_http_uwsgi_module.c
> --- a/src/http/modules/ngx_http_uwsgi_module.c
> +++ b/src/http/modules/ngx_http_uwsgi_module.c
> @@ -43,7 +43,6 @@ static ngx_int_t ngx_http_uwsgi_create_r
>   static ngx_int_t ngx_http_uwsgi_reinit_request(ngx_http_request_t *r);
>   static ngx_int_t ngx_http_uwsgi_process_status_line(ngx_http_request_t *r);
>   static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
> -static ngx_int_t ngx_http_uwsgi_process_header(ngx_http_request_t *r);
>   static void ngx_http_uwsgi_abort_request(ngx_http_request_t *r);
>   static void ngx_http_uwsgi_finalize_request(ngx_http_request_t *r,
>       ngx_int_t rc);
> @@ -912,10 +911,7 @@ ngx_http_uwsgi_process_status_line(ngx_h
>       }
>
>       if (rc == NGX_ERROR) {
> -        r->http_version = NGX_HTTP_VERSION_9;
> -
>           u->process_header = ngx_http_uwsgi_process_header;
> -
>           return ngx_http_uwsgi_process_header(r);
>       }
>
> @@ -1015,12 +1011,12 @@ ngx_http_uwsgi_process_header(ngx_http_r
>               ngx_log_debug0(NGX_LOG_DEBUG_HTTP, r->connection->log, 0,
>                              "http uwsgi header done");
>
> -            if (r->http_version>  NGX_HTTP_VERSION_9) {
> +            u = r->upstream;
> +
> +            if (u->headers_in.status_n) {
>                   return NGX_OK;
>               }
>
> -            u = r->upstream;
> -
>               if (u->headers_in.status) {
>                   status_line =&u->headers_in.status->value;
>
> @@ -1032,20 +1028,15 @@ ngx_http_uwsgi_process_header(ngx_http_r
>                       return NGX_HTTP_UPSTREAM_INVALID_HEADER;
>                   }
>
> -                r->http_version = NGX_HTTP_VERSION_10;
>                   u->headers_in.status_n = status;
>                   u->headers_in.status_line = *status_line;
>
>               } else if (u->headers_in.location) {
> -                r->http_version = NGX_HTTP_VERSION_10;
>                   u->headers_in.status_n = 302;
>                   ngx_str_set(&u->headers_in.status_line,
>                               "302 Moved Temporarily");
>
>               } else {
> -                ngx_log_error(NGX_LOG_ERR, r->connection->log, 0,
> -                              "upstream sent neither valid HTTP/1.0 header "
> -                              "nor \"Status\" header line");
>                   u->headers_in.status_n = 200;
>                   ngx_str_set(&u->headers_in.status_line, "200 OK");
>               }
>
>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From exelib на googlemail.com  Mon Mar 12 19:46:29 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Mon, 12 Mar 2012 20:46:29 +0100
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F58AEC3.5030400@bestmx.ru>
References: <20120307195359.GB82145@lo0.su>	<B127E9FB-B56A-4447-BA16-7C64AE279995@gmail.com>
	<4F58AEC3.5030400@bestmx.ru>
Message-ID: <4F5E5295.1000908@googlemail.com>

+1. Ещё больше бесит, когда принудительно показывается мобильная версия.

On 08.03.2012 14:06, Andrey N. Oktyabrski wrote:
> On 08.03.12 04:11, Маркел Мохначевский wrote:
>> Здравствуйте! Может было б удобнее, если б ссылка выглядела как
>> http://nginx.org/proxy_http_version, а определение языка происходило
>> автоматически?
>
> Ни в коем случае не надо за меня решать, какую документацию мне 
> прочитать сегодня.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


-- 
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master


From nginx-forum на nginx.us  Mon Mar 12 22:29:23 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Mon, 12 Mar 2012 18:29:23 -0400 (EDT)
Subject: =?UTF-8?B?cHJveHkgc3RvcmUg0LTQu9GPINC80LjQvdC40LDRgtGO0YA=?=
Message-ID: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>

Добрый день,

Возник вопрос по хранению кэша для
миниатюр.
Сделал через proxy_store:

		location ~ ^/preview/([cira])/(.+) {
			error_page 404 = /store/$uri;
			root /cache;
		}
		
		location /store/ {
		    internal;
		    # Operation type
			set $oper $1;
			
			# Params and path
			set $remn $2;	
	
			# Proxy
			proxy_pass http://127.0.0.1:81/$oper/$remn;
			proxy_intercept_errors on;

		
		    
		    proxy_store        on;
		    proxy_store_access user:rw  group:rw  all:r;
			proxy_temp_path /temp;
		
			error_page 404 = /preview/404;
		    root /cache;
		}

Загружаю картинку, смотрю в кэш -
миниатюра появилась, но если я удаляю
оригинал - удаляется и миниатюра. 
Вопрос в том, а кешируется ли моя
картинка или она пересоздается каждый
раз?
Нормально ли использовать proxy_store или
лучше через кэш?

Время создания оригинала и миниатюры
равны. это меня наталкивает на мысль,
что картинка кешируется, но удаление ее
при удалении оригинала смущают

Заранее спасибо за ответы, извиняюсь
если задаю глупые вопросы

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223776,223776#msg-223776


From nginx-forum на nginx.us  Mon Mar 12 23:00:00 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Mon, 12 Mar 2012 19:00:00 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
References: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a10e25ab492a182e85d84eb056bddb4e.NginxMailingListRussian@forum.nginx.org>

Поигрался и обратил внимание, что
используя proxy_store через некоторое время
миниатюра удаляется из кэша, но
открываться продолжает - подозреваю,
что она дальше отдается без
кеширования, сразу ресайз.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223776,223779#msg-223779


From c.kworr на gmail.com  Mon Mar 12 11:15:18 2012
From: c.kworr на gmail.com (Volodymyr Kostyrko)
Date: Mon, 12 Mar 2012 13:15:18 +0200
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <20120307195359.GB82145@lo0.su>
References: <20120307195359.GB82145@lo0.su>
Message-ID: <4F5DDAC6.7000701@gmail.com>



Ruslan Ermilov wrote:
> Мы сделали доступным алфавитный указатель директив nginx:
> 	http://nginx.org/en/docs/dirindex.html
>
> А если вы хотите быстро посмотреть описание интересующей вас
> директивы, вот способ:
> 	http://nginx.org/r/proxy_http_version/ru
> (Вместо "proxy_http_version" можно подставить любую директиву.)

С обновлениями и правками куда? А то например userid_mark нету...

-- 
Sphinx of black quartz judge my vow.


From mdounin на mdounin.ru  Tue Mar 13 08:42:16 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 13 Mar 2012 12:42:16 +0400
Subject: =?UTF-8?B?UmU6IFtkb2NdINCa0L7RgNC+0YLQutC40Lkg0LDQvdC+0L3RgQ==?=
In-Reply-To: <4F5DDAC6.7000701@gmail.com>
References: <20120307195359.GB82145@lo0.su>
 <4F5DDAC6.7000701@gmail.com>
Message-ID: <20120313084216.GP67687@mdounin.ru>

Hello!

On Mon, Mar 12, 2012 at 01:15:18PM +0200, Volodymyr Kostyrko wrote:

> Ruslan Ermilov wrote:
> >Мы сделали доступным алфавитный указатель директив nginx:
> >	http://nginx.org/en/docs/dirindex.html
> >
> >А если вы хотите быстро посмотреть описание интересующей вас
> >директивы, вот способ:
> >	http://nginx.org/r/proxy_http_version/ru
> >(Вместо "proxy_http_version" можно подставить любую директиву.)
> 
> С обновлениями и правками куда? А то например userid_mark нету...

Репозиторий тут:

svn://svn.nginx.org/nginx.org

Виден также через trac.nginx.org.  Можно присылать патчи.

Maxim Dounin


From jd на jdwuzhere.ru  Tue Mar 13 14:20:44 2012
From: jd на jdwuzhere.ru (Vladimir Sopot)
Date: Tue, 13 Mar 2012 18:20:44 +0400
Subject: Memcache bypass
Message-ID: <DAE712AA-341D-4208-B769-6CD7EB4B8F1D@jdwuzhere.ru>

Приветствую.

Нет ли возможности придумать аналог fastcgi_cache_bypass для memcached?

Спасибо.

From nginx-forum на nginx.us  Tue Mar 13 22:44:06 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Tue, 13 Mar 2012 18:44:06 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
References: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
Message-ID: <89c4e207b86ee55b28d47f771baee999.NginxMailingListRussian@forum.nginx.org>

expires max; 
добавил эту строчку, за последний час
миниатюры не пропадали, надеюсь, что
дальше все будет гладко и кэш таки
работает

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223776,223808#msg-223808


From nginx-forum на nginx.us  Wed Mar 14 08:20:02 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 04:20:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
References: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e6119d8efb63dc7842480a81334de831.NginxMailingListRussian@forum.nginx.org>

прошло около 10 часов, миниатюры
пропали, у меня просто ступор :(

вот весь мой конфиг:


#Image resize location
	
		location ~ ^/preview/([cira])/(.+) {
			set $oper $1;
			
			set $remn $2;	
	
			# Proxy
			proxy_pass http://127.0.0.1:81/$oper/$remn;
			proxy_intercept_errors on;
			error_page 404 = /preview/404;
	
			proxy_store on;
			proxy_store_access user:rw  group:rw  all:r;
			proxy_temp_path /temp;
			proxy_set_header  If-Modified-Since  "";
			
			expires max;
			
			root /runtime/cache;
		}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223776,223815#msg-223815


From ne на vbart.ru  Wed Mar 14 09:59:28 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 14 Mar 2012 13:59:28 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
References: <b8c4ef06cd177a3e9d92f18d8cbaf413.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203141359.28940.ne@vbart.ru>

On Tuesday 13 March 2012 02:29:23 alex_ru wrote:
> Добрый день,
> 
> Возник вопрос по хранению кэша для
> миниатюр.
> Сделал через proxy_store:
> 
> 		location ~ ^/preview/([cira])/(.+) {
> 			error_page 404 = /store/$uri;
> 			root /cache;
> 		}

Тут вы проверяете наличия миниатюры в /cache/preview/([cira])/(.+)

> 		location /store/ {
> 		    internal;
> 		    # Operation type
> 			set $oper $1;
> 
> 			# Params and path
> 			set $remn $2;
> 
> 			# Proxy
> 			proxy_pass http://127.0.0.1:81/$oper/$remn;
> 			proxy_intercept_errors on;
> 
> 
> 
> 		    proxy_store        on;
> 		    proxy_store_access user:rw  group:rw  all:r;
> 			proxy_temp_path /temp;
> 
> 			error_page 404 = /preview/404;
> 		    root /cache;
> 		}

А тут вы ходите на бэкенд и сохраняете её в /cache/store/preview/([cira])/(.+)

/cache/preview/([cira])/(.+)
/cache/store/preview/([cira])/(.+)

По-моему эти пути не совпадают.

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Mar 14 13:25:56 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 09:25:56 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <0f6371a2507659f54752fbb6439cd590.NginxMailingListRussian@forum.nginx.org>

Этот вариант конфига я уже переписал.

Не понял почему я проверяю в
/cache/preview/([cira])/(.+) если указываю  /store/$uri

Оба варианта работали, но картинка
пропадает из /cache/store/preview/([cira])/(.+) через
некоторое время. Если сделать Command + Shift +
R (Ctrl + F5 для винды) то картинка опять
появляется по этому пути. Я хочу, что бы
картинка оттуда не исчезала и жила там
постоянно.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,223823#msg-223823


From ne на vbart.ru  Wed Mar 14 13:51:50 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 14 Mar 2012 17:51:50 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <0f6371a2507659f54752fbb6439cd590.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<0f6371a2507659f54752fbb6439cd590.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203141751.50344.ne@vbart.ru>

On Wednesday 14 March 2012 17:25:56 alex_ru wrote:
> Этот вариант конфига я уже переписал.

Как переписали? Покажите полностью конфиг.

> Не понял почему я проверяю в
> /cache/preview/([cira])/(.+) если указываю  /store/$uri
> 

Где указываете?


   location ~ ^/preview/([cira])/(.+) {
        error_page 404 = /store/$uri;
        root /cache;
   }

Тут у вас root == /cache, uri == /preview/... и nginx попытается открыть файл из 
/cache/preview/.. и если его там нет (404), то вы перенаправляете на /store/$uri 
который уже у вас проксируется на бэкенд.

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Mar 14 14:05:46 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 10:05:46 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>

Сейчас у меня вот:


location ~ ^/preview/([cira])/(.+) {
set $oper $1;

set $remn $2;

# Proxy
proxy_pass http://127.0.0.1:81/$oper/$remn;
proxy_intercept_errors on;
error_page 404 = /preview/404;

proxy_store on;
proxy_store_access user:rw group:rw all:r;
proxy_temp_path /temp;
proxy_set_header If-Modified-Since "";

expires max;

root /runtime/cache;
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,223826#msg-223826


From ne на vbart.ru  Wed Mar 14 14:14:40 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 14 Mar 2012 18:14:40 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203141814.40902.ne@vbart.ru>

On Wednesday 14 March 2012 18:05:46 alex_ru wrote:
> Сейчас у меня вот:
> 
> 
> location ~ ^/preview/([cira])/(.+) {
> set $oper $1;
> 
> set $remn $2;

Непонятно зачем так. Правильно:

location ~ ^/preview/(?P<oper>[cira])/(?P<remn>.+) {

> # Proxy
> proxy_pass http://127.0.0.1:81/$oper/$remn;
> proxy_intercept_errors on;
> error_page 404 = /preview/404;
> 
> proxy_store on;
> proxy_store_access user:rw group:rw all:r;
> proxy_temp_path /temp;
> proxy_set_header If-Modified-Since "";
> 
> expires max;
> 
> root /runtime/cache;
> }
> 

Тут вы проксируете все запросы на бэкенд.
И сохраняете результат в /runtime/cache/preview/...

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Mar 14 14:21:08 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 10:21:08 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <a040581e3c6fb4d44e23312c82357dc7.NginxMailingListRussian@forum.nginx.org>

Хм, я там понял, что у меня при каждом
запросе идет проксирование и я просто
складываю картинки?
А как мне организовать, что бы сначала
проверялось наличие картинки, а потом
лишь проксирование и сохранение?
И не понятно почему картинки удалялись
через некоторое время.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,223829#msg-223829


From ne на vbart.ru  Wed Mar 14 14:33:20 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 14 Mar 2012 18:33:20 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <a040581e3c6fb4d44e23312c82357dc7.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<93e3362cfff1706d0c1e83bb759163a6.NginxMailingListRussian@forum.nginx.org>
	<a040581e3c6fb4d44e23312c82357dc7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203141833.20992.ne@vbart.ru>

On Wednesday 14 March 2012 18:21:08 alex_ru wrote:
> Хм, я там понял, что у меня при каждом
> запросе идет проксирование и я просто
> складываю картинки?
> А как мне организовать, что бы сначала
> проверялось наличие картинки, а потом
> лишь проксирование и сохранение?
> И не понятно почему картинки удалялись
> через некоторое время.
> 

В документации всё описано, даже с работающими примерами:
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_store

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Mar 14 15:26:57 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 11:26:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <01c6d22554b5f3d5454c9af93904b358.NginxMailingListRussian@forum.nginx.org>

Тоесть вернуться к первому варианту, с
двумя локейшинами:

в моем случае это было:

location ~ ^/preview/(?P<oper>[cira])/(?P<remn>.+) {
 root /cache;
 open_file_cache_errors off;
 error_page 404 = /store/$uri;
}

location /store/(?P<oper>[cira])/(?P<remn>.+) {
# Proxy
proxy_pass http://127.0.0.1:81/$oper/$remn;

proxy_store on;
proxy_store_access user:rw group:rw all:r;
proxy_temp_path /temp;

alias /cache/;
}

Как я понимаю @fetch мне не подойдет, так
как мне надо передать параметры.
Правильно ли я понял происходящее?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,223833#msg-223833


From ne на vbart.ru  Wed Mar 14 16:42:36 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Wed, 14 Mar 2012 20:42:36 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <01c6d22554b5f3d5454c9af93904b358.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<01c6d22554b5f3d5454c9af93904b358.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203142042.37119.ne@vbart.ru>

On Wednesday 14 March 2012 19:26:57 alex_ru wrote:
[...]
> Как я понимаю @fetch мне не подойдет, так
> как мне надо передать параметры.

Чем вам именованный локейшн помешает передать параметры?

    location ~ ^/preview/(?P<oper>[cira])/(?P<remn>.+) {
        root /cache;
        error_page 404 = @fetch;
    }

    location @fetch {
        root /cache;
        proxy_pass http://127.0.0.1:81/$oper/$remn;
        proxy_store on;
    }

--
Валентин Бартенев

From nginx-forum на nginx.us  Wed Mar 14 16:47:59 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Wed, 14 Mar 2012 12:47:59 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <a2e559e75f3caaa5823cd71be428a87b.NginxMailingListRussian@forum.nginx.org>

Понял, спасибо.
Прийду домой буду пробовать, а то
доступа к компу пока не имею

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,223838#msg-223838


From nginx-forum на nginx.us  Thu Mar 15 07:50:20 2012
From: nginx-forum на nginx.us (Spoofing)
Date: Thu, 15 Mar 2012 03:50:20 -0400 (EDT)
Subject: =?UTF-8?B?0JzQvdC+0LbQtdGB0YLQstC+IHNlcnZlciB7IGxpc3RlbiB9INGBINC+0LTQvdC4?=
	=?UTF-8?B?0LwgSVB2Ng==?=
Message-ID: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>

Теперь, с IPv6 нельзя повешать на один IP
несколько хостов, как это можно делать
с IPv4?

простой пример, как делал обычно:
server { listen 80; server_name example.com } # для
редиректа на www.
server { listen 80; server_name www.example.com } #
"нормальный" сайт
server { listen 80 default_server; } # для всего
остального

по-умолчанию просто listen 80 не слушает ipv6,
и обязательно пишем [::], окей:
server { listen [::]:80; server_name example.com } # для
редиректа на www.
server { listen [::]:80; server_name www.example.com } #
"нормальный" сайт
server { listen [::]:80 default_server; } # для всего
остального

но - не работает.

Вот элементаро, listen 0.0.0.0:80 разрешает
слушать сокет сколько угодно раз в
разных server { }, а listen [::]:80 всего один раз в
server { }, а потом ошибка:
2012/03/14 19:22:12 [emerg] 18692#0: bind() to [::]:80 failed (98:
Address already in use)

это получается, что для каждого хоста,
любого, даже алиаса домена (с www. и без
него) по смыслу, придется выделять
целый IPv6 адрес? не баг ли это? IPv6 конечно
не жалко, но это просто неудобство,
когда суть - для одного и того же адреса,
прописывать еще один ip в днс...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223863,223863#msg-223863


From mdounin на mdounin.ru  Thu Mar 15 08:17:02 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 12:17:02 +0400
Subject: =?UTF-8?B?UmU6INCc0L3QvtC20LXRgdGC0LLQviBzZXJ2ZXIgeyBsaXN0ZW4gfSDRgSDQvtC0?=
	=?UTF-8?B?0L3QuNC8IElQdjY=?=
In-Reply-To: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>
References: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120315081702.GB67687@mdounin.ru>

Hello!

On Thu, Mar 15, 2012 at 03:50:20AM -0400, Spoofing wrote:

> Теперь, с IPv6 нельзя повешать на один IP
> несколько хостов, как это можно делать
> с IPv4?

Можно.

> простой пример, как делал обычно:
> server { listen 80; server_name example.com } # для
> редиректа на www.
> server { listen 80; server_name www.example.com } #
> "нормальный" сайт
> server { listen 80 default_server; } # для всего
> остального
> 
> по-умолчанию просто listen 80 не слушает ipv6,
> и обязательно пишем [::], окей:
> server { listen [::]:80; server_name example.com } # для
> редиректа на www.
> server { listen [::]:80; server_name www.example.com } #
> "нормальный" сайт
> server { listen [::]:80 default_server; } # для всего
> остального
> 
> но - не работает.
> 
> Вот элементаро, listen 0.0.0.0:80 разрешает
> слушать сокет сколько угодно раз в
> разных server { }, а listen [::]:80 всего один раз в
> server { }, а потом ошибка:
> 2012/03/14 19:22:12 [emerg] 18692#0: bind() to [::]:80 failed (98:
> Address already in use)

Должно работать.

Если это linux, то обычно всё ломается уже при одном "listen 
[::]:80", но проблема там не в том что два "[::]:80" нельзя, а в 
том, что "[::]:80" неявно включает в себя ipv4 listen на 80-м 
порту, и он конфликтует с "listen 80" в других частях конфига.  
Решение - написать "ipv6only=yes" явно:

    listen [::]:80 ipv6only=yes;

Если не работает - приносите nginx -V и полный конфиг с которым 
воспроизводится.

Maxim Dounin


From admin на voglea.net  Thu Mar 15 08:28:42 2012
From: admin на voglea.net (Ivan "Spoofing" Alex. G.)
Date: Thu, 15 Mar 2012 16:28:42 +0800
Subject: =?UTF-8?B?UmU6INCc0L3QvtC20LXRgdGC0LLQviBzZXJ2ZXIgeyBsaXN0ZW4gfSDRgSDQvtC0?=
	=?UTF-8?B?0L3QuNC8IElQdjY=?=
In-Reply-To: <20120315081702.GB67687@mdounin.ru>
References: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>
	<20120315081702.GB67687@mdounin.ru>
Message-ID: <20120315082841.GA20304@myhost>

On 15/03/12 at 12:17, Maxim Dounin wrote:
> Hello!
> 
> On Thu, Mar 15, 2012 at 03:50:20AM -0400, Spoofing wrote:
> 
> > Теперь, с IPv6 нельзя повешать на один IP
> > несколько хостов, как это можно делать
> > с IPv4?
> 
> Можно.
> 
> > простой пример, как делал обычно:
> > server { listen 80; server_name example.com } # для
> > редиректа на www.
> > server { listen 80; server_name www.example.com } #
> > "нормальный" сайт
> > server { listen 80 default_server; } # для всего
> > остального
> > 
> > по-умолчанию просто listen 80 не слушает ipv6,
> > и обязательно пишем [::], окей:
> > server { listen [::]:80; server_name example.com } # для
> > редиректа на www.
> > server { listen [::]:80; server_name www.example.com } #
> > "нормальный" сайт
> > server { listen [::]:80 default_server; } # для всего
> > остального
> > 
> > но - не работает.
> > 
> > Вот элементаро, listen 0.0.0.0:80 разрешает
> > слушать сокет сколько угодно раз в
> > разных server { }, а listen [::]:80 всего один раз в
> > server { }, а потом ошибка:
> > 2012/03/14 19:22:12 [emerg] 18692#0: bind() to [::]:80 failed (98:
> > Address already in use)
> 
> Должно работать.
> 
> Если это linux, то обычно всё ломается уже при одном "listen 
> [::]:80", но проблема там не в том что два "[::]:80" нельзя, а в 
> том, что "[::]:80" неявно включает в себя ipv4 listen на 80-м 
> порту, и он конфликтует с "listen 80" в других частях конфига.  
> Решение - написать "ipv6only=yes" явно:
> 
>     listen [::]:80 ipv6only=yes;
> 
> Если не работает - приносите nginx -V и полный конфиг с которым 
> воспроизводится.
> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

linux 3.2.9
конфиг: http://www.voglea.net/nginx.conf.txt
версия: http://www.voglea.net/nginx.version.txt

-- 
Ivan "Spoofing" Alex. G. <admin на voglea.net>
http://www.voglea.net/ | GnuPG: 7896EC55


From mdounin на mdounin.ru  Thu Mar 15 08:43:51 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 12:43:51 +0400
Subject: =?UTF-8?B?UmU6INCc0L3QvtC20LXRgdGC0LLQviBzZXJ2ZXIgeyBsaXN0ZW4gfSDRgSDQvtC0?=
	=?UTF-8?B?0L3QuNC8IElQdjY=?=
In-Reply-To: <20120315082841.GA20304@myhost>
References: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>
	<20120315081702.GB67687@mdounin.ru> <20120315082841.GA20304@myhost>
Message-ID: <20120315084351.GC67687@mdounin.ru>

Hello!

On Thu, Mar 15, 2012 at 04:28:42PM +0800, Ivan "Spoofing" Alex. G. wrote:

> On 15/03/12 at 12:17, Maxim Dounin wrote:
> > Hello!
> > 
> > On Thu, Mar 15, 2012 at 03:50:20AM -0400, Spoofing wrote:
> > 
> > > Теперь, с IPv6 нельзя повешать на один IP
> > > несколько хостов, как это можно делать
> > > с IPv4?
> > 
> > Можно.
> > 
> > > простой пример, как делал обычно:
> > > server { listen 80; server_name example.com } # для
> > > редиректа на www.
> > > server { listen 80; server_name www.example.com } #
> > > "нормальный" сайт
> > > server { listen 80 default_server; } # для всего
> > > остального
> > > 
> > > по-умолчанию просто listen 80 не слушает ipv6,
> > > и обязательно пишем [::], окей:
> > > server { listen [::]:80; server_name example.com } # для
> > > редиректа на www.
> > > server { listen [::]:80; server_name www.example.com } #
> > > "нормальный" сайт
> > > server { listen [::]:80 default_server; } # для всего
> > > остального
> > > 
> > > но - не работает.
> > > 
> > > Вот элементаро, listen 0.0.0.0:80 разрешает
> > > слушать сокет сколько угодно раз в
> > > разных server { }, а listen [::]:80 всего один раз в
> > > server { }, а потом ошибка:
> > > 2012/03/14 19:22:12 [emerg] 18692#0: bind() to [::]:80 failed (98:
> > > Address already in use)
> > 
> > Должно работать.
> > 
> > Если это linux, то обычно всё ломается уже при одном "listen 
> > [::]:80", но проблема там не в том что два "[::]:80" нельзя, а в 
> > том, что "[::]:80" неявно включает в себя ipv4 listen на 80-м 
> > порту, и он конфликтует с "listen 80" в других частях конфига.  
> > Решение - написать "ipv6only=yes" явно:
> > 
> >     listen [::]:80 ipv6only=yes;
> > 
> > Если не работает - приносите nginx -V и полный конфиг с которым 
> > воспроизводится.
> > 
> > Maxim Dounin
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> linux 3.2.9
> конфиг: http://www.voglea.net/nginx.conf.txt
> версия: http://www.voglea.net/nginx.version.txt

С таким конфигом оно даже не проходит nginx -t, параметр 
"ipv6only=yes" надо указывать только в одной директиве listen для 
каждого сокета, вместе с default_server. 

Maxim Dounin


From admin на voglea.net  Thu Mar 15 08:57:28 2012
From: admin на voglea.net (Ivan "Spoofing" Alex. G.)
Date: Thu, 15 Mar 2012 16:57:28 +0800
Subject: =?UTF-8?B?UmU6INCc0L3QvtC20LXRgdGC0LLQviBzZXJ2ZXIgeyBsaXN0ZW4gfSDRgSDQvtC0?=
	=?UTF-8?B?0L3QuNC8IElQdjY=?=
In-Reply-To: <20120315084351.GC67687@mdounin.ru>
References: <f780a22fb85b23dc2b639c1b943c3b72.NginxMailingListRussian@forum.nginx.org>
	<20120315081702.GB67687@mdounin.ru> <20120315082841.GA20304@myhost>
	<20120315084351.GC67687@mdounin.ru>
Message-ID: <20120315085727.GA20421@myhost>

On 15/03/12 at 12:43, Maxim Dounin wrote:
> Hello!
> 
> On Thu, Mar 15, 2012 at 04:28:42PM +0800, Ivan "Spoofing" Alex. G. wrote:
> 
> > On 15/03/12 at 12:17, Maxim Dounin wrote:
> > > Hello!
> > > 
> > > On Thu, Mar 15, 2012 at 03:50:20AM -0400, Spoofing wrote:
> > > 
> > > > Теперь, с IPv6 нельзя повешать на один IP
> > > > несколько хостов, как это можно делать
> > > > с IPv4?
> > > 
> > > Можно.
> > > 
> > > > простой пример, как делал обычно:
> > > > server { listen 80; server_name example.com } # для
> > > > редиректа на www.
> > > > server { listen 80; server_name www.example.com } #
> > > > "нормальный" сайт
> > > > server { listen 80 default_server; } # для всего
> > > > остального
> > > > 
> > > > по-умолчанию просто listen 80 не слушает ipv6,
> > > > и обязательно пишем [::], окей:
> > > > server { listen [::]:80; server_name example.com } # для
> > > > редиректа на www.
> > > > server { listen [::]:80; server_name www.example.com } #
> > > > "нормальный" сайт
> > > > server { listen [::]:80 default_server; } # для всего
> > > > остального
> > > > 
> > > > но - не работает.
> > > > 
> > > > Вот элементаро, listen 0.0.0.0:80 разрешает
> > > > слушать сокет сколько угодно раз в
> > > > разных server { }, а listen [::]:80 всего один раз в
> > > > server { }, а потом ошибка:
> > > > 2012/03/14 19:22:12 [emerg] 18692#0: bind() to [::]:80 failed (98:
> > > > Address already in use)
> > > 
> > > Должно работать.
> > > 
> > > Если это linux, то обычно всё ломается уже при одном "listen 
> > > [::]:80", но проблема там не в том что два "[::]:80" нельзя, а в 
> > > том, что "[::]:80" неявно включает в себя ipv4 listen на 80-м 
> > > порту, и он конфликтует с "listen 80" в других частях конфига.  
> > > Решение - написать "ipv6only=yes" явно:
> > > 
> > >     listen [::]:80 ipv6only=yes;
> > > 
> > > Если не работает - приносите nginx -V и полный конфиг с которым 
> > > воспроизводится.
> > > 
> > > Maxim Dounin
> > > 
> > > _______________________________________________
> > > nginx-ru mailing list
> > > nginx-ru на nginx.org
> > > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > 
> > linux 3.2.9
> > конфиг: http://www.voglea.net/nginx.conf.txt
> > версия: http://www.voglea.net/nginx.version.txt
> 
> С таким конфигом оно даже не проходит nginx -t, параметр 
> "ipv6only=yes" надо указывать только в одной директиве listen для 
> каждого сокета, вместе с default_server. 
> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Спасибо, надо же... В первом server сделал:

listen [::]:80 default_server ipv6only=on;

в других server { }:

listen [::]:80;

т.е. как вы и сказали, оставил "ipv6only=on" только в одной первой директиве.

Проверил "curl -6 www.voglea.net" и по ipv6 доставляется нужный сайт.

Все работает :)


-- 
Ivan "Spoofing" Alex. G. <admin на voglea.net>
http://www.voglea.net/ | GnuPG: 7896EC55


From nginx-forum на nginx.us  Thu Mar 15 11:32:33 2012
From: nginx-forum на nginx.us (optimus)
Date: Thu, 15 Mar 2012 07:32:33 -0400 (EDT)
Subject: =?UTF-8?B?bG9jYXRpb24g0Lgg0L/QtdGA0LXQvNC10L3QvdGL0LU=?=
Message-ID: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>

Добрый день.

Была задача создать очень большое
количество сайтов с именами
отличающимися незначительно, чтобы не
плодить конфиги решил реализовать
такую конструкцию:

location /html/$site/ {
alias /srv/$site/;
}

Alias работает (как и указано в
документации), а вот location не понял
переменную.

А правильно понимаю что location не
понимает переменные (в документации не
нашел)?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223882#msg-223882


From nginx-forum на nginx.us  Thu Mar 15 11:55:26 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Thu, 15 Mar 2012 07:55:26 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8105fef269aa4e5f05594309fe1d0b87.NginxMailingListRussian@forum.nginx.org>

В моей прошлой теме обсуждалось в самом
начале как выдерать переменные из
запроса http://forum.nginx.org/read.php?21,223817

Все сайты на одном домене будут висеть?
Может лучше через суб домен
реализовать или определять имя домена
(если много доменов с одним IP)?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223890#msg-223890


From mdounin на mdounin.ru  Thu Mar 15 12:23:55 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 16:23:55 +0400
Subject: nginx-1.1.17
Message-ID: <20120315122355.GK67687@mdounin.ru>

Изменения в nginx 1.1.17                                          15.03.2012

    *) Безопасность: содержимое ранее освобождённой памяти могло быть
       отправлено клиенту, если бэкенд возвращал специально созданный ответ.
       Спасибо Matthew Daley.

    *) Исправление: при использовании встроенного перла из SSI.
       Спасибо Matthew Daley.

    *) Исправление: в модуле ngx_http_uwsgi_module.


Maxim Dounin


From mdounin на mdounin.ru  Thu Mar 15 12:24:38 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 16:24:38 +0400
Subject: nginx-1.0.14
Message-ID: <20120315122438.GO67687@mdounin.ru>

Изменения в nginx 1.0.14                                          15.03.2012

    *) Безопасность: содержимое ранее освобождённой памяти могло быть
       отправлено клиенту, если бэкенд возвращал специально созданный ответ.
       Спасибо Matthew Daley.


Maxim Dounin


From mdounin на mdounin.ru  Thu Mar 15 12:26:44 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 16:26:44 +0400
Subject: security advisory
Message-ID: <20120315122644.GS67687@mdounin.ru>

Hello!

Matthew Daley обнаружил проблему, из-за которой содержимое части 
ранее освобождённой памяти может быть отправлено клиенту, если 
бэкенд вернёт специально созданный ответ.  Потенциально это может 
приводить к утечке конфиденциальной информации.

Патч, исправляющий проблему, доступен тут:

http://nginx.org/download/patch.2012.memory.txt

Патч не нужен для 1.1.17, 1.0.14.

Maxim Dounin


From voron на amhost.net  Thu Mar 15 12:37:46 2012
From: voron на amhost.net (Alex Vorona)
Date: Thu, 15 Mar 2012 14:37:46 +0200
Subject: nginx-1.0.14
In-Reply-To: <20120315122438.GO67687@mdounin.ru>
References: <20120315122438.GO67687@mdounin.ru>
Message-ID: <4F61E29A.6010903@amhost.net>

15.03.2012 14:24, Maxim Dounin wrote:
> Изменения в nginx 1.0.14                                          15.03.2012
> 
>     *) Безопасность: содержимое ранее освобождённой памяти могло быть
>        отправлено клиенту, если бэкенд возвращал специально созданный ответ.
>        Спасибо Matthew Daley.
В репозитории nginx пока нет обновления до 1.0.14, как я вижу


From mdounin на mdounin.ru  Thu Mar 15 12:59:08 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 16:59:08 +0400
Subject: nginx-1.0.14
In-Reply-To: <4F61E29A.6010903@amhost.net>
References: <20120315122438.GO67687@mdounin.ru> <4F61E29A.6010903@amhost.net>
Message-ID: <20120315125907.GU67687@mdounin.ru>

Hello!

On Thu, Mar 15, 2012 at 02:37:46PM +0200, Alex Vorona wrote:

> 15.03.2012 14:24, Maxim Dounin wrote:
> > Изменения в nginx 1.0.14                                          15.03.2012
> > 
> >     *) Безопасность: содержимое ранее освобождённой памяти могло быть
> >        отправлено клиенту, если бэкенд возвращал специально созданный ответ.
> >        Спасибо Matthew Daley.
> В репозитории nginx пока нет обновления до 1.0.14, как я вижу

Всмысле - в линуксовый пакетах?  Собирается, скоро будет.

Maxim Dounin


From scukonick на gmail.com  Thu Mar 15 13:50:13 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Thu, 15 Mar 2012 17:50:13 +0400
Subject: proxy_next_upstream http_404
Message-ID: <CAHrzFpD5iF-xqG-2bkOU80nvr_ESe_T8uhoNzMZePFB8NwYRrg@mail.gmail.com>

Приветствую!
Хотел написать своё письмо, но уже нашёл такое:
http://mailman.nginx.org/pipermail/nginx-ru/2009-June/025579.html . Этот
баг до сих пор актуален? (У нас проявляется на 0.7.67).
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120315/b7351d62/attachment.html>

From mdounin на mdounin.ru  Thu Mar 15 14:14:27 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Thu, 15 Mar 2012 18:14:27 +0400
Subject: proxy_next_upstream http_404
In-Reply-To: <CAHrzFpD5iF-xqG-2bkOU80nvr_ESe_T8uhoNzMZePFB8NwYRrg@mail.gmail.com>
References: <CAHrzFpD5iF-xqG-2bkOU80nvr_ESe_T8uhoNzMZePFB8NwYRrg@mail.gmail.com>
Message-ID: <20120315141427.GZ67687@mdounin.ru>

Hello!

On Thu, Mar 15, 2012 at 05:50:13PM +0400, Алексей Малов wrote:

> Приветствую!
> Хотел написать своё письмо, но уже нашёл такое:
> http://mailman.nginx.org/pipermail/nginx-ru/2009-June/025579.html . Этот
> баг до сих пор актуален? (У нас проявляется на 0.7.67).

Да, http://trac.nginx.org/nginx/ticket/47.

Maxim Dounin


From scukonick на gmail.com  Thu Mar 15 14:21:30 2012
From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=)
Date: Thu, 15 Mar 2012 18:21:30 +0400
Subject: proxy_next_upstream http_404
In-Reply-To: <20120315141427.GZ67687@mdounin.ru>
References: <CAHrzFpD5iF-xqG-2bkOU80nvr_ESe_T8uhoNzMZePFB8NwYRrg@mail.gmail.com>
	<20120315141427.GZ67687@mdounin.ru>
Message-ID: <CAHrzFpB0D79ctrkrW=eu-PvgjM8b74tuhXSjx8dn-bZ3U-kZ6Q@mail.gmail.com>

15 марта 2012 г. 18:14 пользователь Maxim Dounin <mdounin на mdounin.ru>написал:

> Hello!
>
> On Thu, Mar 15, 2012 at 05:50:13PM +0400, Алексей Малов wrote:
>
> > Приветствую!
> > Хотел написать своё письмо, но уже нашёл такое:
> > http://mailman.nginx.org/pipermail/nginx-ru/2009-June/025579.html . Этот
> > баг до сих пор актуален? (У нас проявляется на 0.7.67).
>
> Да, http://trac.nginx.org/nginx/ticket/47.
>

Спасибо!


>
> Maxim Dounin
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Alexey Malov
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120315/73d3ac9c/attachment.html>

From nginx-forum на nginx.us  Thu Mar 15 14:43:59 2012
From: nginx-forum на nginx.us (optimus)
Date: Thu, 15 Mar 2012 10:43:59 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <8105fef269aa4e5f05594309fe1d0b87.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<8105fef269aa4e5f05594309fe1d0b87.NginxMailingListRussian@forum.nginx.org>
Message-ID: <2790f9e19f5e0db5a2017370c786eb7a.NginxMailingListRussian@forum.nginx.org>

Нет, смысл такой:

subname.site.ru/subname/ (subname - эта часть имени
изменяется от сайта к сайту)

"subname" содержится также и в пути (не
только в имени).

Я хотел обойтись без regexp (c regexp удалось,
но мне кажется с переменной быстрее
было бы):

location /$subname/ {
alias /doc/root/$subname;
}

Т.е. выбирать корень сайта в
зависимости от того какое значение subname
в имени ("например для www1.site.ru -> $subname=www1")

$subname соответстыенно присваивается
значание равное изменяемой части имени
в директиве server_name.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223912#msg-223912


From nginx-forum на nginx.us  Thu Mar 15 16:49:44 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Thu, 15 Mar 2012 12:49:44 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <aa4c235371f1ae1b84d764ade5dcc432.NginxMailingListRussian@forum.nginx.org>

Я конечно не спец, но насколько я
понимаю:

location / {
alias /doc/root;
}

обращается в директорию /doc/root + / + uri
запроса.
Получаем, что при запросе host/subname1 = alias
/doc/root/subname1;

В итоге ничего городить и не надо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223915#msg-223915


From hell-for-yahoo на umail.ru  Thu Mar 15 18:14:35 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Thu, 15 Mar 2012 22:14:35 +0400
Subject: =?UTF-8?B?UmVbMl06IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <2790f9e19f5e0db5a2017370c786eb7a.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<8105fef269aa4e5f05594309fe1d0b87.NginxMailingListRussian@forum.nginx.org>
	<2790f9e19f5e0db5a2017370c786eb7a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1863317978.20120315221435@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) optimus!

o> Нет, смысл такой:

o> subname.site.ru/subname/ (subname - эта часть имени
o> изменяется от сайта к сайту)

Нафига казе баян?
В смысле, зачем вам такой зоопарк городить?
Определитесь уже, либо subname.site.ru/ либо site.ru/subname/
А то создаёте себе головную боль... потом наплачетесь.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) четверг, 15.03.2012, <22:12>


From nginx-forum на nginx.us  Thu Mar 15 21:04:54 2012
From: nginx-forum на nginx.us (optimus)
Date: Thu, 15 Mar 2012 17:04:54 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <2790f9e19f5e0db5a2017370c786eb7a.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
	<8105fef269aa4e5f05594309fe1d0b87.NginxMailingListRussian@forum.nginx.org>
	<2790f9e19f5e0db5a2017370c786eb7a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d57df78d81f369ac055989f5df895eef.NginxMailingListRussian@forum.nginx.org>

Да, это выход, спасибо.

Единственно что надо следить чтобы в
/doc/root не попало ничего что не должно
быть доступно публично.

Меня удивило что я не могу использовать
переменные в location.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223928#msg-223928


From nginx-forum на nginx.us  Fri Mar 16 09:55:37 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Fri, 16 Mar 2012 05:55:37 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <82a1dbe5e57d2072404031b265de38ef.NginxMailingListRussian@forum.nginx.org>

Переменные использовать можно:

location ~ ^/(?P<site>.+) {
  #тут можно использовать переменную
$site
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223944#msg-223944


From ruslan.usifov на gmail.com  Fri Mar 16 10:03:00 2012
From: ruslan.usifov на gmail.com (ruslan usifov)
Date: Fri, 16 Mar 2012 14:03:00 +0400
Subject: =?UTF-8?B?0J7QsdGA0LDRgtC40YLRjNGB0Y8g0Log0LrQvtC90LrRgNC10YLQvdC+0LzRgyA=?=
	=?UTF-8?B?0LHQtdC60L3QtNGDINCyIHVwc3RyZWFt?=
Message-ID: <CAHULbCnUbwNEDfEC=+1tQOpA2VgX0FFEK=Pcbh+RSoORsT_pOQ@mail.gmail.com>

Првиетствую!

Существует ли способ обратиться к конкретному бекенду? ну что то вроде
такого

upstream backend
{
        server 10.54.178.200:1982;
        server 10.54.178.196:1982;
        server 10.54.178.198:1982;
}


location /apc_stat/
{
     proxy_pass backend[$i]
}



Нужно этоо чтобы опросить состояние apc у php (страница apc.php). Можно
коенчно нарисовать конфиг где приписать каждый отдельный бекед, но может
быть можно как то "красиво":-)?
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120316/320770b8/attachment.html>

From pavel2000 на ngs.ru  Fri Mar 16 11:16:17 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Fri, 16 Mar 2012 18:16:17 +0700
Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0YLQuNGC0YzRgdGPINC6INC60L7QvdC60YDQtdGC0L3QvtC8?=
	=?UTF-8?B?0YMg0LHQtdC60L3QtNGDINCyIHVwc3RyZWFt?=
In-Reply-To: <CAHULbCnUbwNEDfEC=+1tQOpA2VgX0FFEK=Pcbh+RSoORsT_pOQ@mail.gmail.com>
References: <CAHULbCnUbwNEDfEC=+1tQOpA2VgX0FFEK=Pcbh+RSoORsT_pOQ@mail.gmail.com>
Message-ID: <1975702865.20120316181617@ngs.ru>

Здравствуйте, ruslan.

Вы писали 16 марта 2012 г., 17:03:00:

> Нужно этоо чтобы опросить состояние apc у php (страница apc.php). Можно коенчно нарисовать конфиг
> где приписать каждый отдельный бекед, но может быть можно как то "красиво":-)?

AFAIK, такого способа нет. Чтобы это было красиво, делается маленький скрипт, который по списку в
отдельном файле (для легкости модификации списка) формирует отдельный файл конфига для последующего
его включения в общий конфиг через include.


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Fri Mar 16 12:30:48 2012
From: nginx-forum на nginx.us (jekakm)
Date: Fri, 16 Mar 2012 08:30:48 -0400 (EDT)
Subject: =?UTF-8?B?bmdpbngg0L3QtSDQv9C40YjQtdGCINCyINGB0LLQvtC4INC70L7Qs9C4INGC0L4s?=
	=?UTF-8?B?INGH0YLQviDQv9C10YDQtdC00LDQtdGCIEZhc3RDR0kg0LIgc3RkZXJy?=
Message-ID: <0e436ce8e3d3c066755c9faf2d96e346.NginxMailingListRussian@forum.nginx.org>

Добрый день!

Nginx 0.7.67, пробовал еще на 1.0.11 - не пишет в
свои логи сообщения об ошибках от fastcgi.
Конфиг: http://pastebin.com/yLDRM0m1
fastcgi_params: http://pastebin.com/t4YY2ZdC

В php.ini display_errors = Off, log_errors = On, fastcgi.logging =
1(вообще-то должно ставиться по дефолту,
но я еще явно включил).
В логах веб-сервера пусто, хотя fastcgi
точно отправляет сообщения в stderr. В
конфиге php-fpm пула включил catch_workers_output =
yes
 и в логе php-fpm начали логироваться
ошибки.

[16-Mar-2012 12:42:07] WARNING: [pool www] child 31061 said into stderr:
"NOTICE: PHP message: PHP Fatal error:  Call to undefined function
ffphpinfo() in /var/www/example.com/current/web/app.php on line 2"
[16-Mar-2012 12:42:07] WARNING: [pool www] child 31063 said into stderr:
"NOTICE: PHP message: PHP Fatal error:  Call to undefined function
ffphpinfo() in /var/www/example.com/current/web/app.php on line 2"

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223953,223953#msg-223953


From mdounin на mdounin.ru  Fri Mar 16 12:50:06 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 16 Mar 2012 16:50:06 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0L/QuNGI0LXRgiDQsiDRgdCy0L7QuCDQu9C+0LPQuCA=?=
	=?UTF-8?B?0YLQviwg0YfRgtC+INC/0LXRgNC10LTQsNC10YIgRmFzdENHSSDQsiBzdGRl?=
	=?UTF-8?B?cnI=?=
In-Reply-To: <0e436ce8e3d3c066755c9faf2d96e346.NginxMailingListRussian@forum.nginx.org>
References: <0e436ce8e3d3c066755c9faf2d96e346.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120316125005.GM67687@mdounin.ru>

Hello!

On Fri, Mar 16, 2012 at 08:30:48AM -0400, jekakm wrote:

> Добрый день!
> 
> Nginx 0.7.67, пробовал еще на 1.0.11 - не пишет в
> свои логи сообщения об ошибках от fastcgi.
> Конфиг: http://pastebin.com/yLDRM0m1
> fastcgi_params: http://pastebin.com/t4YY2ZdC
> 
> В php.ini display_errors = Off, log_errors = On, fastcgi.logging =
> 1(вообще-то должно ставиться по дефолту,
> но я еще явно включил).
> В логах веб-сервера пусто, хотя fastcgi
> точно отправляет сообщения в stderr. В
> конфиге php-fpm пула включил catch_workers_output =
> yes
>  и в логе php-fpm начали логироваться
> ошибки.
> 
> [16-Mar-2012 12:42:07] WARNING: [pool www] child 31061 said into stderr:
> "NOTICE: PHP message: PHP Fatal error:  Call to undefined function
> ffphpinfo() in /var/www/example.com/current/web/app.php on line 2"
> [16-Mar-2012 12:42:07] WARNING: [pool www] child 31063 said into stderr:
> "NOTICE: PHP message: PHP Fatal error:  Call to undefined function
> ffphpinfo() in /var/www/example.com/current/web/app.php on line 2"

Что как бы намекает, что по каким-то причинам php сообщает ошибки 
в stderr, а не в соответствующий fastcgi-поток.  В результате 
nginx этих сообщений не видит и залоггировать не может.  Нужно 
настраивать php, со стороны nginx'а тут ничего не сделать.

Maxim Dounin


From nginx-forum на nginx.us  Fri Mar 16 13:16:05 2012
From: nginx-forum на nginx.us (jekakm)
Date: Fri, 16 Mar 2012 09:16:05 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0L/QuNGI0LXRgiDQsiDRgdCy0L7QuCDQu9C+0LPQuCA=?=
	=?UTF-8?B?0YLQviwg0YfRgtC+INC/0LXRgNC10LTQsNC10YIgRmFzdENHSSDQsiBzdGRl?=
	=?UTF-8?B?cnI=?=
In-Reply-To: <20120316125005.GM67687@mdounin.ru>
References: <20120316125005.GM67687@mdounin.ru>
Message-ID: <b9bd592f4a9bbd4e0678036d891b7be8.NginxMailingListRussian@forum.nginx.org>

Вообще то так и должно быть. В
нормальной ситуации nginx сообщения от
fastcgi с stdout отправляет клиентам, а с stderr
пишет в лог. Все записи в логах nginx'а о
ошибках в php начинаются с "FastCGI sent in stderr:",
что как бы намекает.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223953,223956#msg-223956


From mdounin на mdounin.ru  Fri Mar 16 13:32:34 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 16 Mar 2012 17:32:34 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0L/QuNGI0LXRgiDQsiDRgdCy0L7QuCDQu9C+0LPQuCA=?=
	=?UTF-8?B?0YLQviwg0YfRgtC+INC/0LXRgNC10LTQsNC10YIgRmFzdENHSSDQsiBzdGRl?=
	=?UTF-8?B?cnI=?=
In-Reply-To: <b9bd592f4a9bbd4e0678036d891b7be8.NginxMailingListRussian@forum.nginx.org>
References: <20120316125005.GM67687@mdounin.ru>
	<b9bd592f4a9bbd4e0678036d891b7be8.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120316133234.GO67687@mdounin.ru>

Hello!

On Fri, Mar 16, 2012 at 09:16:05AM -0400, jekakm wrote:

> Вообще то так и должно быть. В
> нормальной ситуации nginx сообщения от
> fastcgi с stdout отправляет клиентам, а с stderr
> пишет в лог.

Нет, fastcgi работает по другому.  С fastcgi-приложением сервер 
(nginx) общается по одному сокету, в котором представлены 
различные потоки данный, в частности - FCGI_STDOUT, FCGI_STDERR.  
В которые приложение (php в вашем случае) должно перенаправить данные, 
предназначающиеся в классическом CGI для stdout и stderr 
соответственно.

Подробнее можно прочитать тут:
http://www.fastcgi.com/devkit/doc/fcgi-spec.html#S5.3

> Все записи в логах nginx'а о
> ошибках в php начинаются с "FastCGI sent in stderr:",
> что как бы намекает.

Есть две вещи, которые не следует путать: stderr в его исходном 
смысле (т.е. файл за номером 2 в рамках fastcgi-приложения)
и FCGI_STDERR stream, который и логгирует nginx.

Проблема в вашем случае, судя по всему, состоит именно в том, что 
php _не_ отправляет данные в поток FCGI_STDERR, а просто пишет их 
файл номер 2 aka stderr.

Убедиться в этом моторным методом достаточно просто - перевесить 
fastcgi_pass на tcp-socket, и tcpdump'ом посмотреть поток.

Maxim Dounin


From alexander.moskalenko на gmail.com  Fri Mar 16 13:45:02 2012
From: alexander.moskalenko на gmail.com (Alexander Moskalenko)
Date: Fri, 16 Mar 2012 15:45:02 +0200
Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0YLQuNGC0YzRgdGPINC6INC60L7QvdC60YDQtdGC0L3QvtC8?=
	=?UTF-8?B?0YMg0LHQtdC60L3QtNGDINCyIHVwc3RyZWFt?=
In-Reply-To: <CAHULbCnUbwNEDfEC=+1tQOpA2VgX0FFEK=Pcbh+RSoORsT_pOQ@mail.gmail.com>
References: <CAHULbCnUbwNEDfEC=+1tQOpA2VgX0FFEK=Pcbh+RSoORsT_pOQ@mail.gmail.com>
Message-ID: <CACVfVFtBAssKsg_r=8A8=RjMvGMuDFqBdhQBVYKZaoN=ixWevQ@mail.gmail.com>

Дергайте PHP pool напрямую из того же перла.
Мы графики APC для cacti так рисуем.

2012/3/16 ruslan usifov <ruslan.usifov на gmail.com>

> Првиетствую!
>
> Существует ли способ обратиться к конкретному бекенду? ну что то вроде
> такого
>
> upstream backend
> {
>         server 10.54.178.200:1982;
>         server 10.54.178.196:1982;
>         server 10.54.178.198:1982;
> }
>
>
> location /apc_stat/
> {
>      proxy_pass backend[$i]
> }
>
>
>
> Нужно этоо чтобы опросить состояние apc у php (страница apc.php). Можно
> коенчно нарисовать конфиг где приписать каждый отдельный бекед, но может
> быть можно как то "красиво":-)?
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120316/500331a1/attachment.html>

From alexander.moskalenko на gmail.com  Fri Mar 16 13:47:40 2012
From: alexander.moskalenko на gmail.com (Alexander Moskalenko)
Date: Fri, 16 Mar 2012 15:47:40 +0200
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0L/QuNGI0LXRgiDQsiDRgdCy0L7QuCDQu9C+0LPQuCA=?=
	=?UTF-8?B?0YLQviwg0YfRgtC+INC/0LXRgNC10LTQsNC10YIgRmFzdENHSSDQsiBzdGRl?=
	=?UTF-8?B?cnI=?=
In-Reply-To: <20120316133234.GO67687@mdounin.ru>
References: <20120316125005.GM67687@mdounin.ru>
	<b9bd592f4a9bbd4e0678036d891b7be8.NginxMailingListRussian@forum.nginx.org>
	<20120316133234.GO67687@mdounin.ru>
Message-ID: <CACVfVFt56t_+gsk4U-3mQVBxGLiHCL2DA7ikqh7QHz4rpH2z3w@mail.gmail.com>

catch_workers_output = yes

в конфиг пула
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120316/2a3a8def/attachment.html>

From nginx-forum на nginx.us  Fri Mar 16 13:53:06 2012
From: nginx-forum на nginx.us (optimus)
Date: Fri, 16 Mar 2012 09:53:06 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IGxvY2F0aW9uINC4INC/0LXRgNC10LzQtdC90L3Ri9C1?=
In-Reply-To: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
References: <71c95612b7ad97b70139bc0d87b4397b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6715837ad377fb1e0c71e56b08e1e4a5.NginxMailingListRussian@forum.nginx.org>

Да, это я понял, я так делаю в server_name. Я
хотел не определить переменную на
основе location а использовать уже
существующую (т.е. значение которой
присвоено выше).

Т.е. чтобы конструкция:

location /$subname/

при обработке запроса www1.site.ru/www1/
работала как:

location /www1/

при обработке запроса www2.site.ru/www2/
работала как:

location /www2/

и т.д.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223882,223963#msg-223963


From nginx-forum на nginx.us  Fri Mar 16 14:02:02 2012
From: nginx-forum на nginx.us (jekakm)
Date: Fri, 16 Mar 2012 10:02:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0L/QuNGI0LXRgiDQsiDRgdCy0L7QuCDQu9C+0LPQuCA=?=
	=?UTF-8?B?0YLQviwg0YfRgtC+INC/0LXRgNC10LTQsNC10YIgRmFzdENHSSDQsiBzdGRl?=
	=?UTF-8?B?cnI=?=
In-Reply-To: <20120316133234.GO67687@mdounin.ru>
References: <20120316133234.GO67687@mdounin.ru>
Message-ID: <c3d9f5806e821cdf9930d3d81615004f.NginxMailingListRussian@forum.nginx.org>

А, таки да. Большое спасибо за
разъяснения. Уже и баг соответствующий
проблеме у php нашел.
 
https://bugs.php.net/bug.php?id=61045 - оставлю здесь,
может пригодиться еще кому-то.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223953,223964#msg-223964


From nginx-forum на nginx.us  Fri Mar 16 15:27:11 2012
From: nginx-forum на nginx.us (sarzhan)
Date: Fri, 16 Mar 2012 11:27:11 -0400 (EDT)
Subject: =?UTF-8?B?0JrQsNC6INC+0YLQu9C+0LLQuNGC0Ywg0LrQsNC60L7QuSBsb2NhdGlvbiDRgdGA?=
	=?UTF-8?B?0LDQsdCw0YLRi9Cy0LDQtdGC?=
Message-ID: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>

Добрый день, хочу на форум сделать
auth_basic на папку, с файлами для форума
vbulletin, папка includes адрес форума /comm/.
В конфигурационном файле делаю
следующие записи, но что то не
срабатывает подскажите, где ошибка или
вложенный location надо ниже добавить?
Спасибо.
 
location /comm/ {
        location ~ ^/comm/includes/.*\.php$ {
        auth_basic            "Restricted";
        auth_basic_user_file  /etc/nginx/htpasswd;
        }

rewrite ^/comm/((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$
/comm/vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 last;

       if (!-e $request_filename) {
        rewrite ^/comm/(.*)$ /comm/vbseo.php last;
        }

}

if ($request_filename ~ "\.php$" ) {
rewrite ^/comm/(.*)$ /comm/vbseo.php last;
}

location  / {
.......
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223970,223970#msg-223970


From v.v.biriukov на gmail.com  Fri Mar 16 16:28:29 2012
From: v.v.biriukov на gmail.com (Viacheslav Biriukov)
Date: Fri, 16 Mar 2012 18:28:29 +0200
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAPKsgQwXk3YFME5hiCX8=emvbSSfzOaU-3rw-9_cC3SQxuRxhQ@mail.gmail.com>

Добавьте в location свой access_log.

16 марта 2012 г. 17:27 пользователь sarzhan <nginx-forum на nginx.us> написал:

> Добрый день, хочу на форум сделать
> auth_basic на папку, с файлами для форума
> vbulletin, папка includes адрес форума /comm/.
> В конфигурационном файле делаю
> следующие записи, но что то не
> срабатывает подскажите, где ошибка или
> вложенный location надо ниже добавить?
> Спасибо.
>
> location /comm/ {
>        location ~ ^/comm/includes/.*\.php$ {
>        auth_basic            "Restricted";
>        auth_basic_user_file  /etc/nginx/htpasswd;
>        }
>
> rewrite ^/comm/((urllist|sitemap_).*\.(xml|txt)(\.gz)?)$
> /comm/vbseo_sitemap/vbseo_getsitemap.php?sitemap=$1 last;
>
>       if (!-e $request_filename) {
>        rewrite ^/comm/(.*)$ /comm/vbseo.php last;
>        }
>
> }
>
> if ($request_filename ~ "\.php$" ) {
> rewrite ^/comm/(.*)$ /comm/vbseo.php last;
> }
>
> location  / {
> .......
> }
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223970,223970#msg-223970
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
Viacheslav Biriukov
BR
http://biriukov.com
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120316/7c88d67c/attachment.html>

From a.vasilishin на kpi.ua  Fri Mar 16 16:36:24 2012
From: a.vasilishin на kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=)
Date: Fri, 16 Mar 2012 18:36:24 +0200
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <CAPKsgQwXk3YFME5hiCX8=emvbSSfzOaU-3rw-9_cC3SQxuRxhQ@mail.gmail.com>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
	<CAPKsgQwXk3YFME5hiCX8=emvbSSfzOaU-3rw-9_cC3SQxuRxhQ@mail.gmail.com>
Message-ID: <4F636C08.20601@kpi.ua>

16.03.2012 18:28, Viacheslav Biriukov пишет:
> Добавьте в location свой access_log.

по-моему проще сделать debug_connection для своего айпи
http://wiki.nginx.org/EventsModule#debug_connection


-- 
WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE


From nginx-forum на nginx.us  Fri Mar 16 21:32:12 2012
From: nginx-forum на nginx.us (vgoncharov)
Date: Fri, 16 Mar 2012 17:32:12 -0400 (EDT)
Subject: =?UTF-8?B?0L3QsNC00L4g0L3QtdGB0LrQvtC70YzQutC+IHN1YiBmaWx0ZXIg0LIg0L7QtNC9?=
	=?UTF-8?B?0L7QvCBMb2NhdGlvbg==?=
Message-ID: <a4b77542b8e3b6f117b139a59b45d0c5.NginxMailingListRussian@forum.nginx.org>

Всем привет.

Модуль substitution позволяет только один
фильр на location.

У меня backend не понимает https. Для
обеспечения https (и не только)
испольозуется nginx.

В некоторых страницах генерируемых
бакендом мне надо три фильтра, которые
заменяют http:// на https://. Я не могу менять
все подряд http на https. Только три фильтра
надо использовать
sub_filter XMLFile=http://www.mydomen.com/
XMLFile=https://www.mydomen.com/;
sub_filter http://download.macromedia.com/
https://download.macromedia.com/;
sub_filter http://www.mydomen.com:8080/  https://www.mydomen.com/;

Модуль официальный модуль substitution не
позволяет три sub_filter в одном location. Очень
непонятное ограничение.

Есть addon-модуль substitutions. Версии старше 0.4
то вешали nginx, то просто обрезали
страницу, если она больше пары десятков
килобайт (при использовании gzip on).

Начиная с версии nginx/1.0.12 (или 1.0.11) nginx
перестал собираться с substitutions 0.4 и я
должен был его заменить на substitutions 0.5.2
revision 53 (он его через svn только раздает).

Я написал автору багрепорт, выслал
конфиги при которых ng и substitutions глючит и
ошибка повторяется. Выслал свой debug log.

Автор substitutions подкрутил свой код и
большие страницы стали отдаваться
целиком. Но через пару часов работы
пользователи стали жаловаться, что
периодически они получают пустые
страницы. Проверил путем нажатия f5 -
действительно, иногда nginx отдавал
урезанные или совсем пустые страницы.

После сообщенияавтору он все изменения
в svn откатил обратно и все. Больше он
сделать ничего не смог.

Таким образом я больше не могу
обновлять nginx, так как работающая
версия substitutions с новыми стабильными
версиями nginx не совместима, а новая
версия не работает с gzip on.

У меня остается мало выбора:
1) Надеятся, что Игорь Сысоев допишет
модуль substitution, чтобы я мог писать
несколько sub_filter в одном location.
2) Найти какой-то другой способ менять
мои строки с http на https. Но не с perl-модулем
- он мне кажется слишком большим
монстром для такой простой задачи.
3) Отказаться от nginx, как инструмента с
недостающим функционалом для моей
задачи. (это ужасно - слишком много
конфигов придется конвертировать,
включая генераторы конфигов).

Что посоветуете?

Владимир

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223980,223980#msg-223980


From pavel2000 на ngs.ru  Sat Mar 17 06:05:15 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Sat, 17 Mar 2012 13:05:15 +0700
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <a4b77542b8e3b6f117b139a59b45d0c5.NginxMailingListRussian@forum.nginx.org>
References: <a4b77542b8e3b6f117b139a59b45d0c5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <13010363887.20120317130515@ngs.ru>

Здравствуйте, vgoncharov.

Вы писали 17 марта 2012 г., 4:32:12:

Поскольку страницы проекта не все, а только некоторые,
можно предложить использование такого варианта:

отдельно от основного nginx ставится специально собранный для задачи substituions,
либо старая, уже проверенная вами, связка версий, либо какая-либо новая (nginx+perl),
либо вообще другой веб-сервер.

В основном nginx в locations, где нужны подобные подстановки/замены, делаем proxy_pass не на
реальный бэкенд, а на "специализированный". Переменные/заголовки типа X-Real-IP можно дотянуть до
реального бэкенда без особых проблем.

Ну это как вариант.


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Sat Mar 17 13:30:03 2012
From: nginx-forum на nginx.us (vgoncharov)
Date: Sat, 17 Mar 2012 09:30:03 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <13010363887.20120317130515@ngs.ru>
References: <13010363887.20120317130515@ngs.ru>
Message-ID: <db1dcb1ac3388ffc3f9fc4e76f85603a.NginxMailingListRussian@forum.nginx.org>

Не подойдет такой метод.
Лишь некоторые страницы содержат http://,
которые надо заменять на https:/, но чтобы
выяснить какие именно надо парсить все
страницы. По урл определить
невозможно.

Таким образом, если я подкручу другой
веб-сервер (apache) ради аналога
нескольких sub_filter, то зачем тогда нужен
ngix? Тогда уж тот веб-сервер и пусть все
раздает.

Мне непонятно, откуда это ограничение -
один sub_filter на один location? Для чего такая
ограниченная функциональность?

Кто-нибудь из разработчиков сказал бы
слово разъяснительное.

Pavel V. Wrote:
-------------------------------------------------------
> Здравствуйте, vgoncharov.
> 
> Вы писали 17 марта 2012 г., 4:32:12:
> 
> Поскольку страницы проекта
> не все, а только некоторые,
> можно предложить
> использование такого
> варианта:
> 
> отдельно от основного nginx
> ставится специально
> собранный для задачи
> substituions,
> либо старая, уже
> проверенная вами, связка
> версий, либо какая-либо
> новая (nginx+perl),
> либо вообще другой
> веб-сервер.
> 
> В основном nginx в locations, где
> нужны подобные
> подстановки/замены, делаем
> proxy_pass не на
> реальный бэкенд, а на
> "специализированный".
> Переменные/заголовки типа
> X-Real-IP можно дотянуть до
> реального бэкенда без
> особых проблем.
> 
> Ну это как вариант.
> 
> 
> -- 
> С уважением,
>  Pavel                         
> mailto:pavel2000 на ngs.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223987,223990#msg-223990


From cronfy на gmail.com  Sat Mar 17 15:37:59 2012
From: cronfy на gmail.com (cronfy)
Date: Sat, 17 Mar 2012 19:37:59 +0400
Subject: =?UTF-8?B?0J/QsNC90LjQutC4IEZyZWVCU0QgNy4zINC/0YDQuCDRgNC10YHRgtCw0YDRgtC1?=
	=?UTF-8?B?IG5naW54INC/0YDQuCBERG9T?=
Message-ID: <CAJVM2mp09b1T1mPKE9nLXPNHd6dHcZvyQvSdyg4Hr6F2=QGVog@mail.gmail.com>

Всем здравствуйте.

Не совсем про nginx, но близко.

Столкнулся с проблемой при отражении DDoS на nginx 0.8.53 на FreeBSD
7.3. Начинается DDoS, примерно 1000-2000 IP-адресов, я вижу его в
логах. Останавливаю nginx, правлю конфиги (ставлю для сайта 503).
Запускаю nginx заново и либо сразу, либо секунд через 10 вижу панику:

Panic String: sbsndptr: sockbuf 0xffffff029b9ac188 and mbuf
0xffffff016ac31300 clashing

Кто-нибудь сталкивался с таким? В гугле искал, но как-то безуспешно:
советуют драйвера igb поменять, но с ними еще хуже.

-- 
Олег Петрачев

From universite на ukr.net  Sat Mar 17 17:27:11 2012
From: universite на ukr.net (Vladislav V. Prodan)
Date: Sat, 17 Mar 2012 19:27:11 +0200
Subject: =?UTF-8?B?UmU6INCf0LDQvdC40LrQuCBGcmVlQlNEIDcuMyDQv9GA0Lgg0YDQtdGB0YLQsNGA?=
	=?UTF-8?B?0YLQtSBuZ2lueCDQv9GA0LggRERvUw==?=
In-Reply-To: <CAJVM2mp09b1T1mPKE9nLXPNHd6dHcZvyQvSdyg4Hr6F2=QGVog@mail.gmail.com>
References: <CAJVM2mp09b1T1mPKE9nLXPNHd6dHcZvyQvSdyg4Hr6F2=QGVog@mail.gmail.com>
Message-ID: <4F64C96F.1050706@ukr.net>

17.03.2012 17:37, cronfy написал:
> Всем здравствуйте.
> 
> Не совсем про nginx, но близко.
> 
> Столкнулся с проблемой при отражении DDoS на nginx 0.8.53 на FreeBSD
> 7.3. Начинается DDoS, примерно 1000-2000 IP-адресов, я вижу его в
> логах. Останавливаю nginx, правлю конфиги (ставлю для сайта 503).
> Запускаю nginx заново и либо сразу, либо секунд через 10 вижу панику:
> 
> Panic String: sbsndptr: sockbuf 0xffffff029b9ac188 and mbuf
> 0xffffff016ac31300 clashing
> 
> Кто-нибудь сталкивался с таким? В гугле искал, но как-то безуспешно:
> советуют драйвера igb поменять, но с ними еще хуже.
> 

надо выделять больше памяти под сеть.
покажите netstat -m



-- 
Vladislav V. Prodan
System & Network Administrator
http://support.od.ua
+380 67 4584408, +380 99 4060508
VVP88-RIPE


From cronfy на gmail.com  Sat Mar 17 21:20:34 2012
From: cronfy на gmail.com (cronfy)
Date: Sun, 18 Mar 2012 01:20:34 +0400
Subject: =?UTF-8?B?UmU6INCf0LDQvdC40LrQuCBGcmVlQlNEIDcuMyDQv9GA0Lgg0YDQtdGB0YLQsNGA?=
	=?UTF-8?B?0YLQtSBuZ2lueCDQv9GA0LggRERvUw==?=
In-Reply-To: <4F64C96F.1050706@ukr.net>
References: <CAJVM2mp09b1T1mPKE9nLXPNHd6dHcZvyQvSdyg4Hr6F2=QGVog@mail.gmail.com>
	<4F64C96F.1050706@ukr.net>
Message-ID: <CAJVM2mrLEtQNQzbH4xEX2wLeHQLSnqGBxwiio0cZQZh5VwNXsA@mail.gmail.com>

>> Запускаю nginx заново и либо сразу, либо секунд через 10 вижу панику:
>> Panic String: sbsndptr: sockbuf 0xffffff029b9ac188 and mbuf
>> 0xffffff016ac31300 clashing
>> Кто-нибудь сталкивался с таким? В гугле искал, но как-то безуспешно:
>> советуют драйвера igb поменять, но с ними еще хуже.
> надо выделять больше памяти под сеть.
> покажите netstat -m

Вот. Сейчас DDoS еще идет, по большей части заблокирован на ipfw
(около 2 тысяч ip), что проходит - отсекается  по return 444.

# netstat -m
8385/4290/12675 mbufs in use (current/cache/total)
8243/2941/11184/66560 mbuf clusters in use (current/cache/total/max)
22/1258 mbuf+clusters out of packet secondary zone in use (current/cache)
45/1457/1502/33280 4k (page size) jumbo clusters in use
(current/cache/total/max)
0/0/0/16640 9k jumbo clusters in use (current/cache/total/max)
0/0/0/8320 16k jumbo clusters in use (current/cache/total/max)
18762K/12782K/31544K bytes allocated to network (current/cache/total)
0/0/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
135201 requests for I/O initiated by sendfile
0 calls to protocol drain routines


-- 
Олег Петрачев

From nginx-forum на nginx.us  Mon Mar 19 12:52:32 2012
From: nginx-forum на nginx.us (sarzhan)
Date: Mon, 19 Mar 2012 08:52:32 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
Message-ID: <42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>

В логах отловил какой локейшен
 location ^\.php$ {

 }
добавляют sub location
 location ^\.php$ {
    location ~*/comm/includes/.*\.php${
    deny all;
   }

 }
не срабатывает
Подскажите где ошибка?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223970,224028#msg-224028


From nginx-forum на nginx.us  Mon Mar 19 12:55:17 2012
From: nginx-forum на nginx.us (ddavydov)
Date: Mon, 19 Mar 2012 08:55:17 -0400 (EDT)
Subject: =?UTF-8?B?0JPQu9C+0LHQsNC70YzQvdGL0LUg0LfQvdCw0YfQtdC90LjRjyBbb3BlbiBmaWxl?=
	=?UTF-8?B?IGNhY2hlXQ==?=
Message-ID: <70a2eb662f232dc4039902c500ba4946.NginxMailingListRussian@forum.nginx.org>

Добрый день!

В основном конфигурационном файле
указано:

[http]

open_file_cache max=5000 inactive=60s;
open_file_cache_valid 90s;
open_file_cache_min_uses 1;
open_file_cache_errors on;

В виртуальном хосте:

[server]

location / {
                proxy_pass http://backend;
                include /etc/nginx/proxy_params;
                limit_conn lczip 20;
                limit_req zone=lrzip burst=3 nodelay;
}

location ~* \.(jpe?g|gif|png|svg|ico|css|swf|js|eot|ttf|otf|html|htm)$
{
                expires max;
                open_file_cache max=2000 inactive=120s;
                open_file_cache_valid 300s;
                open_file_cache_min_uses 1;
                open_file_cache_errors on;
}

У меня такой вопрос: в случае для location /
будут ли действовать правила open_file_cache
указанные в основном конфигурационном
файле?

Если для location ~*
\.(jpe?g|gif|png|svg|ico|css|swf|js|eot|ttf|otf|html|htm)$
указаны другие значения, то именно они
будут действовать, а не параметры
основного конфигурационного файла?

И ещё один вопрос, они немного связаны:
если в http подключается файл
/etc/nginx/proxy_params параметры будут
глобальными, т.е. достаточно будет
указать proxy_pass http://backend все остальные
параметры будут как бы по умолчанию уже
добавлены?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224029,224029#msg-224029


From igor на sysoev.ru  Mon Mar 19 13:08:00 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Mon, 19 Mar 2012 17:08:00 +0400
Subject: =?UTF-8?B?UmU6INCT0LvQvtCx0LDQu9GM0L3Ri9C1INC30L3QsNGH0LXQvdC40Y8gW29wZW4g?=
	=?UTF-8?B?ZmlsZSBjYWNoZV0=?=
In-Reply-To: <70a2eb662f232dc4039902c500ba4946.NginxMailingListRussian@forum.nginx.org>
References: <70a2eb662f232dc4039902c500ba4946.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120319130800.GA87354@nginx.com>

On Mon, Mar 19, 2012 at 08:55:17AM -0400, ddavydov wrote:
> Добрый день!
> 
> В основном конфигурационном файле
> указано:
> 
> [http]
> 
> open_file_cache max=5000 inactive=60s;
> open_file_cache_valid 90s;
> open_file_cache_min_uses 1;
> open_file_cache_errors on;
> 
> В виртуальном хосте:
> 
> [server]
> 
> location / {
>                 proxy_pass http://backend;
>                 include /etc/nginx/proxy_params;
>                 limit_conn lczip 20;
>                 limit_req zone=lrzip burst=3 nodelay;
> }
> 
> location ~* \.(jpe?g|gif|png|svg|ico|css|swf|js|eot|ttf|otf|html|htm)$
> {
>                 expires max;
>                 open_file_cache max=2000 inactive=120s;
>                 open_file_cache_valid 300s;
>                 open_file_cache_min_uses 1;
>                 open_file_cache_errors on;
> }
> 
> У меня такой вопрос: в случае для location /
> будут ли действовать правила open_file_cache
> указанные в основном конфигурационном
> файле?

Да.

> Если для location ~*
> \.(jpe?g|gif|png|svg|ico|css|swf|js|eot|ttf|otf|html|htm)$
> указаны другие значения, то именно они
> будут действовать, а не параметры
> основного конфигурационного файла?

Да.

> И ещё один вопрос, они немного связаны:
> если в http подключается файл
> /etc/nginx/proxy_params параметры будут
> глобальными, т.е. достаточно будет
> указать proxy_pass http://backend все остальные
> параметры будут как бы по умолчанию уже
> добавлены?

Да.
 

-- 
Igor Sysoev


From gmm на csdoc.com  Mon Mar 19 13:27:28 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Mon, 19 Mar 2012 15:27:28 +0200
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
	<42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F673440.7020907@csdoc.com>

On 19.03.2012 14:52, sarzhan wrote:

> В логах отловил какой локейшен
>   location ^\.php$ {
>
>   }
> добавляют sub location
>   location ^\.php$ {
>      location ~*/comm/includes/.*\.php${
>      deny all;
>     }
>
>   }
> не срабатывает
> Подскажите где ошибка?

нет префикса. ошибка здесь: "location ^\.php$"

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

Регулярные выражения задаются либо с префиксом ?~*? (для поиска 
совпадения без учёта регистра символов), либо с префиксом ?~? (с учётом 
регистра).

-- 
Best regards,
  Gena


From ne на vbart.ru  Mon Mar 19 13:56:07 2012
From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=)
Date: Mon, 19 Mar 2012 17:56:07 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
	<42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
Message-ID: <201203191756.08079.ne@vbart.ru>

On Monday 19 March 2012 16:52:32 sarzhan wrote:
> В логах отловил какой локейшен
>  location ^\.php$ {
> 
>  }

В данный location не может попасть ни один клиентский запрос.
Как минимум, запросы пользователей начинаются со "/".

Видимо имело ввиду: location ~ \.php$ ?

--
Валентин Бартенев

From nginx-forum на nginx.us  Mon Mar 19 15:09:02 2012
From: nginx-forum на nginx.us (sarzhan)
Date: Mon, 19 Mar 2012 11:09:02 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
	<42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d351b96c182cf2303bc554ca02eda985.NginxMailingListRussian@forum.nginx.org>

Да,
location ~ \.php$ {
     location ~*/comm/includes/.*\.php${
     access_log /var/log/nginx/com_enter.log;
     deny all;
       }
    }
но что то, не срабатывает.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223970,224036#msg-224036


From ano на bestmx.ru  Mon Mar 19 15:38:17 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Mon, 19 Mar 2012 19:38:17 +0400
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <d351b96c182cf2303bc554ca02eda985.NginxMailingListRussian@forum.nginx.org>
References: <24eaeafaa393b2d356c4a52346c20311.NginxMailingListRussian@forum.nginx.org>
	<42c41829a59a748a9e1074f80f561683.NginxMailingListRussian@forum.nginx.org>
	<d351b96c182cf2303bc554ca02eda985.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F6752E9.5060504@bestmx.ru>

On 19.03.12 19:09, sarzhan wrote:
> Да,
> location ~ \.php$ {
>       location ~*/comm/includes/.*\.php${
Может быть, здесь нужен пробел после "~*"?

>       access_log /var/log/nginx/com_enter.log;
>       deny all;
>         }
>      }
> но что то, не срабатывает.


From nginx-forum на nginx.us  Mon Mar 19 16:55:40 2012
From: nginx-forum на nginx.us (sarzhan)
Date: Mon, 19 Mar 2012 12:55:40 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRpb24g?=
	=?UTF-8?B?0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <4F6752E9.5060504@bestmx.ru>
References: <4F6752E9.5060504@bestmx.ru>
Message-ID: <8c09725036a33df463f5e64a517a41ca.NginxMailingListRussian@forum.nginx.org>

Andrey N. Oktyabrski Wrote:
-------------------------------------------------------
> On 19.03.12 19:09, sarzhan wrote:
> > Да,
> > location ~ \.php$ {
> >       location ~*/comm/includes/.*\.php${
> Может быть, здесь нужен
> пробел после "~*"?
> 
> >       access_log /var/log/nginx/com_enter.log;
> >       deny all;
> >         }
> >      }
> > но что то, не срабатывает.
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

у меня есть каталог comm в нем подкаталог
includes хочу запретить  выполнение
скриптов(index.php, post.php)  из подкаталога
includes . Но что то не выходит.
location ~ \.php$ {

        location  ~* /comm/includes/.*\.php$  {
	deny all;
        }

                fastcgi_pass unix:/tmp/fastcgi_sock;
                fastcgi_index index.php;
                fastcgi_param SCRIPT_FILENAME
/home/VPS/domains/XXX.com$fastcgi_script_name;
                include fastcgi_params;
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223970,224039#msg-224039


From p на gazinter.net  Tue Mar 20 07:20:14 2012
From: p на gazinter.net (Pavel Denisov)
Date: Tue, 20 Mar 2012 10:20:14 +0300
Subject: =?UTF-8?B?bmdpbngrc3NsK2Rvd25sb2FkIG1hc3RlciA9INCx0LjRgtGL0LUgYXZpINC4IG1w?=
	=?UTF-8?B?Mw==?=
Message-ID: <1332228014.4470.32.camel@denisov>

Всем привет !

Имею проблему следующего плана.

Есть nginx-ы (на данный момент пробовал 1.0.14 и 1.1.17), которые отдают
файлы. Всё работает замечательно, но при использовании Download Master-а
файлы avi и mp3 приходят битые.
Конфиг nginx.conf такой.

user www-data;
worker_processes 8;
pid /var/run/nginx.pid;

events {
        worker_connections 768;
}

http {
        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;
        keepalive_timeout 65;
         types_hash_max_size 2048;
        include /etc/nginx/mime.types;
        default_type application/octet-stream;
        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;
        gzip on;
        gzip_disable "msie6";
        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}



Конфиг конкретного сервера такой.

upstream server-group {
ip_hash;
server api1:81;
server api2:81;
}

server {
    listen   80;
    server_name files.domainname.com;
    server_name_in_redirect off;
    rewrite ^(.*) https://files.domainname.com$1 permanent;
}

server {

    listen 443;

    ssl on;
    ssl_certificate /etc/nginx/keys/domainname.com.crt;
    ssl_certificate_key /etc/nginx/keys/domainname.com.key;

    ssl_session_timeout 5m;

    ssl_protocols SSLv3 TLSv1;
    ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv3:
+EXP;
    ssl_prefer_server_ciphers on;

    client_max_body_size 2000m;
    server_name files.domainname.com;

location /download/ {
    secure_link $arg_st,$arg_e;
    secure_link_md5 xxx111xxx$uri$arg_e$remote_addr;
    if ($secure_link = "") {
        return 403;
    }

    if ($secure_link = "0") {
        return 403;
    }

    rewrite ^/download/(.*) /rest/download/$1 last;

}

location / {

              rewrite ^/download/(.*) /rest/download/$1 last;

               proxy_pass http://server-group;
                proxy_next_upstream error timeout;

                proxy_redirect     off;
                proxy_set_header   Host             $host;
                proxy_set_header   X-Real-IP        $remote_addr;
                proxy_set_header   X-Forwarded-For
$proxy_add_x_forwarded_for;

                client_max_body_size       10m;
                client_body_buffer_size    128k;

                proxy_connect_timeout      90;
                proxy_send_timeout         90;
                proxy_read_timeout         90;
               proxy_buffer_size          4k;
                proxy_buffers              4 32k;
                proxy_busy_buffers_size    64k;
                proxy_temp_file_write_size 64k;

            }

            location ^~ /files {
                charset utf-8;
                root       /srv;
                internal;
            }

 }

Сейчас стоит такой вот nginx.
nginx version: nginx/1.1.14
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx
--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
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-http_addition_module --with-http_dav_module
--with-http_flv_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-http_mp4_module --with-http_perl_module
--with-http_random_index_module --with-http_realip_module
--with-http_secure_link_module --with-http_stub_status_module
--with-http_ssl_module --with-http_sub_module --with-http_xslt_module
--with-ipv6 --with-sha1=/usr/include/openssl
--with-md5=/usr/include/openssl --with-mail --with-mail_ssl_module
--add-module=/root/nginx-1.1.14/debian/modules/nginx-development-kit
--add-module=/root/nginx-1.1.14/debian/modules/nginx-upstream-fair
--add-module=/root/nginx-1.1.14/debian/modules/nginx-echo
--add-module=/root/nginx-1.1.14/debian/modules/nginx-lua
--add-module=/root/nginx-1.1.14/debian/modules/nginx-http-push
--add-module=/root/nginx-1.1.14/debian/modules/nginx-upload-module
--add-module=/root/nginx-1.1.14/debian/modules/nginx-upload-progress
--add-module=/root/nginx-1.1.14/debian/modules/mod_zip
--add-module=/root/nginx-1.1.14/debian/modules/headers-more-nginx-module
--add-module=/root/nginx-1.1.14/debian/modules/chunkin-nginx-module


Т.е. есть некий шифрованный URL (например
https://files.domainname.com/download/fileid123456?st=eEYnzmrrxzTjejtXssRnVQ&e=1332310281&u=4sAl7xYZ6Aqq), который генерится в PHP.  Если его открыть, запрос через балансировщик прилетает на один из nginx-ов, Nginx проверяет через secure_link, правильный ли URL, и, если все ОК, отдаёт его одному из прокси. От прокси прилетает ответ с заголовками X-Accel-Redirect и Content-Disposition, по которому nginx идёт в internal локейшен и отдаёт файл по https-у.

Файлы лежат на подмонтированном через glusterfs сетевом хранилище. Всё
это дело живёт под Debian-ом.

Всё работает замечательно, пока мы не попробуем скачать avi или mp3,
используя Download Master (пробовали разные версии). Любым другим
способом качается замечательно и приходит не битым. Не медиа файлы
приходят целыми во всех вариантах. Никаких ошибок нигде не пишется, логи
чистые и красивые.

Есть идеи в какую сторону смотреть ?

Павел.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120320/2ca3ab0e/attachment-0001.html>

From nginx-forum на nginx.us  Tue Mar 20 08:11:39 2012
From: nginx-forum на nginx.us (yuri37)
Date: Tue, 20 Mar 2012 04:11:39 -0400 (EDT)
Subject: =?UTF-8?B?0JrQtdGI0LjRgNC+0LLQsNC90LjQtSDQuCDQutGD0LrQuCAtINC/0YDQvtCx0Ls=?=
	=?UTF-8?B?0LXQvNGL?=
Message-ID: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>

Оч.прошу помочь с такой проблемой.
делаю полный кеш для неавторизованных
юзеров и без кеша для авторизованных.
При авторизации пишется нужная кука.
Кеширование есть, но кешируется и кука.
Если убрать из proxy_ignore_headers "Set-Cookie" -
кеширование не работает. А без нее
кеширует все. Подскажите пожалуйста
что не так? 

error_page 412 = @nocached;
proxy_cache fastcgi_cache;
proxy_cache_key "$request_method|$is_args|$host|$request_uri";
proxy_ignore_headers "Cache-Control" "Expires" "Set-Cookie";
proxy_pass_header "Set-Cookie";
#proxy_pass_header "Cookie";
proxy_hide_header      Set-Cookie;
proxy_cache_use_stale error timeout invalid_header updating http_500
http_502 http_503 http_504;
proxy_cache_valid 200 301 302 304 30m;
proxy_no_cache $cookie_AuthUser;
proxy_cache_bypass $cookie_AuthUser;
expires 1h;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224058#msg-224058


From hell-for-yahoo на umail.ru  Tue Mar 20 08:26:01 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Tue, 20 Mar 2012 12:26:01 +0400
Subject: =?UTF-8?B?UmVbMl06INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRp?=
	=?UTF-8?B?b24g0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <8c09725036a33df463f5e64a517a41ca.NginxMailingListRussian@forum.nginx.org>
References: <4F6752E9.5060504@bestmx.ru>
	<8c09725036a33df463f5e64a517a41ca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <114905968.20120320122601@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) sarzhan!

s> location ~ \.php$ {

s>         location  ~* /comm/includes/.*\.php$  {
s>         deny all;
s>         }

Зачем так сложно?
Просто убери /includes из каталога, доступного по http.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) вторник, 20.03.2012, <12:24>


From pavel2000 на ngs.ru  Tue Mar 20 09:24:47 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Tue, 20 Mar 2012 16:24:47 +0700
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <1332228014.4470.32.camel@denisov>
References: <1332228014.4470.32.camel@denisov>
Message-ID: <1021852609.20120320162447@ngs.ru>

Здравствуйте, Павел.

> Имею проблему следующего плана.

> Есть nginx-ы (на данный момент пробовал 1.0.14 и 1.1.17), которые отдают файлы. Всё работает
> замечательно, но при использовании Download Master-а файлы avi и mp3 приходят битые.

>     ssl on;
>     ssl_certificate /etc/nginx/keys/domainname.com.crt;
>     ssl_certificate_key /etc/nginx/keys/domainname.com.key;

Два вопроса.

1) Сравнение по содержимому с оригинальным для полученного файла делали?  В чем отличия?
2) Содержит ли файл domainname.com.crt секции сертификатов цепочки подписи, если он не
самоподписанный ?

Примерно с год назад наступали на грабли именно с Download Master + SSL,
но в детали не вдавались и в конце концов тупо забили, раздавали по HTTP.
В нашем случае предполагается, что была всё-таки проблема в сертификатах цепочки подписи.


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Tue Mar 20 09:46:02 2012
From: nginx-forum на nginx.us (neomag)
Date: Tue, 20 Mar 2012 05:46:02 -0400 (EDT)
Subject: =?UTF-8?B?bmdpbngg0L3QtSDQutC10YjQuNGA0YPQtdGC?=
Message-ID: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>

Добрый день,
тестирую кеширование перед вводом в
production.
Конфигурация следующая:

#[http]
proxy_cache_path /var/cache/nginx levels=2:2 keys_zone=default:512m;

#[location]
location /test.php  {
        root   /var/www/somesite/www;
        proxy_pass http://127.0.0.1:8080;
        proxy_cache default;
        proxy_cache_valid   200 302 304 10m;
        proxy_cache_valid   404 1m;
        proxy_set_header  If-Modified-Since  "";
        proxy_set_header  If-None-Match      "";
        proxy_hide_header "Set-Cookie";
        proxy_ignore_headers "Cache-Control" "Expires";
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        add_header X-test kukareku;
                            }

test.php:
<?php
print date('H:i:s');
?>


в location попадаю (проверил по
добавленному заголовку) а вот
кешировать не хочет
все запросы пролетают на backend
подскажите пожалуйста что я делаю не
так?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224064,224064#msg-224064


From tetsio.nainn на gmail.com  Tue Mar 20 09:58:01 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 20 Mar 2012 19:58:01 +1000
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>
References: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <6F34A4BD-6251-461C-9C01-9C79471A458B@gmail.com>


Может есть еще какие заголовки? Например от session.auto_start ?

20.03.2012, в 19:46, "neomag" <nginx-forum на nginx.us> написал(а):

> Добрый день,
> тестирую кеширование перед вводом в
> production.
> Конфигурация следующая:
> 
> #[http]
> proxy_cache_path /var/cache/nginx levels=2:2 keys_zone=default:512m;
> 
> #[location]
> location /test.php  {
>        root   /var/www/somesite/www;
>        proxy_pass http://127.0.0.1:8080;
>        proxy_cache default;
>        proxy_cache_valid   200 302 304 10m;
>        proxy_cache_valid   404 1m;
>        proxy_set_header  If-Modified-Since  "";
>        proxy_set_header  If-None-Match      "";
>        proxy_hide_header "Set-Cookie";
>        proxy_ignore_headers "Cache-Control" "Expires";
>        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>        add_header X-test kukareku;
>                            }
> 
> test.php:
> <?php
> print date('H:i:s');
> ?>
> 
> 
> в location попадаю (проверил по
> добавленному заголовку) а вот
> кешировать не хочет
> все запросы пролетают на backend
> подскажите пожалуйста что я делаю не
> так?
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224064,224064#msg-224064
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Tue Mar 20 10:31:41 2012
From: nginx-forum на nginx.us (gatesat)
Date: Tue, 20 Mar 2012 06:31:41 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <1021852609.20120320162447@ngs.ru>
References: <1021852609.20120320162447@ngs.ru>
Message-ID: <6ffbe8a1247115f9b234c50d7be0c45e.NginxMailingListRussian@forum.nginx.org>

> Два вопроса.
> 
> 1) Сравнение по содержимому
> с оригинальным для
> полученного файла делали? 
> В чем отличия?
> 2) Содержит ли файл
> domainname.com.crt секции
> сертификатов цепочки
> подписи, если он не
> самоподписанный ?

1. Делали. В битых файлах добавляется
некая последовательность. Т.е. не
перепутаны местами куски файла или т.п.
- а именно есть то, чего в нем быть не
должно. При этом размер файла не
меняется.
2. Содержит.

А к писателям DM не обращались случаем ?
Что они думают по этой проблеме ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224069#msg-224069


From uncleandyv на gmail.com  Tue Mar 20 10:48:15 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Tue, 20 Mar 2012 13:48:15 +0300
Subject: =?UTF-8?B?0JDRgdC40L3RhdGA0L7QvdC90YvQuSBwZXJsINC/0YDQuCDQvtCx0YDQsNCx0L4=?=
	=?UTF-8?B?0YLQutC1INC30LDQv9GA0L7RgdC+0LI=?=
Message-ID: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>

Гугль не помог, поэтому пишу здесь.

Смутно помню что видел где-то упоминание что nginx умеет работать с perl
без блокировок. Задача как раз для такого применения - нужно перенаправлять
запросы со входа на несколько бэкэндов по определенной логике, зависящей от
ответов с бэкэндов. Работы с БД или файловой системой не нужно. Поэтому,
вариант nginx_perl и кажеться таким наиболее подходящим. Возможно-ли такое
сделать средствами встроенного perl? Если да, скинте, плиз, ссылку на
соответствующую доку.

Спасибо.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120320/7421b8d0/attachment.html>

From nginx-forum на nginx.us  Tue Mar 20 10:48:49 2012
From: nginx-forum на nginx.us (neomag)
Date: Tue, 20 Mar 2012 06:48:49 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <6F34A4BD-6251-461C-9C01-9C79471A458B@gmail.com>
References: <6F34A4BD-6251-461C-9C01-9C79471A458B@gmail.com>
Message-ID: <edd22b6c15bce55ea53e03411eac80c4.NginxMailingListRussian@forum.nginx.org>

>Может есть еще какие заголовки?
Например от session.auto_start ?

вроде бы нет,
заголовки запроса:

GET /test.php HTTP/1.1
Host: beta.almara.org
Connection: keep-alive
Cache-Control: max-age=0
Pragma: no-cache
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11
(KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.3
Cookie: __utma=67867778.1276183285.1331847869.1331847869.1331847869.1;
__utmz=67867778.1331847869.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none);
auth=123

заголовки ответа:

Connection:keep-alive
Content-Encoding:gzip
Content-Length:28
Content-Type:text/html
Date:Tue, 20 Mar 2012 10:45:23 GMT
Server:nginx
Vary:Accept-Encoding
X-test:kukareku

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224064,224070#msg-224070


From ano на bestmx.ru  Tue Mar 20 10:56:36 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Tue, 20 Mar 2012 14:56:36 +0400
Subject: =?UTF-8?B?UmU6INCQ0YHQuNC90YXRgNC+0L3QvdGL0LkgcGVybCDQv9GA0Lgg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQtSDQt9Cw0L/RgNC+0YHQvtCy?=
In-Reply-To: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
References: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
Message-ID: <4F686264.2060502@bestmx.ru>

On 20.03.12 14:48, Andrey Velikoredchanin wrote:
> Гугль не помог, поэтому пишу здесь.
>
> Смутно помню что видел где-то упоминание что nginx умеет работать с perl
> без блокировок. Задача как раз для такого применения - нужно
> перенаправлять запросы со входа на несколько бэкэндов по определенной
> логике, зависящей от ответов с бэкэндов. Работы с БД или файловой
> системой не нужно. Поэтому, вариант nginx_perl и кажеться таким наиболее
> подходящим. Возможно-ли такое сделать средствами встроенного perl? Если
> да, скинте, плиз, ссылку на соответствующую доку.
Оно?
-------- Original Message --------
Subject: [ANNOUNCE] nginx-perl-1.1.17.1
Date: Thu, 15 Mar 2012 21:55:26 +0200
From: Alexandr Gomoliako <zzz на zzz.org.ua>
Reply-To: nginx на nginx.org
To: nginx на nginx.org

Hello, everyone.

It's been awhile since my last announce, it was 1.1.11.1 roughly two
months ago. And now it's 1.1.17.1.

There were couple of bugfixes and new features. But most of the work
was done on automated testing to make it work properly on things like
cpantesters and travis-ci.

     http://matrix.cpantesters.org/?dist=Nginx-Perl%201.1.16.1

So, it is now possible to use Nginx::Perl as a dependency for perl
modules and test against it on cpantesters and travis-ci. Here's an
example of such module and its tests:

     http://matrix.cpantesters.org/?dist=Nginx-HTTP
     https://github.com/zzzcpan/Nginx-HTTP/tree/master/t

Also wanted to mention one example, just to show how much you can do:
"In nginx-perl every request object $r is created and destroyed with
nginx's own request. This means, that it is possible to reorder
natural request flow in any way you want. It can be very helpful in
case of DDOS, unusual load spikes or anything else you can think of."

     http://zzzcpan.github.com/nginx-perl/Nginx.html#REQUEST_QUEUE
     https://github.com/zzzcpan/nginx-perl/tree/master/eg/requestqueue


Webpage:
     http://zzzcpan.github.com/nginx-perl/

Github:
     https://github.com/zzzcpan/nginx-perl

CPAN:
     Nginx::Perl

Changes:
     https://raw.github.com/zzzcpan/nginx-perl/master/CHANGES.perl


From uncleandyv на gmail.com  Tue Mar 20 11:00:54 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Tue, 20 Mar 2012 14:00:54 +0300
Subject: =?UTF-8?B?UmU6INCQ0YHQuNC90YXRgNC+0L3QvdGL0LkgcGVybCDQv9GA0Lgg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQtSDQt9Cw0L/RgNC+0YHQvtCy?=
In-Reply-To: <4F686264.2060502@bestmx.ru>
References: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
	<4F686264.2060502@bestmx.ru>
Message-ID: <CAOrB69OOsku9ZcshDUpbWuY_6afYLKMgu5rUBxDoWaTgCaHcdA@mail.gmail.com>

Точно! Спасибо!

Кто-нибудь может сказать что-нибудь об этом nginx-perl? Насколько я
понимаю, это не расширение для nginx, а его форк? Есть у кого-то опыт его
эксплуатации на продакшене?

20 марта 2012 г. 14:56 пользователь Andrey N. Oktyabrski <ano на bestmx.ru>написал:

> On 20.03.12 14:48, Andrey Velikoredchanin wrote:
>
>> Гугль не помог, поэтому пишу здесь.
>>
>> Смутно помню что видел где-то упоминание что nginx умеет работать с perl
>> без блокировок. Задача как раз для такого применения - нужно
>> перенаправлять запросы со входа на несколько бэкэндов по определенной
>> логике, зависящей от ответов с бэкэндов. Работы с БД или файловой
>> системой не нужно. Поэтому, вариант nginx_perl и кажеться таким наиболее
>> подходящим. Возможно-ли такое сделать средствами встроенного perl? Если
>> да, скинте, плиз, ссылку на соответствующую доку.
>>
> Оно?
> Webpage:
>    http://zzzcpan.github.com/**nginx-perl/<http://zzzcpan.github.com/nginx-perl/>
>
> Github:
>    https://github.com/zzzcpan/**nginx-perl<https://github.com/zzzcpan/nginx-perl>
>
> CPAN:
>    Nginx::Perl
>
> Changes:
>    https://raw.github.com/**zzzcpan/nginx-perl/master/**CHANGES.perl<https://raw.github.com/zzzcpan/nginx-perl/master/CHANGES.perl>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120320/10868430/attachment.html>

From tetsio.nainn на gmail.com  Tue Mar 20 11:30:23 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 20 Mar 2012 21:30:23 +1000
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <6ffbe8a1247115f9b234c50d7be0c45e.NginxMailingListRussian@forum.nginx.org>
References: <1021852609.20120320162447@ngs.ru>
	<6ffbe8a1247115f9b234c50d7be0c45e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <B4367182-346C-480F-96BB-64FD5D7D8FDE@gmail.com>



На что похожа последовательность? 
К разработчикам, возможно ли что это gzip?

20.03.2012, в 20:31, "gatesat" <nginx-forum на nginx.us> написал(а):

>> Два вопроса.
>> 
>> 1) Сравнение по содержимому
>> с оригинальным для
>> полученного файла делали? 
>> В чем отличия?
>> 2) Содержит ли файл
>> domainname.com.crt секции
>> сертификатов цепочки
>> подписи, если он не
>> самоподписанный ?
> 
> 1. Делали. В битых файлах добавляется
> некая последовательность. Т.е. не
> перепутаны местами куски файла или т.п.
> - а именно есть то, чего в нем быть не
> должно. При этом размер файла не
> меняется.
> 2. Содержит.
> 
> А к писателям DM не обращались случаем ?
> Что они думают по этой проблеме ?
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224069#msg-224069
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From tetsio.nainn на gmail.com  Tue Mar 20 11:32:04 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Tue, 20 Mar 2012 21:32:04 +1000
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <edd22b6c15bce55ea53e03411eac80c4.NginxMailingListRussian@forum.nginx.org>
References: <6F34A4BD-6251-461C-9C01-9C79471A458B@gmail.com>
	<edd22b6c15bce55ea53e03411eac80c4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <BE2A98B6-6566-4AD8-AEDD-7421127653C9@gmail.com>



Я, конечно могу быть не прав, но меня смущает заголовок "Pragma: no-cache" 

20.03.2012, в 20:48, "neomag" <nginx-forum на nginx.us> написал(а):

>> Может есть еще какие заголовки?
> Например от session.auto_start ?
> 
> вроде бы нет,
> заголовки запроса:
> 
> GET /test.php HTTP/1.1
> Host: beta.almara.org
> Connection: keep-alive
> Cache-Control: max-age=0
> Pragma: no-cache
> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11
> (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Encoding: gzip,deflate,sdch
> Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
> Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.3
> Cookie: __utma=67867778.1276183285.1331847869.1331847869.1331847869.1;
> __utmz=67867778.1331847869.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none);
> auth=123
> 
> заголовки ответа:
> 
> Connection:keep-alive
> Content-Encoding:gzip
> Content-Length:28
> Content-Type:text/html
> Date:Tue, 20 Mar 2012 10:45:23 GMT
> Server:nginx
> Vary:Accept-Encoding
> X-test:kukareku
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224064,224070#msg-224070
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From mdounin на mdounin.ru  Tue Mar 20 12:26:08 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 20 Mar 2012 16:26:08 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <edd22b6c15bce55ea53e03411eac80c4.NginxMailingListRussian@forum.nginx.org>
References: <6F34A4BD-6251-461C-9C01-9C79471A458B@gmail.com>
	<edd22b6c15bce55ea53e03411eac80c4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120320122608.GI67687@mdounin.ru>

Hello!

On Tue, Mar 20, 2012 at 06:48:49AM -0400, neomag wrote:

> >Может есть еще какие заголовки?
> Например от session.auto_start ?
> 
> вроде бы нет,
> заголовки запроса:
> 
> GET /test.php HTTP/1.1
> Host: beta.almara.org
> Connection: keep-alive
> Cache-Control: max-age=0
> Pragma: no-cache
> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.11
> (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Encoding: gzip,deflate,sdch
> Accept-Language: ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
> Accept-Charset: windows-1251,utf-8;q=0.7,*;q=0.3
> Cookie: __utma=67867778.1276183285.1331847869.1331847869.1331847869.1;
> __utmz=67867778.1331847869.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none);
> auth=123
> 
> заголовки ответа:
> 
> Connection:keep-alive
> Content-Encoding:gzip
> Content-Length:28
> Content-Type:text/html
> Date:Tue, 20 Mar 2012 10:45:23 GMT
> Server:nginx
> Vary:Accept-Encoding
> X-test:kukareku

Поскольку у вас в конфиге стоит

    proxy_hide_header "Set-Cookie";

то через nginx не увидишь, был в ответе заголовок Set-Cookie или 
нет.  В то же время, если бекенд пытается выдавать куку, то nginx 
отключит кеширование ответа.

Maxim Dounin


From nginx-forum на nginx.us  Tue Mar 20 12:27:34 2012
From: nginx-forum на nginx.us (gatesat)
Date: Tue, 20 Mar 2012 08:27:34 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <B4367182-346C-480F-96BB-64FD5D7D8FDE@gmail.com>
References: <B4367182-346C-480F-96BB-64FD5D7D8FDE@gmail.com>
Message-ID: <434fd655e6a2654b7466ca49346993be.NginxMailingListRussian@forum.nginx.org>

Маркел Мохначевский Wrote:
-------------------------------------------------------
> На что похожа
> последовательность? 
> К разработчикам, возможно
> ли что это gzip?
> 

1. Сейчас попробовал скачать файл Download
master-ом в одну секцию (не кусками), файл
пришёл битым с определённой позиции.
Другой файл бОльшего размера - снова
битый но уже с другой позиции. UltraCompare
говорит что у них вообще нет ничего
общего после определенного места...
Если качать в несколько секций, то
битыми оказываются некоторые секции.
Вставляется явный мусор, т.к. каждый раз
разный. такое ощущение что кто-то
портит память втихаря.
2. gzip отключал, кешированием запросов
тоже колдовал, пробовал собрать чистый
nginx без всяких модулей - эффект тот-же,
Download Master по SSL бьет mp3 и avi, просто по http -
всё ок.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224084#msg-224084


From gmm на csdoc.com  Tue Mar 20 12:58:14 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 20 Mar 2012 14:58:14 +0200
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <434fd655e6a2654b7466ca49346993be.NginxMailingListRussian@forum.nginx.org>
References: <B4367182-346C-480F-96BB-64FD5D7D8FDE@gmail.com>
	<434fd655e6a2654b7466ca49346993be.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F687EE6.6060504@csdoc.com>

On 20.03.2012 14:27, gatesat wrote:

> Download Master по SSL бьет mp3 и avi, просто по http -
> всё ок.

возможно это именно в нем проблема?
ведь другие программы скачивают файлы по SSL нормально?

и возможно в качестве воркераунда - на стороне сервера
запретить ему по SSL качать файлы более чем в один поток?

-- 
Best regards,
  Gena


From gmm на csdoc.com  Tue Mar 20 13:04:23 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 20 Mar 2012 15:04:23 +0200
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <434fd655e6a2654b7466ca49346993be.NginxMailingListRussian@forum.nginx.org>
References: <B4367182-346C-480F-96BB-64FD5D7D8FDE@gmail.com>
	<434fd655e6a2654b7466ca49346993be.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F688057.8080504@csdoc.com>

On 20.03.2012 14:27, gatesat wrote:

> 1. Сейчас попробовал скачать файл Download
> master-ом в одну секцию (не кусками), файл
> пришёл битым с определённой позиции.
> Другой файл бОльшего размера - снова
> битый но уже с другой позиции. UltraCompare
> говорит что у них вообще нет ничего
> общего после определенного места...
> Если качать в несколько секций, то
> битыми оказываются некоторые секции.
> Вставляется явный мусор, т.к. каждый раз
> разный. такое ощущение что кто-то
> портит память втихаря.

а память на сервере точно не битая?
memtest.org не показывает ошибок?

глюк на всех клиентских машинах, или только на
какой-то одной конкретной? (может быть это с ней проблемы)

глюк на всех/нескольких разных версиях Download master`а
воспроизводится, или только на какой-то одной конкретной?

-- 
Best regards,
  Gena


From nginx-forum на nginx.us  Tue Mar 20 13:12:22 2012
From: nginx-forum на nginx.us (gatesat)
Date: Tue, 20 Mar 2012 09:12:22 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <4F687EE6.6060504@csdoc.com>
References: <4F687EE6.6060504@csdoc.com>
Message-ID: <f97708178b4c2c5e2c57da1389cb6ab2.NginxMailingListRussian@forum.nginx.org>

Gena Makhomed Wrote:
-------------------------------------------------------
> On 20.03.2012 14:27, gatesat wrote:
> 
> > Download Master по SSL бьет mp3 и avi,
> просто по http -
> > всё ок.
> 
> возможно это именно в нем
> проблема?
> ведь другие программы
> скачивают файлы по SSL
> нормально?
> 
> и возможно в качестве
> воркераунда - на стороне
> сервера
> запретить ему по SSL качать
> файлы более чем в один
> поток?
> 
> -- 
> Best regards,
>   Gena
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Другие замечательно, и DM по HTTP - тоже.
Скорее всего дело именно в DM, но
хотелось бы подружить nginx+ssl+dm чтобы всё
качалось нормально...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224092#msg-224092


From nginx-forum на nginx.us  Tue Mar 20 13:17:34 2012
From: nginx-forum на nginx.us (apekoff)
Date: Tue, 20 Mar 2012 09:17:34 -0400 (EDT)
Subject: =?UTF-8?B?bmdpbngg0YPRgdC70L7QstC40Y8g0LTQu9GPINGA0LXQtNC40YDQtdC60YLQsA==?=
Message-ID: <58f7d1a7d8d04dd25f04c5c93cf51566.NginxMailingListRussian@forum.nginx.org>

Привет всем.
Не получается разобраться с
регулярками под nginx
есть аналог в htaccess
Код:

RewriteEngine  on
RewriteCond    %{HTTP_REFERER} 
(тут|рефы|которых|редиректить)  [NC]
RewriteCond    %{HTTP_USER_AGENT} 
!(кроме|этих|юзерагентов|)    [NC]
RewriteRule    (.*)    http://тутссылка    [L,R=302]

мои попытки с nginx
Код:

if ( $http_referer ~*
        "(тут|рефы|которых|редиректить)"
        )
        {
 
        rewrite ^/(.*) http://тутссылка permanent;
 
        }

куда вставить второе условие

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224078,224078#msg-224078


From nginx-forum на nginx.us  Tue Mar 20 13:17:44 2012
From: nginx-forum на nginx.us (gatesat)
Date: Tue, 20 Mar 2012 09:17:44 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <4F688057.8080504@csdoc.com>
References: <4F688057.8080504@csdoc.com>
Message-ID: <bd29fad7e7d68c9a79c1d29cf2d555b5.NginxMailingListRussian@forum.nginx.org>

> а память на сервере точно
> не битая?
> memtest.org не показывает
> ошибок?
> 
> глюк на всех клиентских
> машинах, или только на
> какой-то одной конкретной?
> (может быть это с ней
> проблемы)
> 
> глюк на всех/нескольких
> разных версиях Download master`а
> воспроизводится, или
> только на какой-то одной
> конкретной?
> 
> -- 
> Best regards,
>   Gena
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

1. Серверов несколько, проявляется на
всех.
2. Грешить на хранилище тоже нельзя -
многочисленные копирования с него/на
него по разным протоколам не выявили
ошибок. Файлы при  выдергивании из
хранилища средствами ОС не бьются и там
лежат целые, это точно.
3. Пробовалось на разных Windows (XP, 7 32 и 64
битные) под разным соусом =) В т.ч. из под
виртуальных машин и т.п. Эффект
одинаковый.
4. Пробовалась самая свежая версия и
одна из предпоследних. Думаете имеет
смысл откатиться на какую-нибудь
древнюю, где не было фич по скачиванию с
ютуба и т.п. ?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224093#msg-224093


From gmm на csdoc.com  Tue Mar 20 13:33:13 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Tue, 20 Mar 2012 15:33:13 +0200
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <f97708178b4c2c5e2c57da1389cb6ab2.NginxMailingListRussian@forum.nginx.org>
References: <4F687EE6.6060504@csdoc.com>
	<f97708178b4c2c5e2c57da1389cb6ab2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F688719.90103@csdoc.com>

On 20.03.2012 15:12, gatesat wrote:

>>> Download Master по SSL бьет mp3 и avi,
>> просто по http - всё ок.
>>
>> возможно это именно в нем
>> проблема?

> Другие замечательно, и DM по HTTP - тоже.
> Скорее всего дело именно в DM, но
> хотелось бы подружить nginx+ssl+dm чтобы всё
> качалось нормально...

тогда наверное надо писать багрепорт разработчикам DM.
причина проблемы что битые файлы ведь в DM, а не в nginx.

 > Пробовалась самая свежая версия и
 > одна из предпоследних. Думаете имеет
 > смысл откатиться на какую-нибудь
 > древнюю, где не было фич по скачиванию с
 > ютуба и т.п. ?

нет, это я просто о том, что если им сказать
на каких версиях работает нормально, а на каких
глючит, то им проще будет искать причину проблем,
если это регрессия, а не глюк который есть во всех версиях.

но скорее всего что они и так смогут найти,
тем более, что глюк воспроизводится 100%.

-- 
Best regards,
  Gena


From zzz на zzz.org.ua  Tue Mar 20 13:34:14 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 20 Mar 2012 15:34:14 +0200
Subject: =?UTF-8?B?UmU6INCQ0YHQuNC90YXRgNC+0L3QvdGL0LkgcGVybCDQv9GA0Lgg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQtSDQt9Cw0L/RgNC+0YHQvtCy?=
In-Reply-To: <CAOrB69OOsku9ZcshDUpbWuY_6afYLKMgu5rUBxDoWaTgCaHcdA@mail.gmail.com>
References: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
	<4F686264.2060502@bestmx.ru>
	<CAOrB69OOsku9ZcshDUpbWuY_6afYLKMgu5rUBxDoWaTgCaHcdA@mail.gmail.com>
Message-ID: <CAKb9G9hwPPEw+6CUOjZmYr_Sxzzc4D3HYrDOzf-1FT_NgsgmbA@mail.gmail.com>

On 3/20/12, Andrey Velikoredchanin <uncleandyv на gmail.com> wrote:

> Кто-нибудь может сказать что-нибудь об этом nginx-perl? Насколько я
> понимаю, это не расширение для nginx, а его форк? Есть у кого-то опыт его
> эксплуатации на продакшене?

А что хотите услышать? Работает. Пока не знаю, как он может быть
полезен в виде аддона, потому аддона нет. Кроме меня вроде регру
пользуется.

Если есть сложности, пишите. Можно прямо мне.

From nginx-forum на nginx.us  Tue Mar 20 13:37:42 2012
From: nginx-forum на nginx.us (gatesat)
Date: Tue, 20 Mar 2012 09:37:42 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <4F688719.90103@csdoc.com>
References: <4F688719.90103@csdoc.com>
Message-ID: <b45d58a82487c48ea6c4f5247232ed70.NginxMailingListRussian@forum.nginx.org>

Gena Makhomed Wrote:
-------------------------------------------------------
> On 20.03.2012 15:12, gatesat wrote:
> 
> >>> Download Master по SSL бьет mp3 и avi,
> >> просто по http - всё ок.
> >>
> >> возможно это именно в нем
> >> проблема?
> 
> > Другие замечательно, и DM
> по HTTP - тоже.
> > Скорее всего дело именно в
> DM, но
> > хотелось бы подружить
> nginx+ssl+dm чтобы всё
> > качалось нормально...
> 
> тогда наверное надо писать
> багрепорт разработчикам DM.
> причина проблемы что битые
> файлы ведь в DM, а не в nginx.
> 
>  > Пробовалась самая свежая
> версия и
>  > одна из предпоследних.
> Думаете имеет
>  > смысл откатиться на
> какую-нибудь
>  > древнюю, где не было фич
> по скачиванию с
>  > ютуба и т.п. ?
> 
> нет, это я просто о том, что
> если им сказать
> на каких версиях работает
> нормально, а на каких
> глючит, то им проще будет
> искать причину проблем,
> если это регрессия, а не
> глюк который есть во всех
> версиях.
> 
> но скорее всего что они и
> так смогут найти,
> тем более, что глюк
> воспроизводится 100%.
> 
> -- 
> Best regards,
>   Gena
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Как бы согласен, просто я думал вдруг
есть некая специфика в конфигурации
nginx, которую я не учёл и она влияет на DM.

Всем спасибо, пойду DM-щиков спрашивать
=)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224097#msg-224097


From boda2004 на gmail.com  Tue Mar 20 15:07:38 2012
From: boda2004 на gmail.com (Oleksandr Bodnarashyk)
Date: Tue, 20 Mar 2012 17:07:38 +0200
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <b45d58a82487c48ea6c4f5247232ed70.NginxMailingListRussian@forum.nginx.org>
References: <4F688719.90103@csdoc.com>
	<b45d58a82487c48ea6c4f5247232ed70.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAD5cj7iv8ht3LP0NSMoU7L6E6fScymh9u36zPj_nTq9QtMz1=Q@mail.gmail.com>

Для "полноты исследования" попробуйте то же самое скачать DM при
прочих равных условиях, только с, например, апача.

20 марта 2012 г. 15:37 пользователь gatesat <nginx-forum на nginx.us> написал:
> Gena Makhomed Wrote:
> -------------------------------------------------------
>> On 20.03.2012 15:12, gatesat wrote:
>>
>> >>> Download Master по SSL бьет mp3 и avi,
>> >> просто по http - всё ок.
>> >>
>> >> возможно это именно в нем
>> >> проблема?
>>
>> > Другие замечательно, и DM
>> по HTTP - тоже.
>> > Скорее всего дело именно в
>> DM, но
>> > хотелось бы подружить
>> nginx+ssl+dm чтобы всё
>> > качалось нормально...
>>
>> тогда наверное надо писать
>> багрепорт разработчикам DM.
>> причина проблемы что битые
>> файлы ведь в DM, а не в nginx.
>>
>>  > Пробовалась самая свежая
>> версия и
>>  > одна из предпоследних.
>> Думаете имеет
>>  > смысл откатиться на
>> какую-нибудь
>>  > древнюю, где не было фич
>> по скачиванию с
>>  > ютуба и т.п. ?
>>
>> нет, это я просто о том, что
>> если им сказать
>> на каких версиях работает
>> нормально, а на каких
>> глючит, то им проще будет
>> искать причину проблем,
>> если это регрессия, а не
>> глюк который есть во всех
>> версиях.
>>
>> но скорее всего что они и
>> так смогут найти,
>> тем более, что глюк
>> воспроизводится 100%.
>>
>> --
>> Best regards,
>>   Gena
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Как бы согласен, просто я думал вдруг
> есть некая специфика в конфигурации
> nginx, которую я не учёл и она влияет на DM.
>
> Всем спасибо, пойду DM-щиков спрашивать
> =)
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224056,224097#msg-224097
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From pavel2000 на ngs.ru  Tue Mar 20 17:43:47 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Wed, 21 Mar 2012 00:43:47 +0700
Subject: =?UTF-8?B?UmU6IG5naW54K3NzbCtkb3dubG9hZCBtYXN0ZXIgPSDQsdC40YLRi9C1IGF2aSA=?=
	=?UTF-8?B?0LggbXAz?=
In-Reply-To: <CAD5cj7iv8ht3LP0NSMoU7L6E6fScymh9u36zPj_nTq9QtMz1=Q@mail.gmail.com>
References: <4F688719.90103@csdoc.com>
	<b45d58a82487c48ea6c4f5247232ed70.NginxMailingListRussian@forum.nginx.org>
	<CAD5cj7iv8ht3LP0NSMoU7L6E6fScymh9u36zPj_nTq9QtMz1=Q@mail.gmail.com>
Message-ID: <126717936.20120321004347@ngs.ru>

Здравствуйте.

> Для "полноты исследования" попробуйте то же самое скачать DM при
> прочих равных условиях, только с, например, апача.

... в том числе, думаю, следует сравнить используемый в соединении шифр.


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Tue Mar 20 17:55:34 2012
From: nginx-forum на nginx.us (neomag)
Date: Tue, 20 Mar 2012 13:55:34 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>
References: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>
Message-ID: <aacf75b5294e7452ae655a3dac8e4d4d.NginxMailingListRussian@forum.nginx.org>

>В то же время, если бекенд пытается
выдавать куку, то nginx
отключит кеширование ответа


спасибо!  именно в этом было дело!
жаль что это недокументированное
поведение...

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224064,224111#msg-224111


From mdounin на mdounin.ru  Tue Mar 20 18:11:48 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 20 Mar 2012 22:11:48 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC90LUg0LrQtdGI0LjRgNGD0LXRgg==?=
In-Reply-To: <aacf75b5294e7452ae655a3dac8e4d4d.NginxMailingListRussian@forum.nginx.org>
References: <59d0eadd08e43153636e62da5548ee8a.NginxMailingListRussian@forum.nginx.org>
	<aacf75b5294e7452ae655a3dac8e4d4d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120320181148.GU67687@mdounin.ru>

Hello!

On Tue, Mar 20, 2012 at 01:55:34PM -0400, neomag wrote:

> >В то же время, если бекенд пытается
> выдавать куку, то nginx
> отключит кеширование ответа
> 
> 
> спасибо!  именно в этом было дело!
> жаль что это недокументированное
> поведение...

Да, надо описать поведение по умолчанию, наверное где-нибудь тут:

http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_cache_valid

Руслан?

Maxim Dounin


From nginx-forum на nginx.us  Tue Mar 20 18:22:40 2012
From: nginx-forum на nginx.us (sarzhan)
Date: Tue, 20 Mar 2012 14:22:40 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFJlWzJdOiDQmtCw0Log0L7RgtC70L7QstC40YLRjCDQutCw0LrQvtC5IGxv?=
	=?UTF-8?B?Y2F0aW9uINGB0YDQsNCx0LDRgtGL0LLQsNC10YI=?=
In-Reply-To: <114905968.20120320122601@mtu-net.ru>
References: <114905968.20120320122601@mtu-net.ru>
Message-ID: <9c2a3e708d49e1c63d216990e8192235.NginxMailingListRussian@forum.nginx.org>

Andrey Repin Wrote:
-------------------------------------------------------
> Здравствуйте,
> Уважаемый(-ая, -ое) sarzhan!
> 
> s> location ~ \.php$ {
> 
> s>         location  ~* /comm/includes/.*\.php$  {
> s>         deny all;
> s>         }
> 
> Зачем так сложно?
> Просто убери /includes из
> каталога, доступного по http.
> 
> 
> -- 
> С уважением
> 
>     Andrey Repin (hell-for-yahoo на umail.ru)
> вторник, 20.03.2012, <12:24>
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Мне  надо запретить доступ к скриптам
для форума vbulletin по умолчанию там
настроен htaccess, поэтому и хочу
реализовать это через nginx

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223970,224113#msg-224113


From zzz на zzz.org.ua  Tue Mar 20 18:52:03 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Tue, 20 Mar 2012 20:52:03 +0200
Subject: =?UTF-8?B?UmU6INCQ0YHQuNC90YXRgNC+0L3QvdGL0LkgcGVybCDQv9GA0Lgg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQtSDQt9Cw0L/RgNC+0YHQvtCy?=
In-Reply-To: <CAOrB69M-7jqJryZwtqyVQJcF4p54kqYPsRTOgs5RY-_qZZfGYQ@mail.gmail.com>
References: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
	<4F686264.2060502@bestmx.ru>
	<CAOrB69OOsku9ZcshDUpbWuY_6afYLKMgu5rUBxDoWaTgCaHcdA@mail.gmail.com>
	<CAKb9G9hwPPEw+6CUOjZmYr_Sxzzc4D3HYrDOzf-1FT_NgsgmbA@mail.gmail.com>
	<CAOrB69NGrvDUH5yK5XSiBBx6Z17fRWvZ9SiksfqmnAanMF5-XQ@mail.gmail.com>
	<CAKb9G9hnnPAaBbf7m6WjNO7X0HBHXEFVRzPSHgzQhNWsi8PBrg@mail.gmail.com>
	<CAOrB69P+PShKo8CJRao_G5vEUKeQ_Le5ycGZ0x9Ka5-Odu_XcQ@mail.gmail.com>
	<CAKb9G9g0PqB+D-w4vjiga7WWPg6Gzwi7pDPsFRfB2=sOSK_L4g@mail.gmail.com>
	<CAOrB69M-7jqJryZwtqyVQJcF4p54kqYPsRTOgs5RY-_qZZfGYQ@mail.gmail.com>
Message-ID: <CAKb9G9h8m4ZAhEam+kTO5AgaNDM4j2hX3KU=huS26OHk33H01Q@mail.gmail.com>

Выложил пример на гитхаб, со временем будет и в документации:
https://github.com/zzzcpan/nginx-perl/blob/master/eg/http-client/

Что он делает: берет список бэкендов со 127.0.0.1:55556, отправляет
запросы на них параллельно, дожидается ответов от всех и отправляет
ответ клиенту. Бэкенды объявлены в том же конфиге.

Для него нужно установливать Nginx::HTTP, можно взять со CPAN'а или из
репозитория
https://github.com/zzzcpan/Nginx-HTTP

Запускать: nginx-perl -p eg/http-client
Проверять: GET http://127.0.0.1:55555/

From uncleandyv на gmail.com  Tue Mar 20 19:32:38 2012
From: uncleandyv на gmail.com (Andrey Velikoredchanin)
Date: Tue, 20 Mar 2012 22:32:38 +0300
Subject: =?UTF-8?B?UmU6INCQ0YHQuNC90YXRgNC+0L3QvdGL0LkgcGVybCDQv9GA0Lgg0L7QsdGA0LA=?=
	=?UTF-8?B?0LHQvtGC0LrQtSDQt9Cw0L/RgNC+0YHQvtCy?=
In-Reply-To: <CAKb9G9h8m4ZAhEam+kTO5AgaNDM4j2hX3KU=huS26OHk33H01Q@mail.gmail.com>
References: <CAOrB69P4HAD=72dhNOGctd7qBdL0LJAZ2i0+GKVskvTEHjkKBA@mail.gmail.com>
	<4F686264.2060502@bestmx.ru>
	<CAOrB69OOsku9ZcshDUpbWuY_6afYLKMgu5rUBxDoWaTgCaHcdA@mail.gmail.com>
	<CAKb9G9hwPPEw+6CUOjZmYr_Sxzzc4D3HYrDOzf-1FT_NgsgmbA@mail.gmail.com>
	<CAOrB69NGrvDUH5yK5XSiBBx6Z17fRWvZ9SiksfqmnAanMF5-XQ@mail.gmail.com>
	<CAKb9G9hnnPAaBbf7m6WjNO7X0HBHXEFVRzPSHgzQhNWsi8PBrg@mail.gmail.com>
	<CAOrB69P+PShKo8CJRao_G5vEUKeQ_Le5ycGZ0x9Ka5-Odu_XcQ@mail.gmail.com>
	<CAKb9G9g0PqB+D-w4vjiga7WWPg6Gzwi7pDPsFRfB2=sOSK_L4g@mail.gmail.com>
	<CAOrB69M-7jqJryZwtqyVQJcF4p54kqYPsRTOgs5RY-_qZZfGYQ@mail.gmail.com>
	<CAKb9G9h8m4ZAhEam+kTO5AgaNDM4j2hX3KU=huS26OHk33H01Q@mail.gmail.com>
Message-ID: <CAOrB69O5HVZqHtXYX1cwQucEdhQvug5h9v6ZCOOp+gE1q1NP9g@mail.gmail.com>

Спасибо! Буду пробовать.

20 марта 2012 г. 22:52 пользователь Alexandr Gomoliako <zzz на zzz.org.ua>написал:

> Выложил пример на гитхаб, со временем будет и в документации:
> https://github.com/zzzcpan/nginx-perl/blob/master/eg/http-client/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120320/5fc785e4/attachment-0001.html>

From nginx-forum на nginx.us  Tue Mar 20 21:22:29 2012
From: nginx-forum на nginx.us (alex_ru)
Date: Tue, 20 Mar 2012 17:22:29 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <fb2ade65703b6dde7f8ffdd36c2e30c2.NginxMailingListRussian@forum.nginx.org>

#Image resize location		
		location ~ ^/preview/(?P<oper>[cira])/(?P<remn>.+) {
			root $path/cache;
			error_page 404 = @fetch;
		}
		
		location @fetch {
			root $path/cache;
			proxy_pass http://127.0.0.1:81/$oper/$remn;
			proxy_store on;
		}	

Вот мой текущий конфиг.
Через некоторое вермя картинки
пропадают из кеша (в течении часа все
работает хорошо, но на следующий день
смотрю, а картинок уже на диске нет) и
появляются только при новом обращении.
Как сделать, что бы картинки не
удалялись никогда?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,224117#msg-224117


From hell-for-yahoo на umail.ru  Tue Mar 20 21:59:06 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 21 Mar 2012 01:59:06 +0400
Subject: =?UTF-8?B?UmVbNF06INCa0LDQuiDQvtGC0LvQvtCy0LjRgtGMINC60LDQutC+0LkgbG9jYXRp?=
	=?UTF-8?B?b24g0YHRgNCw0LHQsNGC0YvQstCw0LXRgg==?=
In-Reply-To: <9c2a3e708d49e1c63d216990e8192235.NginxMailingListRussian@forum.nginx.org>
References: <114905968.20120320122601@mtu-net.ru>
	<9c2a3e708d49e1c63d216990e8192235.NginxMailingListRussian@forum.nginx.org>
Message-ID: <818347593.20120321015906@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) sarzhan!

>> s> location ~ \.php$ {
>> 
>> s>         location  ~* /comm/includes/.*\.php$  {
>> s>         deny all;
>> s>         }
>> 
>> Зачем так сложно?
>> Просто убери /includes из
>> каталога, доступного по http.

s> Мне  надо запретить доступ к скриптам
s> для форума vbulletin по умолчанию там
s> настроен htaccess, поэтому и хочу
s> реализовать это через nginx

Ну и реализовывай. В чём проблема?
Только вложенные локации тут тебе не нужны.
Первым срабатывает наиболее точное совпадение.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 21.03.2012, <01:57>


From mdounin на mdounin.ru  Tue Mar 20 22:39:13 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 21 Mar 2012 02:39:13 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <fb2ade65703b6dde7f8ffdd36c2e30c2.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<fb2ade65703b6dde7f8ffdd36c2e30c2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120320223913.GW67687@mdounin.ru>

Hello!

On Tue, Mar 20, 2012 at 05:22:29PM -0400, alex_ru wrote:

> #Image resize location		
> 		location ~ ^/preview/(?P<oper>[cira])/(?P<remn>.+) {
> 			root $path/cache;
> 			error_page 404 = @fetch;
> 		}
> 		
> 		location @fetch {
> 			root $path/cache;
> 			proxy_pass http://127.0.0.1:81/$oper/$remn;
> 			proxy_store on;
> 		}	
> 
> Вот мой текущий конфиг.
> Через некоторое вермя картинки
> пропадают из кеша (в течении часа все
> работает хорошо, но на следующий день
> смотрю, а картинок уже на диске нет) и
> появляются только при новом обращении.
> Как сделать, что бы картинки не
> удалялись никогда?

Найти, кто их удаляет, и отучить.  Это не nginx, т.к. nginx 
никогда не удаляет файлы, сохранённые с помощью proxy_store.

Maxim Dounin


From savefrom на gmail.com  Wed Mar 21 05:54:15 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Wed, 21 Mar 2012 12:54:15 +0700
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+uEM9PrAF7XGXj_dGCJyUqu9k=coLx=qkK4YWdHcYUvM8Q9SA@mail.gmail.com>

Приветствую,

20 марта 2012 г. 15:11 пользователь yuri37 <nginx-forum на nginx.us> написал:

> Оч.прошу помочь с такой проблемой.
> делаю полный кеш для неавторизованных
> юзеров и без кеша для авторизованных.
> При авторизации пишется нужная кука.
> Кеширование есть, но кешируется и кука.
> Если убрать из proxy_ignore_headers "Set-Cookie" -
> кеширование не работает. А без нее
> кеширует все. Подскажите пожалуйста
> что не так?
>
> error_page 412 = @nocached;
> proxy_cache fastcgi_cache;
> proxy_cache_key "$request_method|$is_args|$host|$request_uri";
>  proxy_ignore_headers "Cache-Control" "Expires" "Set-Cookie";

 - proxy_pass_header "Set-Cookie";

> #proxy_pass_header "Cookie";
> proxy_hide_header      Set-Cookie;
> proxy_cache_use_stale error timeout invalid_header updating http_500
> http_502 http_503 http_504;
> proxy_cache_valid 200 301 302 304 30m;
> proxy_no_cache $cookie_AuthUser;
> proxy_cache_bypass $cookie_AuthUser;
> expires 1h;
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224058,224058#msg-224058
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru




-- 
С уважением, Антон
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120321/ea869ddb/attachment.html>

From nginx-forum на nginx.us  Wed Mar 21 07:37:51 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 21 Mar 2012 03:37:51 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3481fc06212636d71d95b159306b15f3.NginxMailingListRussian@forum.nginx.org>

Убрал proxy_pass_header "Set-Cookie";
Ничего не изменилось. Кука не
устанавливается и выдает invalid token. 
Если убрать из proxy_ignore_headers "Set-Cookie" -
кеширование не работает, а кука пишется
как надо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224138#msg-224138


From nginx-forum на nginx.us  Wed Mar 21 07:57:47 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 21 Mar 2012 03:57:47 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <3481fc06212636d71d95b159306b15f3.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
	<3481fc06212636d71d95b159306b15f3.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bf6f434d469674d48081d0b4ee336db6.NginxMailingListRussian@forum.nginx.org>

А нет, Если убрать из proxy_ignore_headers -
"Set-Cookie" - кеширование работает, а кука
все-равно пишется!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224140#msg-224140


From aleksej на novikov.lv  Wed Mar 21 08:49:16 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 21 Mar 2012 14:19:16 +0530
Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzRiyDRgSBndGh0dnR5eXN2YiDQuNC3IE1BUCBGaWxl?=
Message-ID: <112210823.20120321141916@novikov.lv>

Dear Nginx-ru,

Столкнулся с непонятной проблемой,
nginx-1.0.12 и так же в последнем nginx-1.0.14
Используется обыкновенный map-file.

map $ads_id $ads_url {
default http://nginx.ru;
1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
}

Далее простое присвоение в конфиге nginx

set $ads_id 1

После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
как после обработки urlencode
http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;

Причем  одно  время этого бага не было, а помто вдруг, после пересбора
nginx появилось. Проверяли на 2х разных машинах, бак повторяется.

Или возможно это фича ?










  

-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From tetsio.nainn на gmail.com  Wed Mar 21 09:00:27 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Wed, 21 Mar 2012 19:00:27 +1000
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <bf6f434d469674d48081d0b4ee336db6.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
	<3481fc06212636d71d95b159306b15f3.NginxMailingListRussian@forum.nginx.org>
	<bf6f434d469674d48081d0b4ee336db6.NginxMailingListRussian@forum.nginx.org>
Message-ID: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>



Т.е. Когда нет игнорирования заголовка Set-Cookie nginx все равно кэширует даже если есть заголовок Set-Cookie? Вроде как бы не должен. А если все-таки не кэширует, то попробуйте проверить, не пишется ли кука какая-либо даже для неавторизованных.

21.03.2012, в 17:57, "yuri37" <nginx-forum на nginx.us> написал(а):

> А нет, Если убрать из proxy_ignore_headers -
> "Set-Cookie" - кеширование работает, а кука
> все-равно пишется!
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224140#msg-224140
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From tetsio.nainn на gmail.com  Wed Mar 21 09:19:41 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Wed, 21 Mar 2012 19:19:41 +1000
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <112210823.20120321141916@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
Message-ID: <BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>



А можно поинтересоваться как Вы проверяете содержимое переменной?

21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):

> Dear Nginx-ru,
> 
> Столкнулся с непонятной проблемой,
> nginx-1.0.12 и так же в последнем nginx-1.0.14
> Используется обыкновенный map-file.
> 
> map $ads_id $ads_url {
> default http://nginx.ru;
> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
> }
> 
> Далее простое присвоение в конфиге nginx
> 
> set $ads_id 1
> 
> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
> как после обработки urlencode
> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
> 
> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
> 
> Или возможно это фича ?
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> Best regards,
> Aleksej             
> ICQ:    293-686-24
> GSM:371-293-686-24
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Wed Mar 21 09:19:04 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 21 Mar 2012 05:19:04 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>
References: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>
Message-ID: <88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>

Маркел Мохначевский Wrote:
-------------------------------------------------------
> Т.е. Когда нет
> игнорирования заголовка
> Set-Cookie nginx все равно
> кэширует даже если есть
> заголовок Set-Cookie? Вроде как
> бы не должен. А если
> все-таки не кэширует, то
> попробуйте проверить, не
> пишется ли кука какая-либо
> даже для неавторизованных.
> 
> 21.03.2012, в 17:57, "yuri37"
> <nginx-forum на nginx.us> написал(а):
> 
> > А нет, Если убрать из
> proxy_ignore_headers -
> > "Set-Cookie" - кеширование
> работает, а кука
> > все-равно пишется!
> > 
> > Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224058,224140#m
> sg-224140
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> >
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

без Set-Cookie не кешируется если стоит
proxy_pass_header "Set-Cookie"
а как убрали его, кешит и с Set-Cookie и без.
Куки не пишутся это проверял.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224148#msg-224148


From tetsio.nainn на gmail.com  Wed Mar 21 09:24:55 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Wed, 21 Mar 2012 19:24:55 +1000
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>
References: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>
	<88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>
Message-ID: <A7F91C2F-49F3-4792-AF82-52E1782CCB3F@gmail.com>



Посмотрите в сторону proxy_hide_header в конфиге.

21.03.2012, в 19:19, "yuri37" <nginx-forum на nginx.us> написал(а):

> Маркел Мохначевский Wrote:
> -------------------------------------------------------
>> Т.е. Когда нет
>> игнорирования заголовка
>> Set-Cookie nginx все равно
>> кэширует даже если есть
>> заголовок Set-Cookie? Вроде как
>> бы не должен. А если
>> все-таки не кэширует, то
>> попробуйте проверить, не
>> пишется ли кука какая-либо
>> даже для неавторизованных.
>> 
>> 21.03.2012, в 17:57, "yuri37"
>> <nginx-forum на nginx.us> написал(а):
>> 
>>> А нет, Если убрать из
>> proxy_ignore_headers -
>>> "Set-Cookie" - кеширование
>> работает, а кука
>>> все-равно пишется!
>>> 
>>> Posted at Nginx Forum:
>> http://forum.nginx.org/read.php?21,224058,224140#m
>> sg-224140
>>> 
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> 
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> без Set-Cookie не кешируется если стоит
> proxy_pass_header "Set-Cookie"
> а как убрали его, кешит и с Set-Cookie и без.
> Куки не пишутся это проверял.
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224148#msg-224148
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Wed Mar 21 09:25:03 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 21 Mar 2012 05:25:03 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>
References: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>
	<88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7752606201e968f6999eec349c183474.NginxMailingListRussian@forum.nginx.org>

Пробывал убирать proxy_hide_header - ничего не
меняется(

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224151#msg-224151


From nginx-forum на nginx.us  Wed Mar 21 09:29:55 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 21 Mar 2012 05:29:55 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <7752606201e968f6999eec349c183474.NginxMailingListRussian@forum.nginx.org>
References: <BCA2D207-5266-4438-BCAD-CF5099D99B0E@gmail.com>
	<88feba9d9cafef8d54209299b0a9b193.NginxMailingListRussian@forum.nginx.org>
	<7752606201e968f6999eec349c183474.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8819f2c521a4f10af9a193a90705e9a9.NginxMailingListRussian@forum.nginx.org>

С Nginx я недавно совсем, поэтому не до
конца все понимаю. Установка кук
прописана в php - SetCookie, может по другому
как-то нужно? В php делается проверка на
авотризацию и далее пишется кука, если
авторизован юзер.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224152#msg-224152


From aleksej на novikov.lv  Wed Mar 21 10:34:28 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 21 Mar 2012 16:04:28 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
Message-ID: <1073908616.20120321160428@novikov.lv>

Hello Маркел,

У меня создан отдельный log_file в который пишу содержимое $ads_url


Wednesday, March 21, 2012, 2:49:41 PM, you wrote:



> А можно поинтересоваться как Вы проверяете содержимое переменной?

> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):

>> Dear Nginx-ru,
>> 
>> Столкнулся с непонятной проблемой,
>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>> Используется обыкновенный map-file.
>> 
>> map $ads_id $ads_url {
>> default http://nginx.ru;
>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>> }
>> 
>> Далее простое присвоение в конфиге nginx
>> 
>> set $ads_id 1
>> 
>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>> как после обработки urlencode
>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>> 
>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>> 
>> Или возможно это фича ?
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Best regards,
>> Aleksej             
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From tetsio.nainn на gmail.com  Wed Mar 21 10:58:00 2012
From: tetsio.nainn на gmail.com (TetSio[Nainn])
Date: Wed, 21 Mar 2012 20:58:00 +1000
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <1073908616.20120321160428@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
Message-ID: <CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>

Может это только в лог файле они отображаются как url_encode? В других
местах смотрели?

21 марта 2012 г. 20:34 пользователь Aleksej Novikov
<aleksej на novikov.lv> написал:
> Hello Маркел,
>
> У меня создан отдельный log_file в который пишу содержимое $ads_url
>
>
> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>
>
>
>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>
>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>
>>> Dear Nginx-ru,
>>>
>>> Столкнулся с непонятной проблемой,
>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>>> Используется обыкновенный map-file.
>>>
>>> map $ads_id $ads_url {
>>> default http://nginx.ru;
>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>>> }
>>>
>>> Далее простое присвоение в конфиге nginx
>>>
>>> set $ads_id 1
>>>
>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>>> как после обработки urlencode
>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>>>
>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>>>
>>> Или возможно это фича ?
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Aleksej
>>> ICQ:    293-686-24
>>> GSM:371-293-686-24
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
> --
> Best regards,
> Aleksej
> ICQ:    293-686-24
> GSM:371-293-686-24
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С ув. М.А. Мохначевский
Отдел информационнных технологий
ООО "Компания "СахаИнтернет НТ"
к.т. (4112)390246 доб. 927

From mdounin на mdounin.ru  Wed Mar 21 10:59:25 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 21 Mar 2012 14:59:25 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <112210823.20120321141916@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
Message-ID: <20120321105925.GG88788@mdounin.ru>

Hello!

On Wed, Mar 21, 2012 at 02:19:16PM +0530, Aleksej Novikov wrote:

> Dear Nginx-ru,
> 
> Столкнулся с непонятной проблемой,
> nginx-1.0.12 и так же в последнем nginx-1.0.14
> Используется обыкновенный map-file.
> 
> map $ads_id $ads_url {
> default http://nginx.ru;
> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
> }
> 
> Далее простое присвоение в конфиге nginx
> 
> set $ads_id 1
> 
> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
> как после обработки urlencode
> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
> 
> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
> 
> Или возможно это фича ?

Нет, это не фича, так быть не должно, и у меня не наблюдается.  
Отдельно странно, что вместо символа '&' у вас появилось '%20', а 
не '%26'.

Сторонних патчей никаких нет?  Без сторонних модулей - 
воспроизводится?

Maxim Dounin


From aleksej на novikov.lv  Wed Mar 21 11:26:51 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 21 Mar 2012 16:56:51 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
Message-ID: <1812948542.20120321165651@novikov.lv>

Hello TetSio[Nainn],

Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
URL уже не правильный в момент первого обращения к переменной



Wednesday, March 21, 2012, 4:28:00 PM, you wrote:

> Может это только в лог файле они отображаются как url_encode? В других
> местах смотрели?

> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
> <aleksej на novikov.lv> написал:
>> Hello Маркел,
>>
>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>>
>>
>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>>
>>
>>
>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>>
>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>>
>>>> Dear Nginx-ru,
>>>>
>>>> Столкнулся с непонятной проблемой,
>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>>>> Используется обыкновенный map-file.
>>>>
>>>> map $ads_id $ads_url {
>>>> default http://nginx.ru;
>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>>>> }
>>>>
>>>> Далее простое присвоение в конфиге nginx
>>>>
>>>> set $ads_id 1
>>>>
>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>>>> как после обработки urlencode
>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>>>>
>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>>>>
>>>> Или возможно это фича ?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Aleksej
>>>> ICQ:    293-686-24
>>>> GSM:371-293-686-24
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>> --
>> Best regards,
>> Aleksej
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru






-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From aleksej на novikov.lv  Wed Mar 21 11:31:17 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 21 Mar 2012 17:01:17 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <20120321105925.GG88788@mdounin.ru>
References: <112210823.20120321141916@novikov.lv>
	<20120321105925.GG88788@mdounin.ru>
Message-ID: <173716418.20120321170117@novikov.lv>

Dear  Maxim,

Да, это я ошибся когда постил (правил ручками), %26 конечно.
У нас всего 3 сервера.
На  одном  ничего  не обновляли, и все работает как надо, ниже это DEV
сервер
На других, после пересборки NGINX, вылезла такая проблема.

root на PRE ~ # nginx -V
nginx version: nginx/1.0.12
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-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_addition_module --with-http_geoip_module --with-http_realip_module --with-http_ssl_module
--with-http_stub_status_module --with-pcre

root на DEV ~ # nginx -V
nginx version: nginx/1.0.12
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-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_addition_module --with-http_geoip_module --with-http_realip_module --with-http_ssl_module
--with-http_stub_status_module --with-pcre


Раз Вы говорите что не фича, получается только DEBUG, поможет понять ?


Wednesday, March 21, 2012, 4:29:25 PM, you wrote:

> Hello!

> On Wed, Mar 21, 2012 at 02:19:16PM +0530, Aleksej Novikov wrote:

>> Dear Nginx-ru,
>> 
>> Столкнулся с непонятной проблемой,
>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>> Используется обыкновенный map-file.
>> 
>> map $ads_id $ads_url {
>> default http://nginx.ru;
>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>> }
>> 
>> Далее простое присвоение в конфиге nginx
>> 
>> set $ads_id 1
>> 
>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>> как после обработки urlencode
>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>> 
>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>> 
>> Или возможно это фича ?

> Нет, это не фича, так быть не должно, и у меня не наблюдается.  
> Отдельно странно, что вместо символа '&' у вас появилось '%20', а 
> не '%26'.

> Сторонних патчей никаких нет?  Без сторонних модулей - 
> воспроизводится?

> Maxim Dounin

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From tetsio.nainn на gmail.com  Wed Mar 21 11:37:12 2012
From: tetsio.nainn на gmail.com (TetSio[Nainn])
Date: Wed, 21 Mar 2012 21:37:12 +1000
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <1812948542.20120321165651@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
Message-ID: <CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>

А каким образом переменная nginx превращается в ссылку?

21 марта 2012 г. 21:26 пользователь Aleksej Novikov
<aleksej на novikov.lv> написал:
> Hello TetSio[Nainn],
>
> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
> URL уже не правильный в момент первого обращения к переменной
>
>
>
> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
>
>> Может это только в лог файле они отображаются как url_encode? В других
>> местах смотрели?
>
>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
>> <aleksej на novikov.lv> написал:
>>> Hello Маркел,
>>>
>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>>>
>>>
>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>>>
>>>
>>>
>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>>>
>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>>>
>>>>> Dear Nginx-ru,
>>>>>
>>>>> Столкнулся с непонятной проблемой,
>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>>>>> Используется обыкновенный map-file.
>>>>>
>>>>> map $ads_id $ads_url {
>>>>> default http://nginx.ru;
>>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>>>>> }
>>>>>
>>>>> Далее простое присвоение в конфиге nginx
>>>>>
>>>>> set $ads_id 1
>>>>>
>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>>>>> как после обработки urlencode
>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>>>>>
>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>>>>>
>>>>> Или возможно это фича ?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Best regards,
>>>>> Aleksej
>>>>> ICQ:    293-686-24
>>>>> GSM:371-293-686-24
>>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru на nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Aleksej
>>> ICQ:    293-686-24
>>> GSM:371-293-686-24
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
>
>
>
>
> --
> Best regards,
> Aleksej
> ICQ:    293-686-24
> GSM:371-293-686-24
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С ув. М.А. Мохначевский
Отдел информационнных технологий
ООО "Компания "СахаИнтернет НТ"
к.т. (4112)390246 доб. 927

From mdounin на mdounin.ru  Wed Mar 21 11:41:05 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 21 Mar 2012 15:41:05 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <173716418.20120321170117@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
	<20120321105925.GG88788@mdounin.ru>
	<173716418.20120321170117@novikov.lv>
Message-ID: <20120321114105.GM88788@mdounin.ru>

Hello!

On Wed, Mar 21, 2012 at 05:01:17PM +0530, Aleksej Novikov wrote:

> Dear  Maxim,
> 
> Да, это я ошибся когда постил (правил ручками), %26 конечно.
> У нас всего 3 сервера.
> На  одном  ничего  не обновляли, и все работает как надо, ниже это DEV
> сервер
> На других, после пересборки NGINX, вылезла такая проблема.
> 
> root на PRE ~ # nginx -V
> nginx version: nginx/1.0.12
> 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-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_addition_module --with-http_geoip_module --with-http_realip_module --with-http_ssl_module
> --with-http_stub_status_module --with-pcre
> 
> root на DEV ~ # nginx -V
> nginx version: nginx/1.0.12
> 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-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_addition_module --with-http_geoip_module --with-http_realip_module --with-http_ssl_module
> --with-http_stub_status_module --with-pcre

Патчей точно никаких нет?  И конфиги при этом идентичны?

Вообще было бы замечательно, если бы вы воспроизвели проблему с 
минимальным конфигом и показали этот конфиг.

> Раз Вы говорите что не фича, получается только DEBUG, поможет понять ?

Да, debug log возможно поможет.

Maxim Dounin

> 
> 
> Wednesday, March 21, 2012, 4:29:25 PM, you wrote:
> 
> > Hello!
> 
> > On Wed, Mar 21, 2012 at 02:19:16PM +0530, Aleksej Novikov wrote:
> 
> >> Dear Nginx-ru,
> >> 
> >> Столкнулся с непонятной проблемой,
> >> nginx-1.0.12 и так же в последнем nginx-1.0.14
> >> Используется обыкновенный map-file.
> >> 
> >> map $ads_id $ads_url {
> >> default http://nginx.ru;
> >> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
> >> }
> >> 
> >> Далее простое присвоение в конфиге nginx
> >> 
> >> set $ads_id 1
> >> 
> >> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
> >> как после обработки urlencode
> >> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
> >> 
> >> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
> >> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
> >> 
> >> Или возможно это фича ?
> 
> > Нет, это не фича, так быть не должно, и у меня не наблюдается.  
> > Отдельно странно, что вместо символа '&' у вас появилось '%20', а 
> > не '%26'.
> 
> > Сторонних патчей никаких нет?  Без сторонних модулей - 
> > воспроизводится?
> 
> > Maxim Dounin
> 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> -- 
> Best regards,
> Aleksej             
> ICQ:    293-686-24
> GSM:371-293-686-24
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Wed Mar 21 12:20:40 2012
From: nginx-forum на nginx.us (Saniek)
Date: Wed, 21 Mar 2012 08:20:40 -0400 (EDT)
Subject: =?UTF-8?B?R2VvSVAsINC90LUg0LLQuNC00LjRgiByZWdpb24sIGNpdHk=?=
Message-ID: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>

Установлен nginx version: nginx/1.0.14 с модулем
GeoIP, ОС Freebsd 8.0, net/GeoIP.

В конфиге подключен
geoip_city    /usr/local/www/GeoLiteCity.dat;

Использую так:
log_format test $msec \t $geoip_city_country_code \t $geoip_region \t
$geoip_city ;
access_log  /var/log/test.log test;

Проблема в том, что nginx не видит регион и
город, при это страну определяет.
Может кто-то сталкивался, подскажите.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224168,224168#msg-224168


From aleksej на novikov.lv  Wed Mar 21 12:21:58 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 21 Mar 2012 17:51:58 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
Message-ID: <152261602.20120321175158@novikov.lv>

Hello TetSio[Nainn],

Делаю на неё rewrite-redirect
Если  намекаете  на  то  что rewrite делает urlencode, то я специально
ставил access_log до правила rewrite и после
переменная не менялась.




Wednesday, March 21, 2012, 5:07:12 PM, you wrote:

> А каким образом переменная nginx превращается в ссылку?

> 21 марта 2012 г. 21:26 пользователь Aleksej Novikov
> <aleksej на novikov.lv> написал:
>> Hello TetSio[Nainn],
>>
>> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
>> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
>> URL уже не правильный в момент первого обращения к переменной
>>
>>
>>
>> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
>>
>>> Может это только в лог файле они отображаются как url_encode? В других
>>> местах смотрели?
>>
>>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
>>> <aleksej на novikov.lv> написал:
>>>> Hello Маркел,
>>>>
>>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>>>>
>>>>
>>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>>>>
>>>>
>>>>
>>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>>>>
>>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>>>>
>>>>>> Dear Nginx-ru,
>>>>>>
>>>>>> Столкнулся с непонятной проблемой,
>>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>>>>>> Используется обыкновенный map-file.
>>>>>>
>>>>>> map $ads_id $ads_url {
>>>>>> default http://nginx.ru;
>>>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>>>>>> }
>>>>>>
>>>>>> Далее простое присвоение в конфиге nginx
>>>>>>
>>>>>> set $ads_id 1
>>>>>>
>>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>>>>>> как после обработки urlencode
>>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>>>>>>
>>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>>>>>>
>>>>>> Или возможно это фича ?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Best regards,
>>>>>> Aleksej
>>>>>> ICQ:    293-686-24
>>>>>> GSM:371-293-686-24
>>>>>>
>>>>>> _______________________________________________
>>>>>> nginx-ru mailing list
>>>>>> nginx-ru на nginx.org
>>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru на nginx.org
>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Aleksej
>>>> ICQ:    293-686-24
>>>> GSM:371-293-686-24
>>>>
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>>
>>
>>
>>
>>
>> --
>> Best regards,
>> Aleksej
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru






-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From mdounin на mdounin.ru  Wed Mar 21 12:59:55 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 21 Mar 2012 16:59:55 +0400
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <152261602.20120321175158@novikov.lv>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
	<152261602.20120321175158@novikov.lv>
Message-ID: <20120321125954.GO88788@mdounin.ru>

Hello!

On Wed, Mar 21, 2012 at 05:51:58PM +0530, Aleksej Novikov wrote:

> Hello TetSio[Nainn],
> 
> Делаю на неё rewrite-redirect
> Если  намекаете  на  то  что rewrite делает urlencode, то я специально
> ставил access_log до правила rewrite и после
> переменная не менялась.

Положение access_log в конфиге относительно правила rewrite ни на 
что не влияет, т.к. в любом случае логгирование происходит по 
окончанию обработки запроса, а rewrite выполняется в начале.

В то же время rewrite делает много странного, и лучше его не 
использовать, если есть такая возможность.  Если нужно выдать 
редирект - это правильнее делать с помощью return, как-то так:

   return 302 "$ads_url";

Maxim Dounin

> 
> 
> 
> 
> Wednesday, March 21, 2012, 5:07:12 PM, you wrote:
> 
> > А каким образом переменная nginx превращается в ссылку?
> 
> > 21 марта 2012 г. 21:26 пользователь Aleksej Novikov
> > <aleksej на novikov.lv> написал:
> >> Hello TetSio[Nainn],
> >>
> >> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
> >> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
> >> URL уже не правильный в момент первого обращения к переменной
> >>
> >>
> >>
> >> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
> >>
> >>> Может это только в лог файле они отображаются как url_encode? В других
> >>> местах смотрели?
> >>
> >>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
> >>> <aleksej на novikov.lv> написал:
> >>>> Hello Маркел,
> >>>>
> >>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
> >>>>
> >>>>
> >>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
> >>>>
> >>>>
> >>>>
> >>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
> >>>>
> >>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
> >>>>
> >>>>>> Dear Nginx-ru,
> >>>>>>
> >>>>>> Столкнулся с непонятной проблемой,
> >>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
> >>>>>> Используется обыкновенный map-file.
> >>>>>>
> >>>>>> map $ads_id $ads_url {
> >>>>>> default http://nginx.ru;
> >>>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
> >>>>>> }
> >>>>>>
> >>>>>> Далее простое присвоение в конфиге nginx
> >>>>>>
> >>>>>> set $ads_id 1
> >>>>>>
> >>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
> >>>>>> как после обработки urlencode
> >>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
> >>>>>>
> >>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
> >>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
> >>>>>>
> >>>>>> Или возможно это фича ?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> Best regards,
> >>>>>> Aleksej
> >>>>>> ICQ:    293-686-24
> >>>>>> GSM:371-293-686-24
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> nginx-ru mailing list
> >>>>>> nginx-ru на nginx.org
> >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>>>
> >>>>> _______________________________________________
> >>>>> nginx-ru mailing list
> >>>>> nginx-ru на nginx.org
> >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Best regards,
> >>>> Aleksej
> >>>> ICQ:    293-686-24
> >>>> GSM:371-293-686-24
> >>>>
> >>>> _______________________________________________
> >>>> nginx-ru mailing list
> >>>> nginx-ru на nginx.org
> >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >>
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> Aleksej
> >> ICQ:    293-686-24
> >> GSM:371-293-686-24
> >>
> >> _______________________________________________
> >> nginx-ru mailing list
> >> nginx-ru на nginx.org
> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 
> 
> 
> 
> 
> 
> -- 
> Best regards,
> Aleksej             
> ICQ:    293-686-24
> GSM:371-293-686-24
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From gmm на csdoc.com  Wed Mar 21 13:29:16 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Wed, 21 Mar 2012 15:29:16 +0200
Subject: =?UTF-8?B?0LTQvtC60YPQvNC10L3RgtCw0YbQuNGP?=
In-Reply-To: <20120321125954.GO88788@mdounin.ru>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
	<152261602.20120321175158@novikov.lv>
	<20120321125954.GO88788@mdounin.ru>
Message-ID: <4F69D7AC.2030708@csdoc.com>

On 21.03.2012 14:59, Maxim Dounin wrote:

> В то же время rewrite делает много странного, и лучше его не
> использовать, если есть такая возможность.  Если нужно выдать
> редирект - это правильнее делать с помощью return, как-то так:
>
>     return 302 "$ads_url";
>

в документации про редиректы через return 302 - ни слова:

http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html

и наоборот, документированный способ делать редиректы - через rewrite.

-- 
Best regards,
  Gena


From kaa на zvuki.ru  Wed Mar 21 13:32:22 2012
From: kaa на zvuki.ru (Andrey Kopeyko)
Date: Wed, 21 Mar 2012 17:32:22 +0400
Subject: =?UTF-8?B?UmU6IEdlb0lQLCDQvdC1INCy0LjQtNC40YIgcmVnaW9uLCBjaXR5?=
In-Reply-To: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>
References: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F69D866.8030705@zvuki.ru>

21.03.2012 16:20, Saniek пишет:

Добрый день!

> Установлен nginx version: nginx/1.0.14 с модулем
> GeoIP, ОС Freebsd 8.0, net/GeoIP.
...
> Проблема в том, что nginx не видит регион и
> город, при это страну определяет.
> Может кто-то сталкивался, подскажите.

Это дырка в базе Максмаинда - для вашей сети есть только страна, а 
данных для региона\города нету.

Таких дырок там полно, и в платной базе немногим лучше.


-- 
Best regards,
Andrey Kopeyko <kaa на zvuki.ru>


From ru на nginx.com  Wed Mar 21 13:50:52 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Wed, 21 Mar 2012 17:50:52 +0400
Subject: =?UTF-8?B?UmU6INC00L7QutGD0LzQtdC90YLQsNGG0LjRjw==?=
In-Reply-To: <4F69D7AC.2030708@csdoc.com>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
	<152261602.20120321175158@novikov.lv>
	<20120321125954.GO88788@mdounin.ru> <4F69D7AC.2030708@csdoc.com>
Message-ID: <20120321135052.GC98350@lo0.su>

On Wed, Mar 21, 2012 at 03:29:16PM +0200, Gena Makhomed wrote:
> On 21.03.2012 14:59, Maxim Dounin wrote:
> 
> > В то же время rewrite делает много странного, и лучше его не
> > использовать, если есть такая возможность.  Если нужно выдать
> > редирект - это правильнее делать с помощью return, как-то так:
> >
> >     return 302 "$ads_url";
> >
> 
> в документации про редиректы через return 302 - ни слова:
> 
> http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html
> 
> и наоборот, документированный способ делать редиректы - через rewrite.

Да, документация по этому модулю требует актуализации.

А вот тут уже показан современный синтаксис, правда на примере 301:
http://nginx.org/en/docs/http/converting_rewrite_rules.html
(русского перевода пока нет)


From postmaster на softsearch.ru  Wed Mar 21 13:51:36 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 21 Mar 2012 17:51:36 +0400
Subject: =?UTF-8?B?UmVbMl06IEdlb0lQLCDQvdC1INCy0LjQtNC40YIgcmVnaW9uLCBjaXR5?=
In-Reply-To: <4F69D866.8030705@zvuki.ru>
References: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>
	<4F69D866.8030705@zvuki.ru>
Message-ID: <1363635213.20120321175136@softsearch.ru>

Здравствуйте, Andrey.

>> Установлен nginx version: nginx/1.0.14 с модулем
>> GeoIP, ОС Freebsd 8.0, net/GeoIP.
> ...
>> Проблема в том, что nginx не видит регион и
>> город, при это страну определяет.
>> Может кто-то сталкивался, подскажите.

> Это дырка в базе Максмаинда - для вашей сети есть только страна, а 
> данных для региона\города нету.

> Таких дырок там полно, и в платной базе немногим лучше.

Вот база неплохая http://www.wipmania.com/ru/base/ . Но там только
страна и автор почти год уже не обновлял её. :-(

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Wed Mar 21 18:32:12 2012
From: nginx-forum на nginx.us (Saniek)
Date: Wed, 21 Mar 2012 14:32:12 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IEdlb0lQLCDQvdC1INCy0LjQtNC40YIgcmVnaW9uLCBjaXR5?=
In-Reply-To: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>
References: <96f0a443222385e404f3ca55abea44ca.NginxMailingListRussian@forum.nginx.org>
Message-ID: <f0b2a68e6a113587d4d6634f0984526a.NginxMailingListRussian@forum.nginx.org>

Спасибо за помощь, прийдется делать
сборную солянку из maxmind и ipgeobase на
бэкенде.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224168,224189#msg-224189


From chipitsine на gmail.com  Thu Mar 22 12:15:53 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Thu, 22 Mar 2012 17:15:53 +0500
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <a4b77542b8e3b6f117b139a59b45d0c5.NginxMailingListRussian@forum.nginx.org>
References: <a4b77542b8e3b6f117b139a59b45d0c5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQEtBMuVJOqEH4bjB90ovOdbmkBw5-oo7TrCcR-iGooxbg@mail.gmail.com>

lua-модуль не пробовали ?

17 марта 2012 г. 3:32 пользователь vgoncharov <nginx-forum на nginx.us>написал:

> Всем привет.
>
> Модуль substitution позволяет только один
> фильр на location.
>
> У меня backend не понимает https. Для
> обеспечения https (и не только)
> испольозуется nginx.
>
> В некоторых страницах генерируемых
> бакендом мне надо три фильтра, которые
> заменяют http:// на https://. Я не могу менять
> все подряд http на https. Только три фильтра
> надо использовать
> sub_filter XMLFile=http://www.mydomen.com/
> XMLFile=https://www.mydomen.com/;
> sub_filter http://download.macromedia.com/
> https://download.macromedia.com/;
> sub_filter http://www.mydomen.com:8080/  https://www.mydomen.com/;
>
> Модуль официальный модуль substitution не
> позволяет три sub_filter в одном location. Очень
> непонятное ограничение.
>
> Есть addon-модуль substitutions. Версии старше 0.4
> то вешали nginx, то просто обрезали
> страницу, если она больше пары десятков
> килобайт (при использовании gzip on).
>
> Начиная с версии nginx/1.0.12 (или 1.0.11) nginx
> перестал собираться с substitutions 0.4 и я
> должен был его заменить на substitutions 0.5.2
> revision 53 (он его через svn только раздает).
>
> Я написал автору багрепорт, выслал
> конфиги при которых ng и substitutions глючит и
> ошибка повторяется. Выслал свой debug log.
>
> Автор substitutions подкрутил свой код и
> большие страницы стали отдаваться
> целиком. Но через пару часов работы
> пользователи стали жаловаться, что
> периодически они получают пустые
> страницы. Проверил путем нажатия f5 -
> действительно, иногда nginx отдавал
> урезанные или совсем пустые страницы.
>
> После сообщенияавтору он все изменения
> в svn откатил обратно и все. Больше он
> сделать ничего не смог.
>
> Таким образом я больше не могу
> обновлять nginx, так как работающая
> версия substitutions с новыми стабильными
> версиями nginx не совместима, а новая
> версия не работает с gzip on.
>
> У меня остается мало выбора:
> 1) Надеятся, что Игорь Сысоев допишет
> модуль substitution, чтобы я мог писать
> несколько sub_filter в одном location.
> 2) Найти какой-то другой способ менять
> мои строки с http на https. Но не с perl-модулем
> - он мне кажется слишком большим
> монстром для такой простой задачи.
> 3) Отказаться от nginx, как инструмента с
> недостающим функционалом для моей
> задачи. (это ужасно - слишком много
> конфигов придется конвертировать,
> включая генераторы конфигов).
>
> Что посоветуете?
>
> Владимир
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,223980,223980#msg-223980
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120322/0a4f153d/attachment.html>

From nginx-forum на nginx.us  Thu Mar 22 13:00:23 2012
From: nginx-forum на nginx.us (Saniek)
Date: Thu, 22 Mar 2012 09:00:23 -0400 (EDT)
Subject: =?UTF-8?B?0J/QvtC80L7Qs9C40YLQtSDQvdCw0L/QuNGB0LDRgtGMINGA0LXQs9GD0LvRj9GA?=
	=?UTF-8?B?0LrRgw==?=
Message-ID: <ca4338cb79569674171741fd41ac2bd4.NginxMailingListRussian@forum.nginx.org>

Пытаюсь разобрать переменную
$uid_got/$uid_set, выделить идентификатор cookie.
Не могу написать нормальную регулярку.
Делаю так :

location = /test/ {
....
userid          on;
userid_name    uid;
...
if ( $uid_got ~ ?^uid=(.*)$? ) {  
set $cookie $1;  
} 
if ($uid_set ~  "^uid=(.*)$ ") {
set $cookie $1;
}
...
}

Возвращает пустое значение.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224224,224224#msg-224224


From nginx-forum на nginx.us  Thu Mar 22 17:15:58 2012
From: nginx-forum на nginx.us (vgoncharov)
Date: Thu, 22 Mar 2012 13:15:58 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAFHpkQEtBMuVJOqEH4bjB90ovOdbmkBw5-oo7TrCcR-iGooxbg@mail.gmail.com>
References: <CAFHpkQEtBMuVJOqEH4bjB90ovOdbmkBw5-oo7TrCcR-iGooxbg@mail.gmail.com>
Message-ID: <4414899f0c3f382b92b3e25df23ad98e.NginxMailingListRussian@forum.nginx.org>

По поводу sub_filter на Lua.

А можно пример конфига показать?
location /lala {
proxy_pass http://backend:8080;
gzip on;
 # как тут написать замену foo на bar в
ответе backend'а?
 ???
}
Илья Шипицин Wrote:
-------------------------------------------------------
> lua-модуль не пробовали ?
> 
> 17 марта 2012 г. 3:32
> пользователь vgoncharov
> <nginx-forum на nginx.us>написал:
> 
> > Всем привет.
> >
> > Модуль substitution позволяет
> только один
> > фильр на location.
> >
> > У меня backend не понимает https.
> Для
> > обеспечения https (и не
> только)
> > испольозуется nginx.
> >
> > В некоторых страницах
> генерируемых
> > бакендом мне надо три
> фильтра, которые
> > заменяют http:// на https://. Я не
> могу менять
> > все подряд http на https.
> Только три фильтра
> > надо использовать
> > sub_filter XMLFile=http://www.mydomen.com/
> > XMLFile=https://www.mydomen.com/;
> > sub_filter http://download.macromedia.com/
> > https://download.macromedia.com/;
> > sub_filter http://www.mydomen.com:8080/ 
> https://www.mydomen.com/;
> >
> > Модуль официальный модуль
> substitution не
> > позволяет три sub_filter в
> одном location. Очень
> > непонятное ограничение.
> >
> > Есть addon-модуль substitutions.
> Версии старше 0.4
> > то вешали nginx, то просто
> обрезали
> > страницу, если она больше
> пары десятков
> > килобайт (при
> использовании gzip on).
> >
> > Начиная с версии nginx/1.0.12
> (или 1.0.11) nginx
> > перестал собираться с
> substitutions 0.4 и я
> > должен был его заменить на
> substitutions 0.5.2
> > revision 53 (он его через svn
> только раздает).
> >
> > Я написал автору
> багрепорт, выслал
> > конфиги при которых ng и
> substitutions глючит и
> > ошибка повторяется.
> Выслал свой debug log.
> >
> > Автор substitutions подкрутил
> свой код и
> > большие страницы стали
> отдаваться
> > целиком. Но через пару
> часов работы
> > пользователи стали
> жаловаться, что
> > периодически они получают
> пустые
> > страницы. Проверил путем
> нажатия f5 -
> > действительно, иногда nginx
> отдавал
> > урезанные или совсем
> пустые страницы.
> >
> > После сообщенияавтору он
> все изменения
> > в svn откатил обратно и все.
> Больше он
> > сделать ничего не смог.
> >
> > Таким образом я больше не
> могу
> > обновлять nginx, так как
> работающая
> > версия substitutions с новыми
> стабильными
> > версиями nginx не
> совместима, а новая
> > версия не работает с gzip on.
> >
> > У меня остается мало
> выбора:
> > 1) Надеятся, что Игорь
> Сысоев допишет
> > модуль substitution, чтобы я мог
> писать
> > несколько sub_filter в одном
> location.
> > 2) Найти какой-то другой
> способ менять
> > мои строки с http на https. Но
> не с perl-модулем
> > - он мне кажется слишком
> большим
> > монстром для такой
> простой задачи.
> > 3) Отказаться от nginx, как
> инструмента с
> > недостающим функционалом
> для моей
> > задачи. (это ужасно -
> слишком много
> > конфигов придется
> конвертировать,
> > включая генераторы
> конфигов).
> >
> > Что посоветуете?
> >
> > Владимир
> >
> > Posted at Nginx Forum:
> >
> http://forum.nginx.org/read.php?21,223980,223980#m
> sg-223980
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> >
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224232#msg-224232


From zzz на zzz.org.ua  Thu Mar 22 18:13:43 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 22 Mar 2012 20:13:43 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4414899f0c3f382b92b3e25df23ad98e.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQEtBMuVJOqEH4bjB90ovOdbmkBw5-oo7TrCcR-iGooxbg@mail.gmail.com>
	<4414899f0c3f382b92b3e25df23ad98e.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKb9G9gf6aSSQ9Hmguu2y-g73sJC-PqAy-RvmJvKPDApCQmewg@mail.gmail.com>

On Thu, Mar 22, 2012 at 7:15 PM, vgoncharov <nginx-forum на nginx.us> wrote:
> По поводу sub_filter на Lua.
>
> А можно пример конфига показать?
> location /lala {
> proxy_pass http://backend:8080;
> gzip on;
>  # как тут написать замену foo на bar в
> ответе backend'а?
>  ???
> }

Посмотри на директиву content_by_lua, в ней тебе нужно сделать
подзапрос на другой location с помощью ngx.location.capture, дальше
string.gsub для замены подстроки ответа.
Все это есть в примерах.

From nginx-forum на nginx.us  Thu Mar 22 19:05:46 2012
From: nginx-forum на nginx.us (vgoncharov)
Date: Thu, 22 Mar 2012 15:05:46 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAKb9G9gf6aSSQ9Hmguu2y-g73sJC-PqAy-RvmJvKPDApCQmewg@mail.gmail.com>
References: <CAKb9G9gf6aSSQ9Hmguu2y-g73sJC-PqAy-RvmJvKPDApCQmewg@mail.gmail.com>
Message-ID: <35e5dbcfebd462c349d56e0a300e9091.NginxMailingListRussian@forum.nginx.org>

Alexandr Gomoliako Wrote:
-------------------------------------------------------
> Посмотри на директиву
> content_by_lua, в ней тебе нужно
> сделать
> подзапрос на другой location с
> помощью ngx.location.capture, дальше
> string.gsub для замены подстроки
> ответа.
> Все это есть в примерах.

Я уже смотрел. Там нет целостных
примеров. Отрывки кода на незнакомом
языке, которые я не знаю как применять. 

Если не затруднительно, то покажите
целостный пример.
Вот есть 
location / {
proxy_pass ...;
sub_filter ...;
sub_filter ...;
}

Как это написать на Lua не изучая этого
языка?

И вопрос к разработчикам nginx. А зачем
sub_filter сделан с этим ограничением (одна
директива на location)? В чем религиозный
смысл?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224235#msg-224235


From zzz на zzz.org.ua  Thu Mar 22 19:25:38 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Thu, 22 Mar 2012 21:25:38 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <35e5dbcfebd462c349d56e0a300e9091.NginxMailingListRussian@forum.nginx.org>
References: <CAKb9G9gf6aSSQ9Hmguu2y-g73sJC-PqAy-RvmJvKPDApCQmewg@mail.gmail.com>
	<35e5dbcfebd462c349d56e0a300e9091.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKb9G9gzKePuCJhnOc6aJQ82QqWS8yA=WkYCCYH+gjygejJHKQ@mail.gmail.com>

> Я уже смотрел. Там нет целостных
> примеров. Отрывки кода на незнакомом
> языке, которые я не знаю как применять.
>
> Если не затруднительно, то покажите
> целостный пример.
> Вот есть
> location / {
> proxy_pass ...;
> sub_filter ...;
> sub_filter ...;
> }
>
> Как это написать на Lua не изучая этого
> языка?

Никак :)

Посмотри на пример в README, как раз сюда подходит, начинается со строки:
    # transparent non-blocking I/O in Lua via subrequests

From chipitsine на gmail.com  Fri Mar 23 06:49:44 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Fri, 23 Mar 2012 11:49:44 +0500
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <35e5dbcfebd462c349d56e0a300e9091.NginxMailingListRussian@forum.nginx.org>
References: <CAKb9G9gf6aSSQ9Hmguu2y-g73sJC-PqAy-RvmJvKPDApCQmewg@mail.gmail.com>
	<35e5dbcfebd462c349d56e0a300e9091.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>

23 марта 2012 г. 1:05 пользователь vgoncharov <nginx-forum на nginx.us>написал:

>
>
> Как это написать на Lua не изучая этого
> языка?
>
>
вы не SEO-шник случаем ? а то тут в последнее время наплыв "мне
посоветовали nginx, но у меня не получается его настроить, разбираться не
хочу ... что бы мне такого сделать, а вообще я SEO-шник!".

мне кажется, будут пользоваться успехом клубы анонимных SEO-шников:

"здравствуйте, меня зовут Вася, я SEO-шник... здравствуй, Вася!"

как это сделать не разбираясь - это очень странный вопрос. я вижу два
варианта - разобраться самому, либо заплатить кому-нибудь, например, сюда

http://nginx.com/support.html



> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224221,224235#msg-224235
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120323/74b13099/attachment.html>

From nginx-forum на nginx.us  Fri Mar 23 07:16:19 2012
From: nginx-forum на nginx.us (anon)
Date: Fri, 23 Mar 2012 03:16:19 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <20120320223913.GW67687@mdounin.ru>
References: <20120320223913.GW67687@mdounin.ru>
Message-ID: <eef02fcb3c8cb06a742d34aa6bf3087f.NginxMailingListRussian@forum.nginx.org>

Странно, но у меня та же проблема. Через
какое то время в кеше нет файлов.
Что интересно, с бекенда они больше не
берутся. Ситуации примерно такая:
1)Идем первый раз на nginx, забираем
статику с бекенда, ложим в кеш,
следующие разы уже берем из кеша.
2)Через какое то время часть статики
исчезает с кеша, через еще большее
вообще нет ничего в кеше.
3)Идем снова на nginx, но статика НЕ
забирается с бекенда(смотрю в логи
бекенда), но появляется в кеше.

Возможно файлы перемещаются каким то
образом в память, и потом достаются?
Я как раз думал над вариантом чистки
кеша, а он как то сам чистится, что
странно.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,224256#msg-224256


From nginx-forum на nginx.us  Fri Mar 23 07:58:03 2012
From: nginx-forum на nginx.us (vgoncharov)
Date: Fri, 23 Mar 2012 03:58:03 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
Message-ID: <dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>

Тогда правильный ответ
http://httpd.apache.org/

Там не надо ради каждой базовой мелочи
подкручивать отдельный язык
программирования.

Помоему, отсутствие нормального, а
скорее даже наличие такого sub_filter
достаточно позорно.

Сравни со своим ответом такие
утверждения:
И вообще, зачем прикручивать Lua, если
можно напистаь модуль на C?
И вообще, зачем нужно брать nginx, если
можно написать свой веб-сервер?

Это неправильно делать затем, что nginx не
самоцель каждого проекта. Это
вспомогательный ин инструмент. 

Илья Шипицин Wrote:
-------------------------------------------------------
> 23 марта 2012 г. 1:05
> пользователь vgoncharov
> <nginx-forum на nginx.us>написал:
> 
> >
> >
> > Как это написать на Lua не
> изучая этого
> > языка?
> >
> >
> вы не SEO-шник случаем ? а то
> тут в последнее время
> наплыв "мне
> посоветовали nginx, но у меня
> не получается его
> настроить, разбираться не
> хочу ... что бы мне такого
> сделать, а вообще я SEO-шник!".
> 
> мне кажется, будут
> пользоваться успехом клубы
> анонимных SEO-шников:
> 
> "здравствуйте, меня зовут
> Вася, я SEO-шник... здравствуй,
> Вася!"
> 
> как это сделать не
> разбираясь - это очень
> странный вопрос. я вижу два
> варианта - разобраться
> самому, либо заплатить
> кому-нибудь, например, сюда
> 
> http://nginx.com/support.html
> 
> 
> 
> > Posted at Nginx Forum:
> >
> http://forum.nginx.org/read.php?21,224221,224235#m
> sg-224235
> >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> >
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> >
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224259#msg-224259


From meganuke на meganuke.ru  Fri Mar 23 08:49:55 2012
From: meganuke на meganuke.ru (Nikita Stupin)
Date: Fri, 23 Mar 2012 12:49:55 +0400
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F6C3933.6090508@meganuke.ru>

Ну так пользуйтесь, вас принуждают чтоли под пытками nginx использовать?
Лично меня вообще удивляют люди которые стараются nginx в каждую дырку 
запихать, это помоему уже какая то мания.
Не хотите разбираться в новом инструменте - используйте тот который знаете.

On 3/23/12 11:58 AM, vgoncharov wrote:
> Тогда правильный ответ
> http://httpd.apache.org/
>
> Там не надо ради каждой базовой мелочи
> подкручивать отдельный язык
> программирования.
>
> Помоему, отсутствие нормального, а
> скорее даже наличие такого sub_filter
> достаточно позорно.
>
> Сравни со своим ответом такие
> утверждения:
> И вообще, зачем прикручивать Lua, если
> можно напистаь модуль на C?
> И вообще, зачем нужно брать nginx, если
> можно написать свой веб-сервер?
>
> Это неправильно делать затем, что nginx не
> самоцель каждого проекта. Это
> вспомогательный ин инструмент.
>
> Илья Шипицин Wrote:
> -------------------------------------------------------
>> 23 марта 2012 г. 1:05
>> пользователь vgoncharov
>> <nginx-forum на nginx.us>написал:
>>
>>>
>>>
>>> Как это написать на Lua не
>> изучая этого
>>> языка?
>>>
>>>
>> вы не SEO-шник случаем ? а то
>> тут в последнее время
>> наплыв "мне
>> посоветовали nginx, но у меня
>> не получается его
>> настроить, разбираться не
>> хочу ... что бы мне такого
>> сделать, а вообще я SEO-шник!".
>>
>> мне кажется, будут
>> пользоваться успехом клубы
>> анонимных SEO-шников:
>>
>> "здравствуйте, меня зовут
>> Вася, я SEO-шник... здравствуй,
>> Вася!"
>>
>> как это сделать не
>> разбираясь - это очень
>> странный вопрос. я вижу два
>> варианта - разобраться
>> самому, либо заплатить
>> кому-нибудь, например, сюда
>>
>> http://nginx.com/support.html
>>
>>
>>
>>> Posted at Nginx Forum:
>>>
>> http://forum.nginx.org/read.php?21,224221,224235#m
>> sg-224235
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>>
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224259#msg-224259
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Fri Mar 23 09:19:16 2012
From: nginx-forum на nginx.us (Thecentury)
Date: Fri, 23 Mar 2012 05:19:16 -0400 (EDT)
Subject: =?UTF-8?B?0J3QtdCy0LXRgNC90LDRjyDQtNC70LjQvdCwINC+0YLQtNCw0LLQsNC10LzRi9GF?=
	=?UTF-8?B?INGB0YLQsNGC0LjRh9C10YHQutC40YUg0YTQsNC50LvQvtCy?=
Message-ID: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!

Есть nginx, установленный на Debian, он
раздает статические файлы (js, css),
которые расположены на
примонтированной виндовой шаре.
Часто сталкиваемся с ситуацией, когда
после обновления этих статических
файлов (копирования обновленных
файлов) nginx отдает файлы с неверной
длиной, то есть файлы приходят либо
обрезанные, либо, наоборот, дополненные
нулями.

Сталкивался ли кто-либо с подобной
проблемой? Есть ли предположения, как
проблемы исправить?

Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224264,224264#msg-224264


From tetsio.nainn на gmail.com  Fri Mar 23 09:25:37 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Fri, 23 Mar 2012 19:25:37 +1000
Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LDQtdC8?=
	=?UTF-8?B?0YvRhSDRgdGC0LDRgtC40YfQtdGB0LrQuNGFINGE0LDQudC70L7Qsg==?=
In-Reply-To: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1211894F-4254-4E0B-80CF-70243AD00FAA@gmail.com>


Смотрели в сторону open file cache? Не оно?

23.03.2012, в 19:19, "Thecentury" <nginx-forum на nginx.us> написал(а):

> Здравствуйте!
> 
> Есть nginx, установленный на Debian, он
> раздает статические файлы (js, css),
> которые расположены на
> примонтированной виндовой шаре.
> Часто сталкиваемся с ситуацией, когда
> после обновления этих статических
> файлов (копирования обновленных
> файлов) nginx отдает файлы с неверной
> длиной, то есть файлы приходят либо
> обрезанные, либо, наоборот, дополненные
> нулями.
> 
> Сталкивался ли кто-либо с подобной
> проблемой? Есть ли предположения, как
> проблемы исправить?
> 
> Спасибо.
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224264,224264#msg-224264
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Fri Mar 23 09:37:27 2012
From: nginx-forum на nginx.us (Thecentury)
Date: Fri, 23 Mar 2012 05:37:27 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LDQtdC8?=
	=?UTF-8?B?0YvRhSDRgdGC0LDRgtC40YfQtdGB0LrQuNGFINGE0LDQudC70L7Qsg==?=
In-Reply-To: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
Message-ID: <e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>

Спасибо, передам ваше предположение
сисадмину, поработаю испорченным
телефоном (сам я разработчик, который
копирует файлы в папку, откуда их берет
nginx).

Можно ли предположить, что я неверно
копирую файлы (использую robocopy)? Стоит ли
попробовать сначала удалять все
обновляемые файлы, а затем копировать
их новые версии?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224264,224267#msg-224267


From hunter на comsys.com.ua  Fri Mar 23 09:58:15 2012
From: hunter на comsys.com.ua (Sergey Smitienko)
Date: Fri, 23 Mar 2012 11:58:15 +0200
Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LDQtdC8?=
	=?UTF-8?B?0YvRhSDRgdGC0LDRgtC40YfQtdGB0LrQuNGFINGE0LDQudC70L7Qsg==?=
In-Reply-To: <e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
	<e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F6C4937.4040702@comsys.com.ua>

Заливать файлы надо с другим именем, а потом делать rename.
Тоесть заливаете filename.txt.new а потом rename его в filename.txt.

> Можно ли предположить, что я неверно копирую файлы (использую
robocopy)? Стоит ли попробовать сначала удалять все обновляемые файлы, а
затем копировать их новые версии?


From chipitsine на gmail.com  Fri Mar 23 10:49:02 2012
From: chipitsine на gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=)
Date: Fri, 23 Mar 2012 15:49:02 +0500
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAFHpkQH-xT2B2oGoUMY=nVqjo07gSaUj-2B37J2mMVbiqbN4+g@mail.gmail.com>

если для вас правильный ответ apache - надо им пользоваться. вас никто не
заставляет использовать nginx, если заставляют - скажите ?
я полностью согласен с тем, что nginx - не самоцель для каждого проекта и
надо идти от задачи.

23 марта 2012 г. 13:58 пользователь vgoncharov <nginx-forum на nginx.us>написал:

> Тогда правильный ответ
> http://httpd.apache.org/
>
> Там не надо ради каждой базовой мелочи
> подкручивать отдельный язык
> программирования.
>
> Помоему, отсутствие нормального, а
> скорее даже наличие такого sub_filter
> достаточно позорно.
>
> Сравни со своим ответом такие
> утверждения:
> И вообще, зачем прикручивать Lua, если
> можно напистаь модуль на C?
> И вообще, зачем нужно брать nginx, если
> можно написать свой веб-сервер?
>
> Это неправильно делать затем, что nginx не
> самоцель каждого проекта. Это
> вспомогательный ин инструмент.
>
> Илья Шипицин Wrote:
> -------------------------------------------------------
> > 23 марта 2012 г. 1:05
> > пользователь vgoncharov
> > <nginx-forum на nginx.us>написал:
> >
> > >
> > >
> > > Как это написать на Lua не
> > изучая этого
> > > языка?
> > >
> > >
> > вы не SEO-шник случаем ? а то
> > тут в последнее время
> > наплыв "мне
> > посоветовали nginx, но у меня
> > не получается его
> > настроить, разбираться не
> > хочу ... что бы мне такого
> > сделать, а вообще я SEO-шник!".
> >
> > мне кажется, будут
> > пользоваться успехом клубы
> > анонимных SEO-шников:
> >
> > "здравствуйте, меня зовут
> > Вася, я SEO-шник... здравствуй,
> > Вася!"
> >
> > как это сделать не
> > разбираясь - это очень
> > странный вопрос. я вижу два
> > варианта - разобраться
> > самому, либо заплатить
> > кому-нибудь, например, сюда
> >
> > http://nginx.com/support.html
> >
> >
> >
> > > Posted at Nginx Forum:
> > >
> > http://forum.nginx.org/read.php?21,224221,224235#m
> > sg-224235
> > >
> > > _______________________________________________
> > > nginx-ru mailing list
> > > nginx-ru на nginx.org
> > >
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
> > >
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224221,224259#msg-224259
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120323/90033038/attachment.html>

From gmm на csdoc.com  Fri Mar 23 11:30:05 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Fri, 23 Mar 2012 13:30:05 +0200
Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LDQtdC8?=
	=?UTF-8?B?0YvRhSDRgdGC0LDRgtC40YfQtdGB0LrQuNGFINGE0LDQudC70L7Qsg==?=
In-Reply-To: <4F6C4937.4040702@comsys.com.ua>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
	<e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>
	<4F6C4937.4040702@comsys.com.ua>
Message-ID: <4F6C5EBD.3010500@csdoc.com>

On 23.03.2012 11:58, Sergey Smitienko wrote:

> Заливать файлы надо с другим именем, а потом делать rename.
> Тоесть заливаете filename.txt.new а потом rename его в filename.txt.

так ведь у него файлы лежат на примонтированной виндовой шаре.
а там нормальные способы атомарного обновления файлов
через rename() не работают - на винде все не как у людей.

============================================

Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

H:\>echo old file > filename.txt

H:\>echo new file > filename.txt.new

H:\>rename filename.txt.new filename.txt
A duplicate file name exists, or the file
cannot be found.

============================================

самый простой и наверное единственный способ решения проблемы -
это наверное вообще убрать файлы с виндовой шары на линукс/юникс.
там уже атомарно их обновлять, и тогда все будет работать нормально.

-- 
Best regards,
  Gena


From hell-for-yahoo на umail.ru  Fri Mar 23 13:52:47 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 23 Mar 2012 17:52:47 +0400
Subject: =?UTF-8?B?UmVbMl06INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LA=?=
	=?UTF-8?B?0LXQvNGL0YUg0YHRgtCw0YLQuNGH0LXRgdC60LjRhSDRhNCw0LnQu9C+0LI=?=
In-Reply-To: <4F6C5EBD.3010500@csdoc.com>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
	<e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>
	<4F6C4937.4040702@comsys.com.ua> <4F6C5EBD.3010500@csdoc.com>
Message-ID: <918384466.20120323175247@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Gena Makhomed!

GM> On 23.03.2012 11:58, Sergey Smitienko wrote:

>> Заливать файлы надо с другим именем, а потом делать rename.
>> Тоесть заливаете filename.txt.new а потом rename его в filename.txt.

GM> так ведь у него файлы лежат на примонтированной виндовой шаре.
GM> а там нормальные способы атомарного обновления файлов
GM> через rename() не работают - на винде все не как у людей.

GM> ============================================

GM> Microsoft Windows [Version 5.2.3790]
GM> (C) Copyright 1985-2003 Microsoft Corp.

H:\>>echo old file > filename.txt

H:\>>echo new file > filename.txt.new

H:\>>rename filename.txt.new filename.txt
GM> A duplicate file name exists, or the file
GM> cannot be found.

move filename.txt.new filename.txt

Учим матчасть...


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 23.03.2012, <17:49>


From gmm на csdoc.com  Fri Mar 23 15:14:47 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Fri, 23 Mar 2012 17:14:47 +0200
Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdCw0Y8g0LTQu9C40L3QsCDQvtGC0LTQsNCy0LDQtdC8?=
	=?UTF-8?B?0YvRhSDRgdGC0LDRgtC40YfQtdGB0LrQuNGFINGE0LDQudC70L7Qsg==?=
In-Reply-To: <918384466.20120323175247@mtu-net.ru>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
	<e3a78679ea539cc9f1f1042c032a6658.NginxMailingListRussian@forum.nginx.org>
	<4F6C4937.4040702@comsys.com.ua> <4F6C5EBD.3010500@csdoc.com>
	<918384466.20120323175247@mtu-net.ru>
Message-ID: <4F6C9367.80005@csdoc.com>

On 23.03.2012 15:52, Andrey Repin wrote:

> move filename.txt.new filename.txt
>
> Учим матчасть...

и что, это разве будет атомарная операция
переименования файла на виндовсе? вряд ли.

матчасть:

http://pubs.opengroup.org/onlinepubs/007904875/functions/rename.html
That specification requires that the action of the function be atomic.

-- 
Best regards,
  Gena


From isk на cupid.com  Fri Mar 23 17:30:18 2012
From: isk на cupid.com (Olexander Shtepa)
Date: Fri, 23 Mar 2012 19:30:18 +0200
Subject: =?UTF-8?B?UmU6ICDQndC10LLQtdGA0L3QsNGPINC00LvQuNC90LAg0L7RgtC00LDQstCw0LU=?=
	=?UTF-8?B?0LzRi9GFINGB0YLQsNGC0LjRh9C10YHQutC40YUg0YTQsNC50LvQvtCy?=
In-Reply-To: <4F6C5EBD.3010500@csdoc.com>
References: <e9a8f31dc67b0e30d52c11f5bc9ba2d5.NginxMailingListRussian@forum.nginx.org>
	<4F6C4937.4040702@comsys.com.ua> <4F6C5EBD.3010500@csdoc.com>
Message-ID: <201203231930.18435.isk@cupid.com>

> а там нормальные способы атомарного обновления файлов
> через rename() не работают - на винде все не как у людей.

In Windows Vista and Windows Server 2008 an atomic move function has been added - MoveFileTransacted()
Unfortunately this doesn't help with older versions of Windows.


From exelib на googlemail.com  Fri Mar 23 19:27:39 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Fri, 23 Mar 2012 20:27:39 +0100
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F6CCEAB.6060608@googlemail.com>

On 23.03.2012 08:58, vgoncharov wrote:
> Помоему, отсутствие нормального, а
> скорее даже наличие такого sub_filter
> достаточно позорно.
>
Согласен. Не фича, а баг.
> Сравни со своим ответом такие
> утверждения:
> И вообще, зачем прикручивать Lua, если
> можно напистаь модуль на C?
> И вообще, зачем нужно брать nginx, если
> можно написать свой веб-сервер?
>
Я тоже не понимаю, что луа и перл потеряли на вебсервере. Обработка 
реквеста/респонса а ля интерцепторы через хттп/сокеты/whatever были бы 
полезнее и решили бы ряд проблем/фичзапросов. Или просто я не знаю об 
этом. (И не надо тыкать в аппликацию - она тут не причём.)


-- 
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master


From koticka на mail.ru  Fri Mar 23 19:47:40 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Fri, 23 Mar 2012 23:47:40 +0400
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F6CD35C.2080501@mail.ru>

А мне больше кажется, что все эти сабфильтры, костыли, и ржавые гвозди,
предназначенные скрыть кривость бекенда.
Порокси как nginx дает миллион бонусов при разработке своего вебсервера,
тесно интегрированного с бизнес логикой.
Очень сильно хотеть супер фильтры можно только в случае не особого
понимания того как это все работает.

On 23.03.2012 11:58, vgoncharov wrote:
> Тогда правильный ответ
> http://httpd.apache.org/
>
> Там не надо ради каждой базовой мелочи
> подкручивать отдельный язык
> программирования.
>
> Помоему, отсутствие нормального, а
> скорее даже наличие такого sub_filter
> достаточно позорно.
>
> Сравни со своим ответом такие
> утверждения:
> И вообще, зачем прикручивать Lua, если
> можно напистаь модуль на C?
> И вообще, зачем нужно брать nginx, если
> можно написать свой веб-сервер?
>
> Это неправильно делать затем, что nginx не
> самоцель каждого проекта. Это
> вспомогательный ин инструмент. 
>
> Илья Шипицин Wrote:
> -------------------------------------------------------
>> 23 марта 2012 г. 1:05
>> пользователь vgoncharov
>> <nginx-forum на nginx.us>написал:
>>
>>>
>>> Как это написать на Lua не
>> изучая этого
>>> языка?
>>>
>>>
>> вы не SEO-шник случаем ? а то
>> тут в последнее время
>> наплыв "мне
>> посоветовали nginx, но у меня
>> не получается его
>> настроить, разбираться не
>> хочу ... что бы мне такого
>> сделать, а вообще я SEO-шник!".
>>
>> мне кажется, будут
>> пользоваться успехом клубы
>> анонимных SEO-шников:
>>
>> "здравствуйте, меня зовут
>> Вася, я SEO-шник... здравствуй,
>> Вася!"
>>
>> как это сделать не
>> разбираясь - это очень
>> странный вопрос. я вижу два
>> варианта - разобраться
>> самому, либо заплатить
>> кому-нибудь, например, сюда
>>
>> http://nginx.com/support.html
>>
>>
>>
>>> Posted at Nginx Forum:
>>>
>> http://forum.nginx.org/read.php?21,224221,224235#m
>> sg-224235
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>>
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224259#msg-224259
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From exelib на googlemail.com  Fri Mar 23 19:59:28 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Fri, 23 Mar 2012 20:59:28 +0100
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CD35C.2080501@mail.ru>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru>
Message-ID: <4F6CD620.3050703@googlemail.com>

Это Вам кажется. В мире хватает задач, которые нужно решить не трогая 
бэкенд. И не потомучто он крив (или Вы действительно верите, что кривые 
бэкенды не трогают?), а потому что проприетарен/не 
доступен/массово-генеричен или просто банально "незя".

On 23.03.2012 20:47, Kostya Alexandrov wrote:
> А мне больше кажется, что все эти сабфильтры, костыли, и ржавые гвозди,
> предназначенные скрыть кривость бекенда.
> Порокси как nginx дает миллион бонусов при разработке своего вебсервера,
> тесно интегрированного с бизнес логикой.
> Очень сильно хотеть супер фильтры можно только в случае не особого
> понимания того как это все работает.
>
> On 23.03.2012 11:58, vgoncharov wrote:
>> Тогда правильный ответ
>> http://httpd.apache.org/
>>
>> Там не надо ради каждой базовой мелочи
>> подкручивать отдельный язык
>> программирования.
>>
>> Помоему, отсутствие нормального, а
>> скорее даже наличие такого sub_filter
>> достаточно позорно.
>>
>> Сравни со своим ответом такие
>> утверждения:
>> И вообще, зачем прикручивать Lua, если
>> можно напистаь модуль на C?
>> И вообще, зачем нужно брать nginx, если
>> можно написать свой веб-сервер?
>>
>> Это неправильно делать затем, что nginx не
>> самоцель каждого проекта. Это
>> вспомогательный ин инструмент.
>>
>> Илья Шипицин Wrote:
>> -------------------------------------------------------
>>> 23 марта 2012 г. 1:05
>>> пользователь vgoncharov
>>> <nginx-forum на nginx.us>написал:
>>>
>>>> Как это написать на Lua не
>>> изучая этого
>>>> языка?
>>>>
>>>>
>>> вы не SEO-шник случаем ? а то
>>> тут в последнее время
>>> наплыв "мне
>>> посоветовали nginx, но у меня
>>> не получается его
>>> настроить, разбираться не
>>> хочу ... что бы мне такого
>>> сделать, а вообще я SEO-шник!".
>>>
>>> мне кажется, будут
>>> пользоваться успехом клубы
>>> анонимных SEO-шников:
>>>
>>> "здравствуйте, меня зовут
>>> Вася, я SEO-шник... здравствуй,
>>> Вася!"
>>>
>>> как это сделать не
>>> разбираясь - это очень
>>> странный вопрос. я вижу два
>>> варианта - разобраться
>>> самому, либо заплатить
>>> кому-нибудь, например, сюда
>>>
>>> http://nginx.com/support.html
>>>
>>>
>>>
>>>> Posted at Nginx Forum:
>>>>
>>> http://forum.nginx.org/read.php?21,224221,224235#m
>>> sg-224235
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>>
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224221,224259#msg-224259
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


-- 
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master


From zzz на zzz.org.ua  Fri Mar 23 20:09:33 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 23 Mar 2012 22:09:33 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CCEAB.6060608@googlemail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CCEAB.6060608@googlemail.com>
Message-ID: <CAKb9G9hxof2omwCwNhg1iuexAMDo_GW-5OyCJZ35+pxBmbpUQg@mail.gmail.com>

>> И вообще, зачем прикручивать Lua, если
>> можно напистаь модуль на C?
>> И вообще, зачем нужно брать nginx, если
>> можно написать свой веб-сервер?

> Я тоже не понимаю, что луа и перл потеряли на вебсервере.

Скорее наоборот, в чем смысл вебсервера без луа и перла?
В интерпретатор на вебсервере можно очень много всего вынести и за
счет этого очень сильно упростить бэкенд. В идеале на бэкендах
оставить только RESTful сервисы, а все остальное в nginx, который с
ними общается посредством интерпретатора.

From zzz на zzz.org.ua  Fri Mar 23 20:10:58 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 23 Mar 2012 22:10:58 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CD620.3050703@googlemail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
Message-ID: <CAKb9G9gaRf+S17gbGhpmQjNVHui-xug7utt24PXPFdMOFGbQcg@mail.gmail.com>

> Это Вам кажется. В мире хватает задач, которые нужно решить не трогая
> бэкенд.

Правильно, потому мощный интерпретатор на вебсервере просто обязан быть.

From exelib на googlemail.com  Fri Mar 23 20:36:09 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Fri, 23 Mar 2012 21:36:09 +0100
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAKb9G9hxof2omwCwNhg1iuexAMDo_GW-5OyCJZ35+pxBmbpUQg@mail.gmail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>	<4F6CCEAB.6060608@googlemail.com>
	<CAKb9G9hxof2omwCwNhg1iuexAMDo_GW-5OyCJZ35+pxBmbpUQg@mail.gmail.com>
Message-ID: <4F6CDEB9.1030900@googlemail.com>

Хм, как-то общая картина не складывается. Одни пишут о кривости бэкенда 
и как всё трагично, другие об их облегчении, да и вообще всё делать на 
вебсервере, даже шаблонизатор есть. Осталось встроить 
пхп/питон/яву/скалу/руби/го/дарт/... и да, будет всё :)

Не, лично мне энджин нравится, но хотелось бы видеть его в юзабельном 
(для себя любимого, ессно) виде. К этому виду не относится мощный 
интерпретатор - вот он-то как раз ничего не потерял и приносит (имхо, 
может даже факт?) больше проблем, чем пользы.

Лично мне нравится следующий сценарий:
1. Получаем реквест.
2. Перенаправляем его по http/uwsgi/fcgi/socket на _что_угодно_ а ля 
бэкенд/скрипт/перл/луа/торнадо.
3. Там обрабатываем как хотим, чем хотим и возвращаем что хотим (ессно 
по спецификации).
4. Перенаправляем рузультат собсно нужному бэкенду.
5. Получаем результат от бекэнда.
6. Перенаправляем его по http/uwsgi/fcgi/socket на _что_угодно_ а ля 
бэкенд/скрипт/перл/луа/торнадо.
7. Там обрабатываем как хотим, чем хотим и возвращаем что хотим (ессно 
по спецификации).
8. Возвращаем ответ клиенту.

Таким способом убиваем весь баласт в виде псевдонедоскриптинга а ля 
примочек типа луа и перла, недоделки а ля sub_filter и связанную с этим 
поддержку и баги. В замен получаем по стандартному интерфейсу мощнейший 
интепретатор, который не привязан к энджину.

Данный сценарий сейчас, хоть и ограничено, но возможен на уровне 
статус-кодов.


On 23.03.2012 21:09, Alexandr Gomoliako wrote:
>
> Скорее наоборот, в чем смысл вебсервера без луа и перла?
> В интерпретатор на вебсервере можно очень много всего вынести и за
> счет этого очень сильно упростить бэкенд. В идеале на бэкендах
> оставить только RESTful сервисы, а все остальное в nginx, который с
> ними общается посредством интерпретатора.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


-- 
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master


From zzz на zzz.org.ua  Fri Mar 23 21:06:08 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 23 Mar 2012 23:06:08 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CDEB9.1030900@googlemail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CCEAB.6060608@googlemail.com>
	<CAKb9G9hxof2omwCwNhg1iuexAMDo_GW-5OyCJZ35+pxBmbpUQg@mail.gmail.com>
	<4F6CDEB9.1030900@googlemail.com>
Message-ID: <CAKb9G9hmobYoKvKhCN+Rkweza5x=ZAd3MTde1Mt+57qmcuKm6w@mail.gmail.com>

> Осталось встроить
> пхп/питон/яву/скалу/руби/го/дарт/... и да, будет всё :)

Зачем, есть же уже перл и луа.

> себя любимого, ессно) виде. К этому виду не относится мощный интерпретатор -
> вот он-то как раз ничего не потерял и приносит (имхо, может даже факт?)
> больше проблем, чем пользы.

Это неправда.

> Таким способом убиваем весь баласт в виде псевдонедоскриптинга а ля примочек
> типа луа и перла

Сори, но псевдонедоскриптинг это:
> пхп/питон/яву/скалу/руби/го/дарт/...

А перл самый мощный язык на планете.

From koticka на mail.ru  Fri Mar 23 21:22:27 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Sat, 24 Mar 2012 01:22:27 +0400
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CD620.3050703@googlemail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
Message-ID: <4F6CE993.1020805@mail.ru>

Тогда стоит задуматься о третьем решении. Бекенд над бекендом, который
обработает кривую логику проприетарного.
Я пришел к nginx когда имел проблемы с апачем, когда количество
кипаливных соединений перевалило за тысячу-полторы.
Любая обработка данных на стороне nginx пиведет к блокировкам в
воркерах, и ... здаствуй апач от другого вендора.
А зачем? Есть апач, он не плох.

On 23.03.2012 23:59, Anton Bessonov wrote:
> Это Вам кажется. В мире хватает задач, которые нужно решить не трогая
> бэкенд. И не потомучто он крив (или Вы действительно верите, что
> кривые бэкенды не трогают?), а потому что проприетарен/не
> доступен/массово-генеричен или просто банально "незя".
>
> On 23.03.2012 20:47, Kostya Alexandrov wrote:
>> А мне больше кажется, что все эти сабфильтры, костыли, и ржавые гвозди,
>> предназначенные скрыть кривость бекенда.
>> Порокси как nginx дает миллион бонусов при разработке своего вебсервера,
>> тесно интегрированного с бизнес логикой.
>> Очень сильно хотеть супер фильтры можно только в случае не особого
>> понимания того как это все работает.
>>
>> On 23.03.2012 11:58, vgoncharov wrote:
>>> Тогда правильный ответ
>>> http://httpd.apache.org/
>>>
>>> Там не надо ради каждой базовой мелочи
>>> подкручивать отдельный язык
>>> программирования.
>>>
>>> Помоему, отсутствие нормального, а
>>> скорее даже наличие такого sub_filter
>>> достаточно позорно.
>>>
>>> Сравни со своим ответом такие
>>> утверждения:
>>> И вообще, зачем прикручивать Lua, если
>>> можно напистаь модуль на C?
>>> И вообще, зачем нужно брать nginx, если
>>> можно написать свой веб-сервер?
>>>
>>> Это неправильно делать затем, что nginx не
>>> самоцель каждого проекта. Это
>>> вспомогательный ин инструмент.
>>>
>>> Илья Шипицин Wrote:
>>> -------------------------------------------------------
>>>> 23 марта 2012 г. 1:05
>>>> пользователь vgoncharov
>>>> <nginx-forum на nginx.us>написал:
>>>>
>>>>> Как это написать на Lua не
>>>> изучая этого
>>>>> языка?
>>>>>
>>>>>
>>>> вы не SEO-шник случаем ? а то
>>>> тут в последнее время
>>>> наплыв "мне
>>>> посоветовали nginx, но у меня
>>>> не получается его
>>>> настроить, разбираться не
>>>> хочу ... что бы мне такого
>>>> сделать, а вообще я SEO-шник!".
>>>>
>>>> мне кажется, будут
>>>> пользоваться успехом клубы
>>>> анонимных SEO-шников:
>>>>
>>>> "здравствуйте, меня зовут
>>>> Вася, я SEO-шник... здравствуй,
>>>> Вася!"
>>>>
>>>> как это сделать не
>>>> разбираясь - это очень
>>>> странный вопрос. я вижу два
>>>> варианта - разобраться
>>>> самому, либо заплатить
>>>> кому-нибудь, например, сюда
>>>>
>>>> http://nginx.com/support.html
>>>>
>>>>
>>>>
>>>>> Posted at Nginx Forum:
>>>>>
>>>> http://forum.nginx.org/read.php?21,224221,224235#m
>>>> sg-224235
>>>>> _______________________________________________
>>>>> nginx-ru mailing list
>>>>> nginx-ru на nginx.org
>>>>>
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>> _______________________________________________
>>>> nginx-ru mailing list
>>>> nginx-ru на nginx.org
>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>> Posted at Nginx Forum:
>>> http://forum.nginx.org/read.php?21,224221,224259#msg-224259
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru на nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>


From zzz на zzz.org.ua  Fri Mar 23 21:33:43 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Fri, 23 Mar 2012 23:33:43 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CE993.1020805@mail.ru>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
	<4F6CE993.1020805@mail.ru>
Message-ID: <CAKb9G9i=bgkvgpbds_BFGYGx0NrS43Kj9Yeu5pyAXCOrp17KQw@mail.gmail.com>

> Любая обработка данных на стороне nginx пиведет к блокировкам в
> воркерах, и ...

И это тоже неправда.

From koticka на mail.ru  Fri Mar 23 21:39:39 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Sat, 24 Mar 2012 01:39:39 +0400
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAKb9G9i=bgkvgpbds_BFGYGx0NrS43Kj9Yeu5pyAXCOrp17KQw@mail.gmail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
	<4F6CE993.1020805@mail.ru>
	<CAKb9G9i=bgkvgpbds_BFGYGx0NrS43Kj9Yeu5pyAXCOrp17KQw@mail.gmail.com>
Message-ID: <4F6CED9B.2070906@mail.ru>

Объясните пожалста.

On 24.03.2012 1:33, Alexandr Gomoliako wrote:
>> Любая обработка данных на стороне nginx пиведет к блокировкам в
>> воркерах, и ...
> И это тоже неправда.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From exelib на googlemail.com  Fri Mar 23 21:40:33 2012
From: exelib на googlemail.com (Anton Bessonov)
Date: Fri, 23 Mar 2012 22:40:33 +0100
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CE993.1020805@mail.ru>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>	<4F6CD35C.2080501@mail.ru>
	<4F6CD620.3050703@googlemail.com> <4F6CE993.1020805@mail.ru>
Message-ID: <4F6CEDD1.2050602@googlemail.com>

Да, мне такой вариант тоже нравится. Единственное, что я не люблю 
плодить инстанции (и так уже на каждый хост отдельная инстанция энджина 
- ибо увы, просьба диспатчить с нужным юзером просто игнорируется; а за 
каждой инстанцией прицеплен бэкэнд. В сумме на каждые, скажем 10 хостов, 
нужно 20 инстанци + балансер), а тут как бы ещё одна инстанция между... 
зоопарк, получается - эго мэйнтейнить нужно :-(

А апач нет, с таким зоопарком памяти не хватит...

On 23.03.2012 22:22, Kostya Alexandrov wrote:
> Тогда стоит задуматься о третьем решении. Бекенд над бекендом, который
> обработает кривую логику проприетарного.
> Я пришел к nginx когда имел проблемы с апачем, когда количество
> кипаливных соединений перевалило за тысячу-полторы.
> Любая обработка данных на стороне nginx пиведет к блокировкам в
> воркерах, и ... здаствуй апач от другого вендора.
> А зачем? Есть апач, он не плох.

-- 
Oracle Certified Expert, Enterprise JavaBeans Developer
Oracle Certified Professional, Java SE 6 Programmer
Professional Scrum Master


From zzz на zzz.org.ua  Fri Mar 23 22:16:53 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Sat, 24 Mar 2012 00:16:53 +0200
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <4F6CED9B.2070906@mail.ru>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
	<4F6CE993.1020805@mail.ru>
	<CAKb9G9i=bgkvgpbds_BFGYGx0NrS43Kj9Yeu5pyAXCOrp17KQw@mail.gmail.com>
	<4F6CED9B.2070906@mail.ru>
Message-ID: <CAKb9G9hNp6usWCkz9q8wp3=KHwwXmP7G8RpG-=i+M1i_3fgudw@mail.gmail.com>

>>> Любая обработка данных на стороне nginx пиведет к блокировкам в
>>> воркерах, и ...
>> И это тоже неправда.

Ну во-первых, речь скорее всего о блокирующем I/O, т.е. ждать данные с
сокета и соответственно блокировать воркер на это время. И совсем не
об обработке этих данных.

Проблема с блокирующим I/O решена и в lua и у меня в perl. Решены по
разному, но и возможности разные. В перл это выглядит, как в node.js,
т.е. последний аргумент функции - колбэк, который будет вызван, когда
результат готов и небольшой набор функций для основных асинхронных
операций. В луа это решено с помощью coroutines и подзапросов, а
теперь еще и с помощью cosocket'ов, которые не блокируются, как и
подзапросы.

From koticka на mail.ru  Fri Mar 23 22:31:14 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Sat, 24 Mar 2012 02:31:14 +0400
Subject: =?UTF-8?B?UmU6INC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCyINC+?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAKb9G9hNp6usWCkz9q8wp3=KHwwXmP7G8RpG-=i+M1i_3fgudw@mail.gmail.com>
References: <CAFHpkQHtEAYPdHSrO3H5vTKOO+dErnRnB0tF8YH62LohFwWiow@mail.gmail.com>
	<dcc0bf298c14c54228b0c54213d4b09b.NginxMailingListRussian@forum.nginx.org>
	<4F6CD35C.2080501@mail.ru> <4F6CD620.3050703@googlemail.com>
	<4F6CE993.1020805@mail.ru>
	<CAKb9G9i=bgkvgpbds_BFGYGx0NrS43Kj9Yeu5pyAXCOrp17KQw@mail.gmail.com>
	<4F6CED9B.2070906@mail.ru>
	<CAKb9G9hNp6usWCkz9q8wp3=KHwwXmP7G8RpG-=i+M1i_3fgudw@mail.gmail.com>
Message-ID: <4F6CF9B2.7020000@mail.ru>

А процессор бесконечен, блокировку на занятом процессоре как назовем?

On 24.03.2012 2:16, Alexandr Gomoliako wrote:
>>>> Любая обработка данных на стороне nginx пиведет к блокировкам в
>>>> воркерах, и ...
>>> И это тоже неправда.
> Ну во-первых, речь скорее всего о блокирующем I/O, т.е. ждать данные с
> сокета и соответственно блокировать воркер на это время. И совсем не
> об обработке этих данных.
>
> Проблема с блокирующим I/O решена и в lua и у меня в perl. Решены по
> разному, но и возможности разные. В перл это выглядит, как в node.js,
> т.е. последний аргумент функции - колбэк, который будет вызван, когда
> результат готов и небольшой набор функций для основных асинхронных
> операций. В луа это решено с помощью coroutines и подзапросов, а
> теперь еще и с помощью cosocket'ов, которые не блокируются, как и
> подзапросы.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From zzz на zzz.org.ua  Fri Mar 23 22:39:32 2012
From: zzz на zzz.org.ua (Alexandr Gomoliako)
Date: Sat, 24 Mar 2012 00:39:32 +0200
Subject: =?UTF-8?B?UmUg0L3QsNC00L4g0L3QtdGB0LrQvtC70YzQutC+IHN1YiBmaWx0ZXIg0LIg0L4=?=
	=?UTF-8?B?0LTQvdC+0LwgTG9jYXRpb24=?=
Message-ID: <CAKb9G9h5-aBG4af3p=zSif8w7bMWtgxgFi-ps9S88=8JZj6rtg@mail.gmail.com>

On Sat, Mar 24, 2012 at 12:31 AM, Kostya Alexandrov <koticka на mail.ru> wrote:
> А процессор бесконечен, блокировку на занятом процессоре как назовем?

Данные обрабатываются процессором очень маленькое время, это не
проблема вообще. Даже наооборот, пока горячие - быстрее.

From koticka на mail.ru  Fri Mar 23 22:49:15 2012
From: koticka на mail.ru (Kostya Alexandrov)
Date: Sat, 24 Mar 2012 02:49:15 +0400
Subject: =?UTF-8?B?UmU6IFJlINC90LDQtNC+INC90LXRgdC60L7Qu9GM0LrQviBzdWIgZmlsdGVyINCy?=
	=?UTF-8?B?INC+0LTQvdC+0LwgTG9jYXRpb24=?=
In-Reply-To: <CAKb9G9h5-aBG4af3p=zSif8w7bMWtgxgFi-ps9S88=8JZj6rtg@mail.gmail.com>
References: <CAKb9G9h5-aBG4af3p=zSif8w7bMWtgxgFi-ps9S88=8JZj6rtg@mail.gmail.com>
Message-ID: <4F6CFDEB.8080701@mail.ru>

Заявление настолько серьезное, что пойду обдумаю, пока не остыло.

On 24.03.2012 2:39, Alexandr Gomoliako wrote:
> On Sat, Mar 24, 2012 at 12:31 AM, Kostya Alexandrov <koticka на mail.ru> wrote:
>> А процессор бесконечен, блокировку на занятом процессоре как назовем?
> Данные обрабатываются процессором очень маленькое время, это не
> проблема вообще. Даже наооборот, пока горячие - быстрее.
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Sat Mar 24 12:19:48 2012
From: nginx-forum на nginx.us (anon)
Date: Sat, 24 Mar 2012 08:19:48 -0400 (EDT)
Subject: =?UTF-8?Q?POST_data_=D0=B8_empty_gif?=
Message-ID: <d3c04d48bd230c9050a07c0def6e7d23.NginxMailingListRussian@forum.nginx.org>

Привет всем.
Не могу сообразить как настроить
слудующую ситуацию.
Нужно, что бы приходящему запросу
отдавалась 1x1.gif, но логировался
$request_body.
Пробовал разными вариациями такого:
location  /postdata {
                if ($request_method = POST) {
                access_log  /var/log/nginx/data.log  postdata_log;
                return 200;
                }
                empty_gif;
}

Или без proxy_pass или же какого то скрипта
не обойтись здесь? Спасибо

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224325,224325#msg-224325


From nginx-forum на nginx.us  Sat Mar 24 12:40:21 2012
From: nginx-forum на nginx.us (anon)
Date: Sat, 24 Mar 2012 08:40:21 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <b4e1f0df38d098e848d1131540e85e92.NginxMailingListRussian@forum.nginx.org>

Провожу эксперименты, смотрю с помощью
auditctl. Похоже, что файлы исчезают после
рестарта nginx. Возможно ли такое, и при
каких вариантах рестартов это
происходит, если это нормальная
ситуация?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,224326#msg-224326


From sergey.kobzar на itcraft.org  Sun Mar 25 11:40:30 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Sun, 25 Mar 2012 14:40:30 +0300
Subject: php-fpm dies when reaches max_children
Message-ID: <4F6F042E.2060602@itcraft.org>

Приветствую

Не уверен, что по адресу...

На сервере раз в неделю запускается тяжелый скрипт. В это время 
увеличивается число php-fpm процессов и при достижении max_children 
лимита php-fpm помирает.

Linux 3.2.1-gentoo-r2 x86_64
php-5.3.9

/etc/php/fpm-php5.3/php-fpm.conf:
[site]
listen = 127.0.0.1:9002

user = site
group = site

pm = dynamic
pm.max_children = 256
pm.start_servers = 16
pm.min_spare_servers = 16
pm.max_spare_servers = 24

pm.status_path = /phpfpm_status
ping.path = /phpfpm_ping

request_slowlog_timeout = 10
slowlog = /var/log/php/php-fpm-$pool_slow.log

php_admin_flag[log_errors] = on
php_admin_value[date.timezone] = Europe/London
php_admin_value[error_log] = /var/log/php/php-fpm-$pool_error.log
php_admin_value[memory_limit] = 256M
php_flag[short_open_tag] = on


В логах это выглядит так:
[25-Mar-2012 02:14:29] WARNING: [pool site] seems busy (you may need to 
increase pm.start_servers, or pm.min/max_spare_servers), spawning 16 
children, there are 6 idle, and 241 total children
[25-Mar-2012 02:14:34] NOTICE: child 6399 stopped for tracing
[25-Mar-2012 02:14:34] NOTICE: about to trace 6399
[25-Mar-2012 02:14:34] ERROR: failed to ptrace(PEEKDATA) pid 6399: 
Input/output error (5)
[25-Mar-2012 02:14:34] NOTICE: finished trace of 6399
[25-Mar-2012 02:14:34] NOTICE: child 6444 stopped for tracing
[25-Mar-2012 02:14:34] NOTICE: about to trace 6444
[25-Mar-2012 02:14:34] ERROR: failed to ptrace(PEEKDATA) pid 6444: 
Input/output error (5)
[25-Mar-2012 02:14:34] NOTICE: finished trace of 6444
[25-Mar-2012 02:14:34] NOTICE: child 6445 stopped for tracing
[25-Mar-2012 02:14:34] NOTICE: about to trace 6445
[25-Mar-2012 02:14:34] NOTICE: finished trace of 6445
[25-Mar-2012 02:14:34] NOTICE: child 6451 stopped for tracing
[25-Mar-2012 02:14:34] NOTICE: about to trace 6451
[25-Mar-2012 02:14:34] ERROR: failed to ptrace(PEEKDATA) pid 6451: 
Input/output error (5)
...
[25-Mar-2012 02:16:34] NOTICE: child 6358 stopped for tracing
[25-Mar-2012 02:16:34] NOTICE: about to trace 6358
[25-Mar-2012 02:16:35] NOTICE: finished trace of 6358
[25-Mar-2012 02:16:35] NOTICE: child 6383 stopped for tracing
[25-Mar-2012 02:16:35] NOTICE: about to trace 6383
[25-Mar-2012 02:16:35] NOTICE: finished trace of 6383
[25-Mar-2012 02:16:35] NOTICE: child 6456 stopped for tracing
[25-Mar-2012 02:16:35] NOTICE: about to trace 6456
[25-Mar-2012 02:16:35] NOTICE: finished trace of 6456
[25-Mar-2012 02:16:35] NOTICE: Finishing ...
[25-Mar-2012 02:16:37] NOTICE: exiting, bye-bye!


Как решение, можно увеличить max_children, но IMO это не совсем правильно.

Я ожидал след. поведения:
если число процессов равно max_children, то перестают создаваться новые 
чаилды, но php-fpm прдолжает обслуживать существующие соединения, но не 
помирать совсем же!

Any ideas?

Спасибо.


From hell-for-yahoo на umail.ru  Sun Mar 25 12:03:13 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Sun, 25 Mar 2012 16:03:13 +0400
Subject: php-fpm dies when reaches max_children
In-Reply-To: <4F6F042E.2060602@itcraft.org>
References: <4F6F042E.2060602@itcraft.org>
Message-ID: <781376128.20120325160313@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Sergey Kobzar!

SK> Приветствую

SK> Не уверен, что по адресу...

SK> На сервере раз в неделю запускается тяжелый скрипт. В это время 
SK> увеличивается число php-fpm процессов и при достижении max_children 
SK> лимита php-fpm помирает.

Значит, скрипт неправильно написан.

SK> Как решение, можно увеличить max_children, но IMO это не совсем правильно.

Как решение, запускать скрипт в CLI а не в FPM.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) воскресенье, 25.03.2012, <16:02>


From sergey.kobzar на itcraft.org  Sun Mar 25 12:37:36 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Sun, 25 Mar 2012 15:37:36 +0300
Subject: php-fpm dies when reaches max_children
In-Reply-To: <781376128.20120325160313@mtu-net.ru>
References: <4F6F042E.2060602@itcraft.org>
	<781376128.20120325160313@mtu-net.ru>
Message-ID: <4F6F1190.8040704@itcraft.org>

On 03/25/12 15:03, Andrey Repin wrote:
> Здравствуйте, Уважаемый(-ая, -ое) Sergey Kobzar!
>
> SK>  Приветствую
>
> SK>  Не уверен, что по адресу...
>
> SK>  На сервере раз в неделю запускается тяжелый скрипт. В это время
> SK>  увеличивается число php-fpm процессов и при достижении max_children
> SK>  лимита php-fpm помирает.
>
> Значит, скрипт неправильно написан.

Скрипт - бэкапный + обработка данных. Основная причина - дисковая 
активность.

> SK>  Как решение, можно увеличить max_children, но IMO это не совсем правильно.
>
> Как решение, запускать скрипт в CLI а не в FPM.

Скрипт вообще на shell написан. Растет число php-fpm процессов, которые 
обрабатывают запросы к сайту.

Меня интересует больше вопрос почему php-fpm помирает, а не ограничивает 
число процессов. Например в том же mysql я могу указать максимальное 
число тредов/коннектов и если лимит будет достигнут, mysql не будет 
принимать новые соединения, но уж совсем не склеит ласты...


From alex.barut на gmail.com  Sun Mar 25 15:11:17 2012
From: alex.barut на gmail.com (Alex Belyanskiy)
Date: Sun, 25 Mar 2012 19:11:17 +0400
Subject: =?UTF-8?B?0KHRg9GJ0LXRgdGC0LLRg9C10YIg0LvQuCDQstC+0LfQvNC+0LbQvdC+0YHRgtGM?=
	=?UTF-8?B?INC/0YDQvtC60YHQuNGA0L7QstCw0YLRjCDQuiBkYXZfc3Zu?=
Message-ID: <4F6F3595.7010402@gmail.com>

Собственно сабж.
В апаче использую локейшены для задания путей к репозиториям и SVNPath.

<Location /daca>
             DAV svn
             SVNPath /var/svn/daca
             AuthType Basic
             AuthName "Daca"
             AuthUserFile /var/svn/daca/.htpasswd
             Order deny,allow
             Require valid-user
</Location>

В nginx пытаюсь проксировать как к полноценным хостам.

server {
     listen 10.23.15.15;
     server_name ~^(?<sub>.+)\.svn\.host\.ru$;

     location / {
         if ($request_method ~ PROPFIND|REPORT ){
             rewrite     ^/$daca(.*) $1 last;
         }
     proxy_pass http://$sub.svn.host.ru:8000/$sub$uri;
     }
}

В общем, не работает толком. У апача в логах вот это:

[Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Could not parse 
'src-path' URL.  [500, #190001]
[Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Unusable URI: it 
does not refer to this repository  [500, #190001]


From bdfy на mail.ru  Sun Mar 25 16:00:23 2012
From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=)
Date: Sun, 25 Mar 2012 20:00:23 +0400
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <4F6F3595.7010402@gmail.com>
References: <4F6F3595.7010402@gmail.com>
Message-ID: <E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>

есть полноценная поддержка dav для nginx:
https://github.com/arut/nginx-dav-ext-module


Sun, 25 Mar 2012 19:11:17 +0400 от Alex Belyanskiy <alex.barut на gmail.com>:
> Собственно сабж.
> В апаче использую локейшены для задания путей к репозиториям и SVNPath.
> 
> <Location /daca>
>              DAV svn
>              SVNPath /var/svn/daca
>              AuthType Basic
>              AuthName "Daca"
>              AuthUserFile /var/svn/daca/.htpasswd
>              Order deny,allow
>              Require valid-user
> </Location>
> 
> В nginx пытаюсь проксировать как к полноценным хостам.
> 
> server {
>      listen 10.23.15.15;
>      server_name ~^(?<sub>.+)\.svn\.host\.ru$;
> 
>      location / {
>          if ($request_method ~ PROPFIND|REPORT ){
>              rewrite     ^/$daca(.*) $1 last;
>          }
>      proxy_pass http://$sub.svn.host.ru:8000/$sub$uri;
>      }
> }
> 
> В общем, не работает толком. У апача в логах вот это:
> 
> [Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Could not parse
> 'src-path' URL.  [500, #190001]
> [Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Unusable URI: it
> does not refer to this repository  [500, #190001]
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From sergey.kobzar на itcraft.org  Sun Mar 25 16:15:05 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Sun, 25 Mar 2012 19:15:05 +0300
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>
References: <4F6F3595.7010402@gmail.com>
	<E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>
Message-ID: <4F6F4489.4080603@itcraft.org>

Ух ты. Ну и как оно? Пробовали с СВН скрещивать?

On 03/25/12 19:00, Ivan wrote:
> есть полноценная поддержка dav для nginx:
> https://github.com/arut/nginx-dav-ext-module
>
>
> Sun, 25 Mar 2012 19:11:17 +0400 от Alex Belyanskiy<alex.barut на gmail.com>:
>> Собственно сабж.
>> В апаче использую локейшены для задания путей к репозиториям и SVNPath.
>>
>> <Location /daca>
>>               DAV svn
>>               SVNPath /var/svn/daca
>>               AuthType Basic
>>               AuthName "Daca"
>>               AuthUserFile /var/svn/daca/.htpasswd
>>               Order deny,allow
>>               Require valid-user
>> </Location>
>>
>> В nginx пытаюсь проксировать как к полноценным хостам.
>>
>> server {
>>       listen 10.23.15.15;
>>       server_name ~^(?<sub>.+)\.svn\.host\.ru$;
>>
>>       location / {
>>           if ($request_method ~ PROPFIND|REPORT ){
>>               rewrite     ^/$daca(.*) $1 last;
>>           }
>>       proxy_pass http://$sub.svn.host.ru:8000/$sub$uri;
>>       }
>> }
>>
>> В общем, не работает толком. У апача в логах вот это:
>>
>> [Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Could not parse
>> 'src-path' URL.  [500, #190001]
>> [Sun Mar 25 18:24:24 2012] [error] [client 10.23.15.15] Unusable URI: it
>> does not refer to this repository  [500, #190001]
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From vladimir на greenmice.info  Sun Mar 25 17:58:46 2012
From: vladimir на greenmice.info (Vladimir Rusinov)
Date: Sun, 25 Mar 2012 21:58:46 +0400
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <4F6F3595.7010402@gmail.com>
References: <4F6F3595.7010402@gmail.com>
Message-ID: <CANjgnBt0A9eDAzVdcQkTjsrZo9FT_YSxsWWpkBMYSPCghNBMyw@mail.gmail.com>

On Sun, Mar 25, 2012 at 7:11 PM, Alex Belyanskiy <alex.barut на gmail.com>wrote:

> Собственно сабж.
> В апаче использую локейшены для задания путей к репозиториям и SVNPath.
>
> <Location /daca>
>            DAV svn
>            SVNPath /var/svn/daca
>            AuthType Basic
>            AuthName "Daca"
>            AuthUserFile /var/svn/daca/.htpasswd
>            Order deny,allow
>            Require valid-user
> </Location>
>
> В nginx пытаюсь проксировать как к полноценным хостам.
>
> server {
>    listen 10.23.15.15;
>    server_name ~^(?<sub>.+)\.svn\.host\.ru$;
>
>    location / {
>        if ($request_method ~ PROPFIND|REPORT ){
>            rewrite     ^/$daca(.*) $1 last;
>        }
>    proxy_pass http://$sub.svn.host.ru:8000/$**sub$uri<http://sub.svn.host.ru:8000/$sub$uri>
> ;
>    }
> }
>

Не совсем понял зачем такие извраты.

Почему не просто вот так?:

server {
    listen ...;
    server_name *.svn.host.ru;

    proxy_set_header Host $host;

    proxy_pass http://svn_server_ip;
}

-- 
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120325/4ae4606c/attachment.html>

From vladimir на greenmice.info  Sun Mar 25 18:02:16 2012
From: vladimir на greenmice.info (Vladimir Rusinov)
Date: Sun, 25 Mar 2012 22:02:16 +0400
Subject: php-fpm dies when reaches max_children
In-Reply-To: <4F6F042E.2060602@itcraft.org>
References: <4F6F042E.2060602@itcraft.org>
Message-ID: <CANjgnBvAY2jPzOB16UvwJ1JUN1S7sKk+GF+AegxiWHf_VH4Eig@mail.gmail.com>

On Sun, Mar 25, 2012 at 3:40 PM, Sergey Kobzar <sergey.kobzar на itcraft.org>wrote:

> [25-Mar-2012 02:14:34] NOTICE: child 6444 stopped for tracing
> [25-Mar-2012 02:14:34] NOTICE: about to trace 6444
> [25-Mar-2012 02:14:34] ERROR: failed to ptrace(PEEKDATA) pid 6444:
> Input/output error (5)
> [25-Mar-2012 02:14:34] NOTICE: finished trace of 6444
>

Попробуйте выключить slow log, возможно там какая-то бага.

-- 
Vladimir Rusinov
http://greenmice.info/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120325/b9375a26/attachment.html>

From pavel2000 на ngs.ru  Sun Mar 25 18:06:15 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Mon, 26 Mar 2012 01:06:15 +0700
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <4F6F3595.7010402@gmail.com>
References: <4F6F3595.7010402@gmail.com>
Message-ID: <717008307.20120326010615@ngs.ru>

Здравствуйте, Alex.

Вы писали 25 марта 2012 г., 22:11:17:

> Собственно сабж.
> В апаче использую локейшены для задания путей к репозиториям и SVNPath.

> В nginx пытаюсь проксировать как к полноценным хостам.

Именно так и надо делать.

>есть полноценная поддержка dav для nginx:
>https://github.com/arut/nginx-dav-ext-module

Это к Subversion отношения не имеет.
Методы PROPFIND REPORT проксируются и без этого модуля (и без включения стандартного dav nginx).

> server {
>      listen 10.23.15.15;
>      server_name ~^(?<sub>.+)\.svn\.host\.ru$;

>      location / {
>          if ($request_method ~ PROPFIND|REPORT ){
>              rewrite     ^/$daca(.*) $1 last;

Мне кажется, реврайт содержит ошибку. Давайте уточним, что же вы действительно ей (да и вообще в
общем) хотели сделать.
Т.е. нужен пример запроса, который "работает не так".
Полезно также посмотреть в логи обеих веб-серверов, какие запросы пришли на nginx и как они дошли до
apache.

>          }
>      proxy_pass http://$sub.svn.host.ru:8000/$sub$uri;
>      }
> }


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From alex.barut на gmail.com  Sun Mar 25 19:22:23 2012
From: alex.barut на gmail.com (Alex Belyanskiy)
Date: Sun, 25 Mar 2012 23:22:23 +0400
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <717008307.20120326010615@ngs.ru>
References: <4F6F3595.7010402@gmail.com> <717008307.20120326010615@ngs.ru>
Message-ID: <4F6F706F.9040700@gmail.com>

server {
     listen 10.23.15.15;
     server_name ~^(?<sub>.+)\.svn\.host\.ru$;

     location / {
         if ($request_method ~ PROPFIND|REPORT ){
             rewrite     ^/daca(.*) $1 last;
         }
     proxy_pass http://$sub.svn.host.ru:8000/$sub$uri;
     }
}

Опечатался первый раз в реврайте. Суть реврайта в том что URI 
дублируется имя при проксировании этих методов.
Т.е. в логах у меня получалось /daca/daca/ и соответственно 404 ошибка. 
В мануале почитал, в общем $sub туда поставить нельзя будет и я так 
понимаю что для каждого поддомена будет свой такой реврайт. Если 
ошибаюсь поправьте, пожалуйста.

svn checkout http://daca.svn.host.ru/ ./
Authentication realm: <http://daca.svn.host.ru:80> DACA
Password for 'telteron':
svn: Unusable URI: it does not refer to this repository

в access.log в апаче
10.23.15.15 - - [25/Mar/2012:22:47:41 +0400] "OPTIONS /daca/ HTTP/1.0" 
401 546
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "OPTIONS /daca/ 
HTTP/1.0" 200 184
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.0" 207 392
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.0" 207 447
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.0" 207 392
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.0" 207 447
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.0" 207 447
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bc/117 HTTP/1.0" 207 651
10.23.15.15 - - [25/Mar/2012:22:47:45 +0400] "OPTIONS /daca/ HTTP/1.0" 
401 546
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "OPTIONS /daca/ 
HTTP/1.0" 200 184
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.0" 207 392
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.0" 207 447
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND /daca/ 
HTTP/1.0" 207 639
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.0" 207 392
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.0" 207 447
10.23.15.15 - telteron [25/Mar/2012:22:47:45 +0400] "REPORT 
/daca/!svn/vcc/default HTTP/1.0" 500 246

Error.log апача.
[Sun Mar 25 22:47:45 2012] [error] [client 10.23.15.15] Could not parse 
'src-path' URL.  [500, #190001]
[Sun Mar 25 22:47:45 2012] [error] [client 10.23.15.15] Unusable URI: it 
does not refer to this repository  [500, #190001]

access.log в Nginx
10.23.15.14 - - [25/Mar/2012:22:47:41 +0400] "OPTIONS / HTTP/1.1" 401 
546 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "OPTIONS / HTTP/1.1" 
200 184 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bc/117 HTTP/1.1" 207 651 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - - [25/Mar/2012:22:47:45 +0400] "OPTIONS / HTTP/1.1" 401 
546 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "OPTIONS / HTTP/1.1" 
200 184 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:22:47:45 +0400] "REPORT 
/daca/!svn/vcc/default HTTP/1.1" 500 246 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"

Error.log у Nginx пустой.

В то же самое время апдейт и комит.

svn update
10.23.15.14 - - [25/Mar/2012:22:59:58 +0400] "OPTIONS / HTTP/1.1" 401 
546 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "OPTIONS / HTTP/1.1" 
200 184 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:01 +0400] "REPORT 
/daca/!svn/vcc/default HTTP/1.1" 500 246 "-" "SVN/1.6.16 (r1073529) 
neon/0.29.6" "-"

в error.log у апача
[Sun Mar 25 23:00:01 2012] [error] [client 10.23.15.15] Could not parse 
'src-path' URL.  [500, #190001]
[Sun Mar 25 23:00:01 2012] [error] [client 10.23.15.15] Unusable URI: it 
does not refer to this repository  [500, #190001]

svn commit
10.23.15.14 - - [25/Mar/2012:23:00:45 +0400] "OPTIONS / HTTP/1.1" 401 
546 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:49 +0400] "OPTIONS / HTTP/1.1" 
200 184 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:49 +0400] "PROPFIND / 
HTTP/1.1" 207 639 "-" "SVN/1.6.16 (r1073529) neon/0.29.6" "-"
10.23.15.14 - telteron [25/Mar/2012:23:00:49 +0400] "MKACTIVITY 
/daca/!svn/act/f4afef19-ad76-e111-85d9-00259004286c HTTP/1.1" 403 402 
"-" "SVN/1.6.16 (r1
073529) neon/0.29.6" "-"

в error.log у апача
[Sun Mar 25 23:00:49 2012] [error] [client 10.23.15.15] 
<DAV:activity-location-ok/>  [403, #0]


В то же самое время

svn checkout http://daca.svn.host.ru:8000/daca/ ./
Authentication realm: <http://daca.svn.host.ru:8000> DACA
Password for 'telteron':
...
Checked out revision 117.

10.23.15.14 - - [25/Mar/2012:23:10:42 +0400] "OPTIONS /daca HTTP/1.1" 
401 548
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "OPTIONS /daca 
HTTP/1.1" 200 184
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 447
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/bc/117 HTTP/1.1" 207 651
10.23.15.14 - - [25/Mar/2012:23:10:46 +0400] "OPTIONS /daca HTTP/1.1" 
401 548
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "OPTIONS /daca 
HTTP/1.1" 200 184
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND /daca 
HTTP/1.1" 207 639
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/vcc/default HTTP/1.1" 207 392
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "PROPFIND 
/daca/!svn/bln/117 HTTP/1.1" 207 447
10.23.15.14 - telteron [25/Mar/2012:23:10:46 +0400] "REPORT 
/daca/!svn/vcc/default HTTP/1.1" 200 39889

И как видим в результате код 200, вместо 500.



From nginx-forum на nginx.us  Sun Mar 25 21:59:32 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Sun, 25 Mar 2012 17:59:32 -0400 (EDT)
Subject: =?UTF-8?B?Tmdpbngg0YHQttC40YDQsNC10YIg0LLRgdGOINC/0LDQvNGP0YLRjCDQv9GA0Lgg?=
	=?UTF-8?B?0LrRjdGI0LjRgNC+0LLQsNC90LjQuA==?=
Message-ID: <4436e463025b0e9bee6484a577ffc8c2.NginxMailingListRussian@forum.nginx.org>

Имеется сервер с 1гб ОЗУ, при включенном
кэшировании жрет до 900мб памяти, что
плохо влияет на работу сайта

Уж очень нужно это кэшировании для
гостей сайта, т.к. конкуренты бывает
поддосят иногда.

Как уменьшить количество сжираемой
оперативки? Или это так и нужно?

Собственно конфиг:


user www-data;
worker_processes  1;

error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
    # multi_accept on;
}

http {
    include       /etc/nginx/mime.types;
  proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:15m
inactive=30s max_size=500m;
    access_log	/var/log/nginx/access.log;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay        on;

    gzip  on;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
	include /usr/local/ispmgr/etc/nginx.domain;
	client_max_body_size 2M;
	log_format isp '$bytes_sent $request_length';
	server {
		server_name domen.ru www.domen.ru;
		listen domen.ru;
		
		proxy_temp_path /var/cache/nginx/domen.ru;
		
		 location @nocached {

 proxy_pass http://domen:81;
 proxy_redirect http://domen:81/ /;
 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?|rar|swf)$
{
		expires 1m;
			root /var/www/domen/data/www/domen.ru;
			access_log /var/www/nginx-logs/domen isp;
			access_log /var/www/httpd-logs/domen.ru.access.log ;
			error_page 404 = @fallback;
		}
		location / {
			proxy_pass http://domen:81;
			proxy_redirect http://domen:81/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Forwarded-Proto $scheme;
			proxy_set_header X-Real-IP $remote_addr;
		

 if ($cookie_КУКА) { return 412; }
 if ($request_method = POST ) {
 return 412;
 }

 error_page 412 = @nocached;
 proxy_cache pagecache;
 proxy_cache_key
"$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri";
 proxy_hide_header "Set-Cookie";
 proxy_ignore_headers "Cache-Control" "Expires";
 proxy_cache_valid 200 302 304 30s;
 proxy_cache_valid 301 5m;
 proxy_cache_valid 503 4s;
 proxy_cache_valid any 1m;
 proxy_cache_use_stale http_502 http_503 http_504;
}

location ~ (login.php) { 
 proxy_pass http://domen:81;
 proxy_redirect http://domen:81/ /;
 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 ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ {
			proxy_pass http://domen:81;
			proxy_redirect http://domen:81/ /;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Forwarded-Proto $scheme;
			proxy_set_header X-Real-IP $remote_addr;
		}
		location @fallback {
			proxy_pass http://domen:81;
			proxy_set_header Host $host;
			proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
			proxy_set_header X-Forwarded-Proto $scheme;
			proxy_set_header X-Real-IP $remote_addr;
		}
		include /usr/local/ispmgr/etc/nginx.inc;
	}
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224364,224364#msg-224364


From nginx-forum на nginx.us  Sun Mar 25 22:01:05 2012
From: nginx-forum на nginx.us (X-Thief)
Date: Sun, 25 Mar 2012 18:01:05 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IE5naW54INGB0LbQuNGA0LDQtdGCINCy0YHRjiDQv9Cw0LzRj9GC0Ywg0L8=?=
	=?UTF-8?B?0YDQuCDQutGN0YjQuNGA0L7QstCw0L3QuNC4?=
In-Reply-To: <4436e463025b0e9bee6484a577ffc8c2.NginxMailingListRussian@forum.nginx.org>
References: <4436e463025b0e9bee6484a577ffc8c2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4bad0dfb90964d8be99567a2e65e457c.NginxMailingListRussian@forum.nginx.org>

Онлайн на сайте по от/до 100 человек.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224364,224365#msg-224365


From pavel2000 на ngs.ru  Mon Mar 26 03:00:24 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Mon, 26 Mar 2012 10:00:24 +0700
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <4F6F706F.9040700@gmail.com>
References: <4F6F3595.7010402@gmail.com> <717008307.20120326010615@ngs.ru>
	<4F6F706F.9040700@gmail.com>
Message-ID: <1253646148.20120326100024@ngs.ru>

Здравствуйте, Alex.
Вы писали 26 марта 2012 г., 2:22:23:

Может быть дело в используемом порту (различие между 80 и 8000) ?
Тогда нужно апач повесить на порт, равный порту снаружи, например 127.0.0.2:80.

Дальше, как было указано:

server {
    ...
    proxy_pass http://127.0.0.2;

    или

    proxy_pass http://127.0.0.2/$sub$uri;
    ....
}

Суть в том, что subversion передает данные в дополнительных (своих) заголовках HTTP-запросов, не
только в "стандартных" URI и заголовке Host. Соответственно, они не переписываются. Посмотрите
tcpdump-ом для ознакомления.

Теперь идем далее. Если уж в апаче для каждого репозитория создается <Location>, плюс  для каждого
вы собрались создавать отдельный server {} в nginx,   то может быть проще будет для каждого
репозитория сгенерировать <VirtualHost> в апаче (да, и mod_macro рулит.), а в nginx
один wildcard-server описать?  Как-бы проблема автоматически решится, AFAIU.


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From kav на karagodov.name  Mon Mar 26 06:28:02 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 26 Mar 2012 10:28:02 +0400
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <4F6F4489.4080603@itcraft.org>
References: <4F6F3595.7010402@gmail.com>
	<E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>
	<4F6F4489.4080603@itcraft.org>
Message-ID: <BAD8003E-20BD-41AE-A374-6596CB88E979@karagodov.name>

а всё-таки, работает? 

вроди ни кто так и не ответил конкретно на этот вопрос 
 
On 25.03.2012, at 20:15, Sergey Kobzar wrote:

> Ух ты. Ну и как оно? Пробовали с СВН скрещивать?


From pavel2000 на ngs.ru  Mon Mar 26 07:44:47 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Mon, 26 Mar 2012 14:44:47 +0700
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <BAD8003E-20BD-41AE-A374-6596CB88E979@karagodov.name>
References: <4F6F3595.7010402@gmail.com>
	<E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>
	<4F6F4489.4080603@itcraft.org>
	<BAD8003E-20BD-41AE-A374-6596CB88E979@karagodov.name>
Message-ID: <129528493.20120326144447@ngs.ru>

Здравствуйте, Alexey.

Вы писали 26 марта 2012 г., 13:28:02:


>> Ух ты. Ну и как оно? Пробовали с СВН скрещивать?

> а всё-таки, работает? 
> вроди ни кто так и не ответил конкретно на этот вопрос

Естественно, нет. В вопросах смешивается теплое и мягкое.

В Apache есть раздельные модули MOD_DAV (общий) и MOD_DAV_SVN (для работы с subversion).

В Nginx есть dav и dav-ext, который нужен для поддержки дополнительных методов, не
реализованных в модуле dav. Оба они работают непосредственно с файловой системой и не
умеют работать с внутренней структурой хранилищ Subversion, как это делает mod_dav_svn.

GIT, в отличие от SVN, по WebDAV работает с удаленными хранилищами как с файлами и специальных
модулей не требует (что, одновременно, дает специфические ограничения, обсуждение которых выходит за
пределы листа рассылки).


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From kav на karagodov.name  Mon Mar 26 07:57:14 2012
From: kav на karagodov.name (Alexey V. Karagodov)
Date: Mon, 26 Mar 2012 11:57:14 +0400
Subject: =?UTF-8?B?UmU6INCh0YPRidC10YHRgtCy0YPQtdGCINC70Lgg0LLQvtC30LzQvtC20L3QvtGB?=
	=?UTF-8?B?0YLRjCDQv9GA0L7QutGB0LjRgNC+0LLQsNGC0Ywg0LogZGF2X3N2bg==?=
In-Reply-To: <129528493.20120326144447@ngs.ru>
References: <4F6F3595.7010402@gmail.com>
	<E1SBprj-0004nK-28.bdfy-mail-ru@f35.mail.ru>
	<4F6F4489.4080603@itcraft.org>
	<BAD8003E-20BD-41AE-A374-6596CB88E979@karagodov.name>
	<129528493.20120326144447@ngs.ru>
Message-ID: <C5F5A00F-0900-46E9-BD94-62743600487D@karagodov.name>

я правильно понял, что для обеспечения доступа пользователям к файлам по DAV-у, модуля dav-ext достаточно? 
конкретно svn мне не нужен 

On 26.03.2012, at 11:44, Pavel V. wrote:

> Здравствуйте, Alexey.
> 
> Вы писали 26 марта 2012 г., 13:28:02:
> 
> 
>>> Ух ты. Ну и как оно? Пробовали с СВН скрещивать?
> 
>> а всё-таки, работает? 
>> вроди ни кто так и не ответил конкретно на этот вопрос
> 
> Естественно, нет. В вопросах смешивается теплое и мягкое.
> 
> В Apache есть раздельные модули MOD_DAV (общий) и MOD_DAV_SVN (для работы с subversion).
> 
> В Nginx есть dav и dav-ext, который нужен для поддержки дополнительных методов, не
> реализованных в модуле dav. Оба они работают непосредственно с файловой системой и не
> умеют работать с внутренней структурой хранилищ Subversion, как это делает mod_dav_svn.
> 
> GIT, в отличие от SVN, по WebDAV работает с удаленными хранилищами как с файлами и специальных
> модулей не требует (что, одновременно, дает специфические ограничения, обсуждение которых выходит за
> пределы листа рассылки).
и всё-такие, какие ограничения? 

> 
> 
> -- 
> С уважением,
> Pavel                          mailto:pavel2000 на ngs.ru
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Mon Mar 26 08:59:19 2012
From: nginx-forum на nginx.us (Saniek)
Date: Mon, 26 Mar 2012 04:59:19 -0400 (EDT)
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <d3c04d48bd230c9050a07c0def6e7d23.NginxMailingListRussian@forum.nginx.org>
References: <d3c04d48bd230c9050a07c0def6e7d23.NginxMailingListRussian@forum.nginx.org>
Message-ID: <18fa150b88af33502380ee1dcb5f695e.NginxMailingListRussian@forum.nginx.org>

log_format настроен?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224325,224389#msg-224389


From nginx-forum на nginx.us  Mon Mar 26 09:01:51 2012
From: nginx-forum на nginx.us (Saniek)
Date: Mon, 26 Mar 2012 05:01:51 -0400 (EDT)
Subject: redis get
Message-ID: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>

Как в конфиге получить данные из redis в
переменную?
Пользуюсь redis2_module, он сразу данные
выводит на страницу, мне надо получить
их в переменную и потом обработать.
Спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224390,224390#msg-224390


From mdounin на mdounin.ru  Mon Mar 26 09:06:31 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Mon, 26 Mar 2012 13:06:31 +0400
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <d3c04d48bd230c9050a07c0def6e7d23.NginxMailingListRussian@forum.nginx.org>
References: <d3c04d48bd230c9050a07c0def6e7d23.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120326090631.GI13466@mdounin.ru>

Hello!

On Sat, Mar 24, 2012 at 08:19:48AM -0400, anon wrote:

> Привет всем.
> Не могу сообразить как настроить
> слудующую ситуацию.
> Нужно, что бы приходящему запросу
> отдавалась 1x1.gif, но логировался
> $request_body.
> Пробовал разными вариациями такого:
> location  /postdata {
>                 if ($request_method = POST) {
>                 access_log  /var/log/nginx/data.log  postdata_log;
>                 return 200;
>                 }
>                 empty_gif;
> }
> 
> Или без proxy_pass или же какого то скрипта
> не обойтись здесь? Спасибо

Не обойтись.  Без проксирования (или fastcgi_pass, scgi_pass, 
uwsgi_pass, либо встроенного перла) nginx просто не будет читать 
тело запроса.

Проще всего, наверное, сделать proxy_pass на тот же nginx, где и 
возвращать empty gif.

Следует, однако, иметь ввиду, что переменная $request_body 
доступна только в том случае, если тело запроса не превышает 
client_body_buffer_size.

Maxim Dounin


From voron на amhost.net  Mon Mar 26 09:20:15 2012
From: voron на amhost.net (Alex Vorona)
Date: Mon, 26 Mar 2012 12:20:15 +0300
Subject: redis get
In-Reply-To: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
References: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7034CF.3080003@amhost.net>

26.03.2012 12:01, Saniek wrote:
> Как в конфиге получить данные из redis в
> переменную?
http://github.com/vkholodkov/nginx-eval-module ?


From sergey.kobzar на itcraft.org  Mon Mar 26 10:02:16 2012
From: sergey.kobzar на itcraft.org (Sergey Kobzar)
Date: Mon, 26 Mar 2012 13:02:16 +0300
Subject: php-fpm dies when reaches max_children
In-Reply-To: <CANjgnBvAY2jPzOB16UvwJ1JUN1S7sKk+GF+AegxiWHf_VH4Eig@mail.gmail.com>
References: <4F6F042E.2060602@itcraft.org>
	<CANjgnBvAY2jPzOB16UvwJ1JUN1S7sKk+GF+AegxiWHf_VH4Eig@mail.gmail.com>
Message-ID: <4F703EA8.3000204@itcraft.org>

On 03/25/12 21:02, Vladimir Rusinov wrote:
>
>
> On Sun, Mar 25, 2012 at 3:40 PM, Sergey Kobzar
> <sergey.kobzar на itcraft.org <mailto:sergey.kobzar на itcraft.org>> wrote:
>
>     [25-Mar-2012 02:14:34] NOTICE: child 6444 stopped for tracing
>     [25-Mar-2012 02:14:34] NOTICE: about to trace 6444
>     [25-Mar-2012 02:14:34] ERROR: failed to ptrace(PEEKDATA) pid 6444:
>     Input/output error (5)
>     [25-Mar-2012 02:14:34] NOTICE: finished trace of 6444
>
>
> Попробуйте выключить slow log, возможно там какая-то бага.

А откуда такой вывод? Вот еще непонятная ошибка:
failed to ptrace(PEEKDATA) pid 6451: Input/output error (5)

Отписаться что ли в highload-php-ru...

Все-равно попробую. Явно баг IMO.
Спасибо.

>
> --
> Vladimir Rusinov
> http://greenmice.info/
>


From nginx-forum на nginx.us  Mon Mar 26 10:17:41 2012
From: nginx-forum на nginx.us (Saniek)
Date: Mon, 26 Mar 2012 06:17:41 -0400 (EDT)
Subject: redis get
In-Reply-To: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
References: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1c27a6f417a9106bc22083056bc90adc.NginxMailingListRussian@forum.nginx.org>

Делаю так:

       redis2_query set test 12345;
       redis2_pass 127.0.0.1:6379;
eval_escalate on;
eval $tmp{
	redis2_query get test;  
       	redis2_pass 127.0.0.1:6379;
}
echo $tmp;

Не работает.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224390,224396#msg-224396


From nginx-forum на nginx.us  Mon Mar 26 12:21:43 2012
From: nginx-forum на nginx.us (anon)
Date: Mon, 26 Mar 2012 08:21:43 -0400 (EDT)
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <20120326090631.GI13466@mdounin.ru>
References: <20120326090631.GI13466@mdounin.ru>
Message-ID: <b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>

Понял, завернул так:

location  /man {
                proxy_pass  http://exp.com/empty;
                access_log  /var/log/nginx/data.log postdata_log;
}
location = /empty {
                if ($request_method = POST) {
                return 200;
                }
    empty_gif;
}
Может кому пригодится формат лога.
log_format postdata     $time_iso8601&$remote_addr&$request_body;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224391,224411#msg-224411


From nginx-forum на nginx.us  Mon Mar 26 12:24:16 2012
From: nginx-forum на nginx.us (anon)
Date: Mon, 26 Mar 2012 08:24:16 -0400 (EDT)
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>
References: <20120326090631.GI13466@mdounin.ru>
	<b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>
Message-ID: <b1b37de2c1f0b5106cc4952ab4c3ce49.NginxMailingListRussian@forum.nginx.org>

Спасибо за совет Максим.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224391,224412#msg-224412


From nginx-forum на nginx.us  Mon Mar 26 12:25:17 2012
From: nginx-forum на nginx.us (anon)
Date: Mon, 26 Mar 2012 08:25:17 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <201203141359.28940.ne@vbart.ru>
References: <201203141359.28940.ne@vbart.ru>
Message-ID: <27f6cf5e2939129bb9ded94aa1057d66.NginxMailingListRussian@forum.nginx.org>

Да, кроме как после рестарта я не смог
отловить "загадачное" исчезновение
файлов из кеша.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,224413#msg-224413


From tetsio.nainn на gmail.com  Mon Mar 26 12:29:38 2012
From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=)
Date: Mon, 26 Mar 2012 22:29:38 +1000
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>
References: <20120326090631.GI13466@mdounin.ru>
	<b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>
Message-ID: <C9A7F8F6-F7F5-40D0-B107-ECD91A40AACD@gmail.com>



К слову о заворачиваниях на самого себя. Может лучше это делать не через сетевой сокет, а через unix-сокеты?

26.03.2012, в 22:21, "anon" <nginx-forum на nginx.us> написал(а):

> Понял, завернул так:
> 
> location  /man {
>                proxy_pass  http://exp.com/empty;
>                access_log  /var/log/nginx/data.log postdata_log;
> }
> location = /empty {
>                if ($request_method = POST) {
>                return 200;
>                }
>    empty_gif;
> }
> Может кому пригодится формат лога.
> log_format postdata     $time_iso8601&$remote_addr&$request_body;
> 
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224391,224411#msg-224411
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Mon Mar 26 12:59:52 2012
From: nginx-forum на nginx.us (InventOR)
Date: Mon, 26 Mar 2012 08:59:52 -0400 (EDT)
Subject: =?UTF-8?B?cHJveHkgKyBtcDQg0L3QtSDQv9GA0L7QutGB0LjRgNGD0LXRgtGB0Y8g0Lgg0L0=?=
	=?UTF-8?B?0LUg0LrQtdGI0LjRgNGD0LXRgtGB0Y8=?=
Message-ID: <0fe69e822766701e3d1efc9959740293.NginxMailingListRussian@forum.nginx.org>

захотелось снять файловый IO с рабочего
проекта прикрутив внешний сервер
кеширующий и раздающий статику.
но одна беда - поломался вывод mp4 видео.
картинки, js, css кеширует, flv не кеширует,
но проксирует. mp4 не кеширует и не
проксирует.
ткните куда копать в логах пусто.

http {
    proxy_cache_path /var/tmp/nginx/storage/none levels=1:2
keys_zone=STNONE:10m inactive=30d max_size=20000m;
    proxy_cache_key  $scheme$proxy_host$uri$is_args$args;
    upstream apache_none {
        server 1.2.3.5:80;   #production web server
    }
}

    server {
            listen       1.2.3.4:80;
            server_name  static.none.pro;

            client_max_body_size    50m;

            location / {
                root /var/tmp/nginx/storage/none;
                open_file_cache_errors off;
                location ~ \.(mp4|m4v|m4a)$ {
                    mp4;
                }
                location ~ \.flv$ {
                    flv;
                }
                try_files $uri @hotcache;
            }

            location @hotcache {
                internal;
                expires 1d;
                open_file_cache_errors off;
                try_files $uri @storage;
                root    /var/tmp/nginx/hotcache/none;  # memory cache
disk 4Gb
            }

            location @storage {
                internal;
                expires 30d;
                proxy_intercept_errors on;
                proxy_cache STNONE;
                proxy_cache_min_uses 1;
                proxy_cache_valid 404 502 503 10m;
                proxy_cache_valid 200 301 302 304 30d;
                proxy_cache_valid any 30d;
                proxy_ignore_client_abort on;
                proxy_ignore_headers "Cache-Control" "Expires";
                proxy_hide_header "X-Powered-By";
                proxy_temp_path /var/tmp/nginx/tmp;
                proxy_cache_use_stale updating;
                proxy_pass http://apache_none;
                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 90;
                proxy_send_timeout 90;
                proxy_read_timeout 90;
                proxy_set_header Range "";
            }
            location ~ /\.ht {
                deny  all;
            }
    }

nginx version: nginx/1.0.14
TLS SNI support enabled
configure arguments: --with-http_addition_module --with-http_flv_module
--with-http_geoip_module --with-http_gzip_static_module
--with-http_image_filter_module --with-http_mp4_module
--with-http_realip_module
--add-module=/var/ports/basejail/usr/ports/www/nginx/work/ngx_http_subs_filter_module-0.5.2.r53
--with-http_ssl_module --with-http_stub_status_module --with-pcre
--add-module=/var/ports/basejail/usr/ports/www/nginx/work/agentzh-xss-nginx-module-57e2119

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224417,224417#msg-224417


From nginx-forum на nginx.us  Mon Mar 26 13:22:17 2012
From: nginx-forum на nginx.us (InventOR)
Date: Mon, 26 Mar 2012 09:22:17 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5ICsgbXA0INC90LUg0L/RgNC+0LrRgdC40YDRg9C10YLRgdGPINC4?=
	=?UTF-8?B?INC90LUg0LrQtdGI0LjRgNGD0LXRgtGB0Y8=?=
In-Reply-To: <0fe69e822766701e3d1efc9959740293.NginxMailingListRussian@forum.nginx.org>
References: <0fe69e822766701e3d1efc9959740293.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bfb0b71cc472d174eaa371ab940562d9.NginxMailingListRussian@forum.nginx.org>

кеширование и проксирование
заработало только когда / сделал такого
вида:
location / {
try_files $uri @hotcache;
}

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224417,224418#msg-224418


From sytar.alex на gmail.com  Mon Mar 26 13:23:34 2012
From: sytar.alex на gmail.com (Aleksandr Sytar)
Date: Mon, 26 Mar 2012 17:23:34 +0400
Subject: =?UTF-8?B?UmU6IHByb3h5ICsgbXA0INC90LUg0L/RgNC+0LrRgdC40YDRg9C10YLRgdGPINC4?=
	=?UTF-8?B?INC90LUg0LrQtdGI0LjRgNGD0LXRgtGB0Y8=?=
In-Reply-To: <0fe69e822766701e3d1efc9959740293.NginxMailingListRussian@forum.nginx.org>
References: <0fe69e822766701e3d1efc9959740293.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAKqRTSESjEj93um8ER2g-1JeE58a+weadDiEBLbcEqgUwFJGXg@mail.gmail.com>

26 марта 2012 г. 16:59 пользователь InventOR <nginx-forum на nginx.us> написал:
> захотелось снять файловый IO с рабочего
> проекта прикрутив внешний сервер
> кеширующий и раздающий статику.
> но одна беда - поломался вывод mp4 видео.
> картинки, js, css кеширует, flv не кеширует,
> но проксирует. mp4 не кеширует и не
> проксирует.
> ткните куда копать в логах пусто.
>
> http {
>    proxy_cache_path /var/tmp/nginx/storage/none levels=1:2
> keys_zone=STNONE:10m inactive=30d max_size=20000m;
>    proxy_cache_key  $scheme$proxy_host$uri$is_args$args;
>    upstream apache_none {
>        server 1.2.3.5:80;   #production web server
>    }
> }
>
>    server {
>            listen       1.2.3.4:80;
>            server_name  static.none.pro;
>
>            client_max_body_size    50m;
>
>            location / {
>                root /var/tmp/nginx/storage/none;
>                open_file_cache_errors off;
>                location ~ \.(mp4|m4v|m4a)$ {
>                    mp4;
где здесь написано про кеширование?
>                }
>                location ~ \.flv$ {
>                    flv;
где здесь написано про кеширование?
>                }
>                try_files $uri @hotcache;
В @hotcache уйдет все остальное....
>            }
>
>            location @hotcache {
>                internal;
>                expires 1d;
>                open_file_cache_errors off;
>                try_files $uri @storage;
>                root    /var/tmp/nginx/hotcache/none;  # memory cache
> disk 4Gb
>            }
>
>            location @storage {
>                internal;
>                expires 30d;
>                proxy_intercept_errors on;
>                proxy_cache STNONE;
>                proxy_cache_min_uses 1;
>                proxy_cache_valid 404 502 503 10m;
>                proxy_cache_valid 200 301 302 304 30d;
>                proxy_cache_valid any 30d;
>                proxy_ignore_client_abort on;
>                proxy_ignore_headers "Cache-Control" "Expires";
>                proxy_hide_header "X-Powered-By";
>                proxy_temp_path /var/tmp/nginx/tmp;
>                proxy_cache_use_stale updating;
>                proxy_pass http://apache_none;
>                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 90;
>                proxy_send_timeout 90;
>                proxy_read_timeout 90;
>                proxy_set_header Range "";
>            }
>            location ~ /\.ht {
>                deny  all;
>            }
>    }
>
> nginx version: nginx/1.0.14
> TLS SNI support enabled
> configure arguments: --with-http_addition_module --with-http_flv_module
> --with-http_geoip_module --with-http_gzip_static_module
> --with-http_image_filter_module --with-http_mp4_module
> --with-http_realip_module
> --add-module=/var/ports/basejail/usr/ports/www/nginx/work/ngx_http_subs_filter_module-0.5.2.r53
> --with-http_ssl_module --with-http_stub_status_module --with-pcre
> --add-module=/var/ports/basejail/usr/ports/www/nginx/work/agentzh-xss-nginx-module-57e2119
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224417,224417#msg-224417
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From kolesen.a на gmail.com  Mon Mar 26 14:32:53 2012
From: kolesen.a на gmail.com (Alexander Kolesen)
Date: Mon, 26 Mar 2012 17:32:53 +0300
Subject: =?UTF-8?Q?Re=3A_POST_data_=D0=B8_empty_gif?=
In-Reply-To: <C9A7F8F6-F7F5-40D0-B107-ECD91A40AACD@gmail.com>
References: <20120326090631.GI13466@mdounin.ru>
	<b0bfcec98a51458309b08e7ed47d7d27.NginxMailingListRussian@forum.nginx.org>
	<C9A7F8F6-F7F5-40D0-B107-ECD91A40AACD@gmail.com>
Message-ID: <20120326143252.GA26757@macbookpro.wargaming.net>

> К слову о заворачиваниях на самого себя. Может лучше это делать не через сетевой сокет, а через unix-сокеты?
>
А в чем преимущество?

Если в производительности, то при тех цифрах, при которых будет играть
роль производительность TCP vs Unix сокетов, решение с Unix-сокетом
будет страдать от отсутствия реконнектов при переполнении backlog.

В то время как при переполнении backlog TCP-сокета, будут выполняться
повторные попытки соединения.


From nginx-forum на nginx.us  Mon Mar 26 14:40:00 2012
From: nginx-forum на nginx.us (pioneer)
Date: Mon, 26 Mar 2012 10:40:00 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCDRgNC10LPRg9C7?=
	=?UTF-8?B?0Y/RgNC60YM=?=
In-Reply-To: <ca4338cb79569674171741fd41ac2bd4.NginxMailingListRussian@forum.nginx.org>
References: <ca4338cb79569674171741fd41ac2bd4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <3f32b6d3c2dafe5e1488f7dbebcba1ed.NginxMailingListRussian@forum.nginx.org>

Я бы первое проверил - location, попадаете
ли вы в него.
Дальше добавьте ваши переменные в
отдельный формат лога -
http://nginx.org/ru/docs/http/ngx_http_log_module.html
И смотрите по логам. Если в логах
переменные не пустые, то надо
разбираться.

Когда совсем плохо, я проверяю через curl.
Например в вашем случае, сначала
добавлю
rewrite ^ http://$uid_got
А потом вызову из консоли
curl -I somesite.com/test/
В выводе получим
HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Mon, 26 Mar 2012 14:32:57 GMT
Content-Type: text/html
Content-Length: 178
Connection: keep-alive
Keep-Alive: timeout=20
Location: http:// ТУТ_ВАШЕ_ЗНАЧЕНИЕ.

Разумеется, этот вариант не подойдет
для production. Там можно добавлять
заголовки и скать другие варианты.

Советую проверить через rewrite, так как в
документации
(http://nginx.org/en/docs/http/ngx_http_userid_module.html) эти
переменые используються для логов.

Настраивая A/B тестирование, мы не
смогли воспользоваться разделением по
uid, так как во время подключения эти
значения были пустые. Мы разделяли
запросы по $remote_addr.

Надеюсь добавил пищи для размышлений. И
найдете почему возвращается пустое
значение?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224224,224426#msg-224426


From nginx-forum на nginx.us  Mon Mar 26 14:47:11 2012
From: nginx-forum на nginx.us (pioneer)
Date: Mon, 26 Mar 2012 10:47:11 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IHByb3h5IHN0b3JlINC00LvRjyDQvNC40L3QuNCw0YLRjtGA?=
In-Reply-To: <27f6cf5e2939129bb9ded94aa1057d66.NginxMailingListRussian@forum.nginx.org>
References: <201203141359.28940.ne@vbart.ru>
	<27f6cf5e2939129bb9ded94aa1057d66.NginxMailingListRussian@forum.nginx.org>
Message-ID: <46230f6b029d686cf84d54adc98900e5.NginxMailingListRussian@forum.nginx.org>

Мне бы вашу проблему :)
Пытался разделить отдачу статики, так
хотелось, чтобы через nginx они
обновлялись с беккенда. Но как и
написал Максим, картинки там падають на
вечено. Так что изменили схему.
Картинки беруться с беккендов, если их
нету в кеше. А кеш картинок
переодически отдельно
синхронизурется, так как это копия
каталога.

Был бы рад, если нашел способ не
нагружать дополнительно сервер, а
настроить еще и обновление картинок
через nginx.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223817,224428#msg-224428


From nginx-forum на nginx.us  Mon Mar 26 20:12:27 2012
From: nginx-forum на nginx.us (vovanhost)
Date: Mon, 26 Mar 2012 16:12:27 -0400 (EDT)
Subject: =?UTF-8?B?bmdpbnggcHJveHkgY2FjaGUg0LfQsNCy0LjRgdCw0L3QuNC1INGB0L7QtdC00Lg=?=
	=?UTF-8?B?0L3QtdC90LjRjyDRgSB1cHN0cmVhbQ==?=
Message-ID: <281d6d858d232c66bbed86a0b0a2173c.NginxMailingListRussian@forum.nginx.org>

Добрый вечер.

Столкнулся со следующей проблемой:

nginx работает как кеширующий reverse proxy.
Соединение с upstream по HTTP/1.0.

Версия:
nginx: nginx version: nginx/1.0.6
nginx: built by gcc 4.1.2 20080704 (Red Hat 4.1.2-50)
nginx: TLS SNI support disabled
nginx: 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-mail --with-mail_ssl_module
--with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
--with-ipv6 --with-file-aio
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/nginx-upstream-fair
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/nginx-upload-progress-module
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/mod_zip-1.1.6
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/nginx_upload_module-2.2.0
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/nginx_mod_h264_streaming-2.2.7
--add-module=/opt/rpmbuild/BUILD/nginx-1.0.6/ngx_http_bytes_filter_module

Выдержка из конфигурации:
location ~ \.bin
{
               proxy_buffering off;
               proxy_buffer_size 8k;
               proxy_buffers 4 8k;
               proxy_intercept_errors on;

               proxy_pass http://srv;
               proxy_redirect off;

               proxy_next_upstream error timeout;
               proxy_temp_path /path/to/tmp;

                proxy_cache cache_name;
                proxy_cache_key  $scheme://$proxy_host$request_uri;
                proxy_cache_min_uses 1;
                proxy_cache_valid 200 10s;
                proxy_cache_valid any 1s;

                proxy_set_header  Host  example.ru;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $remote_addr;
                proxy_set_header X-CDN-URL $server_name$request_uri;

                proxy_ignore_headers Expires Cache-Control;

                proxy_cache_use_stale error timeout invalid_header
updating http_500 http_502 http_503 http_504;
                proxy_connect_timeout 15s;
                proxy_read_timeout 15s;
                proxy_send_timeout 15s;
}


При запросе к upstream он получает все
запрошенные данные, но НЕ! закрывает
соединение и его закрывает upstream через
определенный временной промежуток
(порядка 10 секунд). 

Выдержка из tcpdump(x.x.x.x - nginx, y.y.y.y - upstream):

21:40:11.249035 IP x.x.x.x.52046 > y.y.y.y.24035: S
2248427822:2248427822(0) win 11680
21:40:11.249800 IP y.y.y.y.24035 > x.x.x.x.52046: S
3332218283:3332218283(0) ack 2248427823 win 34752
21:40:11.249835 IP x.x.x.x.52046 > y.y.y.y.24035: . ack 1 win 3
21:40:11.249919 IP x.x.x.x.52046 > y.y.y.y.24035: P 1:373(372) ack 1 win
3 
21:40:11.250744 IP y.y.y.y.24035 > x.x.x.x.52046: . ack 373 win 9
21:40:11.253192 IP y.y.y.y.24035 > x.x.x.x.52046: P 1:172(171) ack 373
win 9
21:40:11.253239 IP x.x.x.x.52046 > y.y.y.y.24035: . ack 172 win 3
21:40:11.254042 IP y.y.y.y.24035 > x.x.x.x.52046: P 172:410(238) ack 373
win 9
21:40:11.254070 IP x.x.x.x.52046 > y.y.y.y.24035: . ack 410 win 3
21:40:20.536249 IP y.y.y.y.24035 > x.x.x.x.52046: F 410:410(0) ack 373
win 9
21:40:20.536654 IP x.x.x.x.52046 > y.y.y.y.24035: F 373:373(0) ack 411
win 3
21:40:20.537349 IP y.y.y.y.24035 > x.x.x.x.52046: . ack 374 win 9


Предполагал, что проблема в сохранении
на диск. Разместил tmp и cache в tmpfs - эффекта
нет.

Если уменьшить proxy_read_timeout до 5 секунд, то
в логах появляется ошибка upstream timed out (110:
Connection timed out) while reading upstream и ответ
приходит не полный.

Если установить proxy_buffering off, то все
работает корректно:
23:42:08.178855 IP x.x.x.x.57337 > y.y.y.y.24035: S
1378610853:1378610853(0) win 11680
23:42:08.190725 IP y.y.y.y.24035 > x.x.x.x.57337: S
2454105719:2454105719(0) ack 1378610854 win 34752 
23:42:08.190769 IP x.x.x.x.57337 > y.y.y.y.24035: . ack 1 win 3
23:42:08.190821 IP x.x.x.x.57337 > y.y.y.y.24035: P 1:373(372) ack 1 win
3
23:42:08.191731 IP y.y.y.y.24035 > x.x.x.x.57337: . ack 373 win 9
23:42:08.408412 IP y.y.y.y.24035 > x.x.x.x.57337: P 1:172(171) ack 373
win 9
23:42:08.408460 IP x.x.x.x.57337 > y.y.y.y.24035: . ack 172 win 3
23:42:08.409164 IP y.y.y.y.24035 > x.x.x.x.57337: P 172:410(238) ack 373
win 9
23:42:08.409196 IP x.x.x.x.57337 > y.y.y.y.24035: . ack 410 win 3
23:42:08.409449 IP x.x.x.x.57337 > y.y.y.y.24035: F 373:373(0) ack 410
win 3
23:42:08.413223 IP y.y.y.y.24035 > x.x.x.x.57337: F 410:410(0) ack 374
win 9
23:42:08.413253 IP x.x.x.x.57337 > y.y.y.y.24035: . ack 411 win 3


nginx закрывает соединение, но необходимо
кеширование.
Как заставить nginx закрывать соединение
с upstream сразу после прочтения данных от
него и при этом не выключать
кеширование?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224433,224433#msg-224433


From mdounin на mdounin.ru  Mon Mar 26 20:20:30 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 27 Mar 2012 00:20:30 +0400
Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5IGNhY2hlINC30LDQstC40YHQsNC90LjQtSDRgdC+0LU=?=
	=?UTF-8?B?0LTQuNC90LXQvdC40Y8g0YEgdXBzdHJlYW0=?=
In-Reply-To: <281d6d858d232c66bbed86a0b0a2173c.NginxMailingListRussian@forum.nginx.org>
References: <281d6d858d232c66bbed86a0b0a2173c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120326202030.GM13466@mdounin.ru>

Hello!

On Mon, Mar 26, 2012 at 04:12:27PM -0400, vovanhost wrote:

> Добрый вечер.
> 
> Столкнулся со следующей проблемой:
> 
> nginx работает как кеширующий reverse proxy.
> Соединение с upstream по HTTP/1.0.
> 
> Версия:
> nginx: nginx version: nginx/1.0.6

[...]

> При запросе к upstream он получает все
> запрошенные данные, но НЕ! закрывает
> соединение и его закрывает upstream через
> определенный временной промежуток
> (порядка 10 секунд). 

Да, nginx 1.0.x полагается на то, что бекенд закроет соединение 
после передачи ответа (и не умеет учитывать заголовок 
Content-Length, даже если он в ответе присутствует).  Сделать это 
бекенд так или иначе обязан.

[...]

> nginx закрывает соединение, но необходимо
> кеширование.
> Как заставить nginx закрывать соединение
> с upstream сразу после прочтения данных от
> него и при этом не выключать
> кеширование?

Обновиться до nginx 1.1.x.

Maxim Dounin


From mdounin на mdounin.ru  Mon Mar 26 20:32:57 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Tue, 27 Mar 2012 00:32:57 +0400
Subject: =?UTF-8?B?UmU6IE5naW54INGB0LbQuNGA0LDQtdGCINCy0YHRjiDQv9Cw0LzRj9GC0Ywg0L8=?=
	=?UTF-8?B?0YDQuCDQutGN0YjQuNGA0L7QstCw0L3QuNC4?=
In-Reply-To: <4436e463025b0e9bee6484a577ffc8c2.NginxMailingListRussian@forum.nginx.org>
References: <4436e463025b0e9bee6484a577ffc8c2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120326203256.GN13466@mdounin.ru>

Hello!

On Sun, Mar 25, 2012 at 05:59:32PM -0400, X-Thief wrote:

> Имеется сервер с 1гб ОЗУ, при включенном
> кэшировании жрет до 900мб памяти, что
> плохо влияет на работу сайта
> 
> Уж очень нужно это кэшировании для
> гостей сайта, т.к. конкуренты бывает
> поддосят иногда.
> 
> Как уменьшить количество сжираемой
> оперативки? Или это так и нужно?

Что понимается под словами "жрёт до 900мб памяти"?  Рабочий 
процесс nginx'а начинает занимать 900 мегабайт памяти?

Какая версия nginx'а?  Какие размеры ответов типичны/встречаются? 

> Собственно конфиг:

[...]

Наиболее интересные параметры с точки зрения потребеления памяти - 
proxy_buffers, output_buffers.  Они стоят по умолчанию или указаны 
в одном из неприведённых include-файлов?

Maxim Dounin


From alexandr на tverdikov.ru  Tue Mar 27 05:18:55 2012
From: alexandr на tverdikov.ru (=?UTF-8?B?0KLQstC10YDQtNC40LrQvtCyINCQ0LvQtdC60YHQsNC90LTRgA==?=)
Date: Tue, 27 Mar 2012 12:18:55 +0700
Subject: =?UTF-8?B?0YPQsdGA0LDRgtGMINC70L7Qs9Cz0LjRgNC+0LLQsNC90LjQtSAiKjEzNzE1OCBk?=
	=?UTF-8?B?ZWxheWluZyByZXF1ZXN0LCBleGNlc3M6Ig==?=
Message-ID: <4F714DBF.90800@tverdikov.ru>

Добрый день!
А можно как нибудь убрать логгирование таких записей ?

2011/10/17 17:18:57 [warn] 15075#0: *137158 delaying request, excess: 
0.955, by zone "one", client: xx.xx.xx.xx, server:

-- 
------------------------------
С уважением, Александр.
Мои контакты:
icq   :  271715650
jabber:  atverdikov на jabber.ru
skype :  ATverdikov
------------------------------


From igor на sysoev.ru  Tue Mar 27 05:31:16 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Tue, 27 Mar 2012 09:31:16 +0400
Subject: =?UTF-8?B?UmU6INGD0LHRgNCw0YLRjCDQu9C+0LPQs9C40YDQvtCy0LDQvdC40LUgIioxMzcx?=
	=?UTF-8?B?NTggZGVsYXlpbmcgcmVxdWVzdCwgZXhjZXNzOiI=?=
In-Reply-To: <4F714DBF.90800@tverdikov.ru>
References: <4F714DBF.90800@tverdikov.ru>
Message-ID: <20120327053116.GA7266@nginx.com>

On Tue, Mar 27, 2012 at 12:18:55PM +0700, Твердиков Александр wrote:
> Добрый день!
> А можно как нибудь убрать логгирование таких записей ?
> 
> 2011/10/17 17:18:57 [warn] 15075#0: *137158 delaying request, excess: 
> 0.955, by zone "one", client: xx.xx.xx.xx, server:

Сейчас можно только понизить до уровня "info":
limit_req_log_level info;


-- 
Igor Sysoev


From ru на nginx.com  Tue Mar 27 06:07:26 2012
From: ru на nginx.com (Ruslan Ermilov)
Date: Tue, 27 Mar 2012 10:07:26 +0400
Subject: =?UTF-8?B?UmU6INGD0LHRgNCw0YLRjCDQu9C+0LPQs9C40YDQvtCy0LDQvdC40LUgIioxMzcx?=
	=?UTF-8?B?NTggZGVsYXlpbmcgcmVxdWVzdCwgZXhjZXNzOiI=?=
In-Reply-To: <20120327053116.GA7266@nginx.com>
References: <4F714DBF.90800@tverdikov.ru>
 <20120327053116.GA7266@nginx.com>
Message-ID: <20120327060726.GA84847@lo0.su>

On Tue, Mar 27, 2012 at 09:31:16AM +0400, Igor Sysoev wrote:
> On Tue, Mar 27, 2012 at 12:18:55PM +0700, Твердиков Александр wrote:
> > Добрый день!
> > А можно как нибудь убрать логгирование таких записей ?
> > 
> > 2011/10/17 17:18:57 [warn] 15075#0: *137158 delaying request, excess: 
> > 0.955, by zone "one", client: xx.xx.xx.xx, server:
> 
> Сейчас можно только понизить до уровня "info":
> limit_req_log_level info;

Подробнее см. тут:

http://nginx.org/r/limit_req_log_level/ru


From admin на sysadmins.el.kg  Tue Mar 27 08:51:01 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Tue, 27 Mar 2012 14:51:01 +0600 (KGT)
Subject: =?UTF-8?B?bmdpbngg0LrQsNC6INC/0YDQvtC60YHQuCAtINGB0YLRgNCw0L3QvdC+0YHRgtC4?=
	=?UTF-8?B?Li4u?=
Message-ID: <37231.77.235.14.177.1332838261.squirrel@85.115.208.54>

Приветствую всех! У меня собственно проблемы следующего характера - есть 4
машины с общим дисковым массивом, все с OracleLinux 6.2 на борту. 2 из них
помощнее, 2 послабее. на тех что помощнее установлены nginx и apache, на
тех что послабее - lighttpd. Предполагалась следующая схема - машины с
лайти отдают статику, машины с апачами - динамику, на обоих машинах с
apache установлен nginx чисто как балансирующий прокси-сервер (failover
via heartbeat). Однако то ли руки у вашего покорного слуги растут не из
того места, то ли еще что... в общем уже и не знаю на что грешить.
Вот конфиг:

user nginx;

worker_processes 16;
worker_priority -10;

error_log /var/log/nginx/error.log notice;
pid /var/run/nginx.pid;

timer_resolution 100ms;
worker_rlimit_nofile 8192;

events {
worker_connections 2048;
use epoll;
}


http {
include /etc/nginx/mime.types;
default_type application/octet-stream;

log_format IP ?$remote_addr?;

log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
log_format upstreams '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'$upstream_addr "$upstream_status" '
'$upstream_response_time "$host" ';


access_log /var/log/nginx/access.log main;

limit_conn_zone $binary_remote_addr zone=myzone:10m;
proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:5m
inactive=10m max_size=50m;
proxy_cache off;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
client_body_buffer_size 128k;
# proxy_buffer_size 4k;
# proxy_buffers 4 32k;
proxy_buffers 16 32k;
proxy_buffer_size 64k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
client_header_buffer_size 16k;
client_max_body_size 2048M;
open_file_cache max=512 inactive=86400s;
open_file_cache_valid 21600s;
open_file_cache_min_uses 1;
open_file_cache_errors off;


output_buffers 32 64k;
postpone_output 1460;

lingering_time 30;
lingering_timeout 10;
reset_timedout_connection on;

client_header_timeout 90;
client_body_timeout 90;

expires 2m;
keepalive_timeout 60;
send_timeout 10m;

ignore_invalid_headers on;
# resolver dns_ip;
keepalive_requests 100;
limit_conn_zone $binary_remote_addr zone=gulag:5m;
recursive_error_pages on;
sendfile on;
server_name_in_redirect on;
server_tokens off;

tcp_nodelay on;
tcp_nopush on;

gzip off;
gzip_disable "MSIE [1-6]\.";
gzip_comp_level 3;
gzip_min_length 1100;
gzip_buffers 4 64k;
gzip_http_version 1.1;
gzip_proxied any;
gzip_types text/plain application/xml application/x-javascript text/css;

server {
server_name host www.host;
listen 0.0.0.0:80;

if ($host = 'host' ) { rewrite ^/(.*)$ http://www.host/$1 permanent; }

location ~*
^.+\.(jpg|jpeg|gif|flv|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|ico|swf)$
{
access_log off;
error_log /var/log/nginx/host.kg.error.log;
root /srv/data/www/host;
# proxy_pass http://static;
# proxy_set_header Host $host;
# proxy_set_header IP $remote_addr;
# proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# proxy_set_header X-Forwarded-Proto $scheme;
# proxy_set_header X-Real-IP $remote_addr;
}
location / {
proxy_pass http://192.168.50.1:8081;
proxy_redirect http://192.168.50.1:8081/ /;
proxy_set_header Host $host;
proxy_set_header IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
access_log /var/log/nginx/host.dyn.access.log upstreams;
}
}
upstream static {
server 192.168.50.5:8080 max_fails=3 fail_timeout=30s;
server 192.168.50.4:8080 max_fails=3 fail_timeout=30s;
server 192.168.50.1:8081 backup;
server 192.168.50.3:8081 backup;
}

upstream apaches {
server 192.168.50.1:8081 max_fails=3 fail_timeout=30s;
server 192.168.50.3:8081 max_fails=3 fail_timeout=30s;
}
}

Итак, странности:

1. Стоит включить в первом локейшне проксирование на апстрим static вместо
указания корня минут через 5-10 начинаются жуткие тормоза с откликом
сервера и прогрузкой страниц. Грешил на бэкенды, заменил lighttpd на nginx
- разницы никакой.

2. Если включить во втором локейшне апстрим apaches, вместо явной передачи
какому-либо из бэкендов, время загрузки страниц увеличивается примерно
вдвое. Применение там директивы ip_hash увеличивает его еще примерно
вдвое. Конфиги apache обоих серверов идентичны и сведены к минимуму -
ничего лишнего!

3. Как вы наверное заметили, у меня выключены gzip и proxy_cache - при
включении данных параметров начинаются ужаснейшие тормоза как и в первом
случае и примерно через полчаса паботы сервер загинается в известную позу.

Уважаемые гуру, подскажите пожалуйста где затык.


From nginx-forum на nginx.us  Tue Mar 27 18:35:41 2012
From: nginx-forum на nginx.us (vovik64)
Date: Tue, 27 Mar 2012 14:35:41 -0400 (EDT)
Subject: =?UTF-8?B?0L7RiNC40LHQutCwINCyIFVSSQ==?=
Message-ID: <818996ddd637c26c9a05f00df004d9a4.NginxMailingListRussian@forum.nginx.org>

Привет всем.

незнаю бага это или нет но у меня вот
такая ситуация.

свазка nginx+apache
конфиг nginx типичный, безо всяких
премудростей

если апач работает без Nginx то вот такой
запрос к серверу:
http://www.example.com/utils/redirect/http://google.com

остается без изменений и
обрабатывается нормально

а если включить Nginx то такой запрос
чудесным образом превращается в 
http://www.example.com/utils/redirect/http:/google.com

тоесть исчезает одна косая в адресе
http:/google.com

и в логах nginx и в логах апача ложится
запись с одним слешом.

Заранее спасибо.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224491,224491#msg-224491


From igor на sysoev.ru  Tue Mar 27 18:37:48 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Tue, 27 Mar 2012 22:37:48 +0400
Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsCDQsiBVUkk=?=
In-Reply-To: <818996ddd637c26c9a05f00df004d9a4.NginxMailingListRussian@forum.nginx.org>
References: <818996ddd637c26c9a05f00df004d9a4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <E17BA35A-D927-45FA-ABCA-2A1748958B1E@sysoev.ru>

On Mar 27, 2012, at 22:35 , vovik64 wrote:

> Привет всем.
> 
> незнаю бага это или нет но у меня вот
> такая ситуация.
> 
> свазка nginx+apache
> конфиг nginx типичный, безо всяких
> премудростей
> 
> если апач работает без Nginx то вот такой
> запрос к серверу:
> http://www.example.com/utils/redirect/http://google.com
> 
> остается без изменений и
> обрабатывается нормально
> 
> а если включить Nginx то такой запрос
> чудесным образом превращается в 
> http://www.example.com/utils/redirect/http:/google.com
> 
> тоесть исчезает одна косая в адресе
> http:/google.com
> 
> и в логах nginx и в логах апача ложится
> запись с одним слешом.

http://nginx.org/ru/docs/http/ngx_http_core_module.html#merge_slashes


--
Игорь Сысоев
http://sysoev.ru


From nginx-forum на nginx.us  Tue Mar 27 18:53:15 2012
From: nginx-forum на nginx.us (vovik64)
Date: Tue, 27 Mar 2012 14:53:15 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsCDQsiBVUkk=?=
In-Reply-To: <818996ddd637c26c9a05f00df004d9a4.NginxMailingListRussian@forum.nginx.org>
References: <818996ddd637c26c9a05f00df004d9a4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8956e5bd1d7f3d3d42d42859da63115b.NginxMailingListRussian@forum.nginx.org>

О! тошо надо :)

спасибо

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224491,224493#msg-224493


From ruslan.usifov на gmail.com  Tue Mar 27 19:23:59 2012
From: ruslan.usifov на gmail.com (ruslan usifov)
Date: Tue, 27 Mar 2012 23:23:59 +0400
Subject: =?UTF-8?B?0JLQt9GP0YLRjCDQt9C90LDRh9C10L3QuNC1INC+0YLQtNC10LvRjNC90L7Qs9C+?=
	=?UTF-8?B?IGdldCDQv9Cw0YDQsNC80LXRgtGA0LA=?=
Message-ID: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>

Приветсвую.

Хотелось бы в настройках fastcgi_cache_key не весь QUERY_STRING а
только лишнекоторые переданные get параметры, возможно ли это? для
куков есть, для http заголовкав тоже такая возможность имеется, а вот
для GET параметров чего то не нашел

From latypoff на yandex.ru  Tue Mar 27 19:25:42 2012
From: latypoff на yandex.ru (Denis F. Latypoff)
Date: Wed, 28 Mar 2012 02:25:42 +0700
Subject: =?UTF-8?B?UmU6INCS0LfRj9GC0Ywg0LfQvdCw0YfQtdC90LjQtSDQvtGC0LTQtdC70YzQvdC+?=
	=?UTF-8?B?0LPQviBnZXQg0L/QsNGA0LDQvNC10YLRgNCw?=
In-Reply-To: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>
References: <CAHULbC=9hhymu-hJCtK6amo1MqXk6OS4tyrX2JfUYoghcX0tCQ@mail.gmail.com>
Message-ID: <238291332876342@web44.yandex.ru>

28.03.2012, 02:23, "ruslan usifov" <ruslan.usifov на gmail.com>:
> Приветсвую.
>
> Хотелось бы в настройках fastcgi_cache_key не весь QUERY_STRING а
> только лишнекоторые переданные get параметры, возможно ли это? для
> куков есть, для http заголовкав тоже такая возможность имеется, а вот
> для GET параметров чего то не нашел

http://nginx.org/en/docs/http/ngx_http_core_module.html#variables
http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables

-- 
br, Denis F. Latypoff.


From zaabjuda на gmail.com  Tue Mar 27 19:27:32 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Tue, 27 Mar 2012 23:27:32 +0400
Subject: redis get
In-Reply-To: <1c27a6f417a9106bc22083056bc90adc.NginxMailingListRussian@forum.nginx.org>
References: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
	<1c27a6f417a9106bc22083056bc90adc.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGA13jS3GBeiFetxnJiM31Phbkf5OsECa=a==vUExe+GS9VeuA@mail.gmail.com>

Стояла похожая задача, eval так же отказался работать с redis.

Решил проблему с помощью lua_module
https://github.com/chaoslawful/lua-nginx-module

Сделал internal локейшен в который вылёвывались значения редиса, затем
сделал тругой локейшн где с помощью lua (в частности res.body) брал
значение с вышеописаного локейшена и загонял в переменную

Если интересно пример конфига могу скинуть.


26 марта 2012 г. 14:17 пользователь Saniek <nginx-forum на nginx.us> написал:
> Делаю так:
>
>       redis2_query set test 12345;
>       redis2_pass 127.0.0.1:6379;
> eval_escalate on;
> eval $tmp{
>        redis2_query get test;
>        redis2_pass 127.0.0.1:6379;
> }
> echo $tmp;
>
> Не работает.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224390,224396#msg-224396
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From nginx-forum на nginx.us  Tue Mar 27 22:29:57 2012
From: nginx-forum на nginx.us (vovanhost)
Date: Tue, 27 Mar 2012 18:29:57 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5IGNhY2hlINC30LDQstC40YHQsNC90LjQtSDRgdC+0LU=?=
	=?UTF-8?B?0LTQuNC90LXQvdC40Y8g0YEgdXBzdHJlYW0=?=
In-Reply-To: <281d6d858d232c66bbed86a0b0a2173c.NginxMailingListRussian@forum.nginx.org>
References: <281d6d858d232c66bbed86a0b0a2173c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <bcd88bbd55dd9eb505eae3fed321e056.NginxMailingListRussian@forum.nginx.org>

Основная неприятность этой ситуации в
том, что данные передаются клиенту
после закрытия соединения с upstream.
Т.е. задержка в возвращении ответа
порядка 10 секунд.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224433,224452#msg-224452


From r3borned на gmail.com  Tue Mar 27 18:45:41 2012
From: r3borned на gmail.com (r3borned на gmail.com)
Date: Tue, 27 Mar 2012 22:45:41 +0400
Subject: =?UTF-8?B?0YDQtdCz0YPQu9GP0YDQvdC+0LUg0LLRi9GA0LDQttC10L3QuNC1?=
Message-ID: <789577146.20120327224541@gmail.com>

Приветствую.
Есть вот такое дело в конфиге:
location ~ ^/((240|110)x(320|120))/(.*pic-.*)$ {
            alias /www/mysite.ru/$4;
            image_filter resize $2 $3;
        }
Собственно, все работает, но хочется кое-что улучшить. А именно: здесь можно юзать 4 комбинации: 240х320, 240х120, 110х320, 110х120 - они все попадают под регулярку. А я хочу, чтобы попадало только 240х320 и 110х120. Да, можно переписать ее, но в то же время мне нужно чтобы ширина и высота были в $2 и в $3, чтобы передать их в image_filter.
Что можете посоветовать в такой ситуации? Как оптимально решить задачу?


From igor на sysoev.ru  Wed Mar 28 05:17:05 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Wed, 28 Mar 2012 09:17:05 +0400
Subject: =?UTF-8?B?UmU6INGA0LXQs9GD0LvRj9GA0L3QvtC1INCy0YvRgNCw0LbQtdC90LjQtQ==?=
In-Reply-To: <789577146.20120327224541@gmail.com>
References: <789577146.20120327224541@gmail.com>
Message-ID: <20120328051704.GB60850@nginx.com>

On Tue, Mar 27, 2012 at 10:45:41PM +0400, r3borned на gmail.com wrote:
> Приветствую.
> Есть вот такое дело в конфиге:
> location ~ ^/((240|110)x(320|120))/(.*pic-.*)$ {
>             alias /www/mysite.ru/$4;
>             image_filter resize $2 $3;
>         }
> Собственно, все работает, но хочется кое-что улучшить. А именно: здесь можно юзать 4 комбинации: 240х320, 240х120, 110х320, 110х120 - они все попадают под регулярку. А я хочу, чтобы попадало только 240х320 и 110х120. Да, можно переписать ее, но в то же время мне нужно чтобы ширина и высота были в $2 и в $3, чтобы передать их в image_filter.
> Что можете посоветовать в такой ситуации? Как оптимально решить задачу?

Если решать задачу действительно оптимально, то есть, чтобы не писать
по-меньше, как часто думают про оптимально, а чтобы поддерживать
конфигурацию было проще, то от регулярных выражений нужно отказаться
или же локализовать их:

location /240x320/ {
    location ~ ^/240x320/(.*pic-.*)$ {
        alias /www/mysite.ru/$1;
        image_filter resize 240 320;
    }
    return 404;
}

location /110x120/ {
    location ~ ^/110x120/(.*pic-.*)$ {
        alias /www/mysite.ru/$1;
        image_filter resize 110 120;
    }
    return 404;
}


-- 
Игорь Сысоев
http://sysoev.ru


From nginx-forum на nginx.us  Wed Mar 28 08:00:52 2012
From: nginx-forum на nginx.us (Saniek)
Date: Wed, 28 Mar 2012 04:00:52 -0400 (EDT)
Subject: redis get
In-Reply-To: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
References: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
Message-ID: <9e853670102bee09a9a2a1aea5b71380.NginxMailingListRussian@forum.nginx.org>

если не трудно, скиньте пожалуйста.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224390,224519#msg-224519


From nginx-forum на nginx.us  Wed Mar 28 08:12:22 2012
From: nginx-forum на nginx.us (yuri37)
Date: Wed, 28 Mar 2012 04:12:22 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7d26924b911857d950e5feda0f728b54.NginxMailingListRussian@forum.nginx.org>

Заплачу 500 руб. кто поможет решить
проблему! Могу дать доступ у серверу!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224521#msg-224521


From nginx-forum на nginx.us  Wed Mar 28 08:16:09 2012
From: nginx-forum на nginx.us (Saniek)
Date: Wed, 28 Mar 2012 04:16:09 -0400 (EDT)
Subject: =?UTF-8?B?0JTQvtC70LbQvdCwINC70Lgg0YDQsNCx0L7RgtCw0YLRjCDRgtCw0LrQsNGPINC6?=
	=?UTF-8?B?0L7QvdGB0YLRgNGD0LrRhtC40Y8=?=
Message-ID: <749b0a34ed1f48087b3064877f9ec0f7.NginxMailingListRussian@forum.nginx.org>

Пытаюсь разбраться с perl. 
Нужно в perl обработать переменную и
передать ее в  nginx.
Использую такую конструкцию:
location {
...
set $sid 0;
perl  session::gen;
echo $sid;
....
}

perl:
...
sub gen
{
    my $r = shift;
    $r->variable('sid', 'asdasdasd');
    return OK;
}

Можно ли так делать и, если нет, то как
можно? 
Вообще надо чтобы переменные брались
из location и туда же отдавались, поэтому
perl_set не подходит.
Спасибо за помощь.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224522,224522#msg-224522


From nginx-forum на nginx.us  Wed Mar 28 08:21:37 2012
From: nginx-forum на nginx.us (Saniek)
Date: Wed, 28 Mar 2012 04:21:37 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCf0L7QvNC+0LPQuNGC0LUg0L3QsNC/0LjRgdCw0YLRjCDRgNC10LPRg9C7?=
	=?UTF-8?B?0Y/RgNC60YM=?=
In-Reply-To: <ca4338cb79569674171741fd41ac2bd4.NginxMailingListRussian@forum.nginx.org>
References: <ca4338cb79569674171741fd41ac2bd4.NginxMailingListRussian@forum.nginx.org>
Message-ID: <52fb7eb370da50f1b6bebd94f42a4bd4.NginxMailingListRussian@forum.nginx.org>

спасибо за  ответ, причину нашел,
выводил после регулярки echo да еще и
empty_gif, поэтому страница при загрузке
вообще зависала, убрал echo и все
заработало?
У вас cookie нормально устанавливаются,
т.е. аждый раз уникальное значение? 
У меня всегда одинкаовый, отличается
всего несколькими символами.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224224,224523#msg-224523


From postmaster на softsearch.ru  Wed Mar 28 09:45:22 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Wed, 28 Mar 2012 13:45:22 +0400
Subject: =?UTF-8?B?UmVbNF06INCf0YDQviDQs9C10L4t0LHQsNC30YMgd2lwbWFuaWEuY29t?=
In-Reply-To: <CAHbzUFuASdW2D_cbOY-WHtZ3YmdVCBbWEb9qut5qi0hsekdaJg@mail.gmail.com>
References: <949793524.20120107203600@softsearch.ru>
	<CAPP2NXp591pKH4kXvvGJPdyeFftzecxWqoJYWreDd0PP-7EJ=A@mail.gmail.com>
	<84188990.20120109130526@softsearch.ru>
	<CAHbzUFuASdW2D_cbOY-WHtZ3YmdVCBbWEb9qut5qi0hsekdaJg@mail.gmail.com>
Message-ID: <6910150655.20120328134522@softsearch.ru>

Здравствуйте.

> это правда, база не актуализируется уже давно, с лета я активно
> был занят над другим проектом, но очень планирую уже в этом месяце
> возобновить работу над випманией.


>>> Как  я понимаю, проект wipmania.com заброшен и существует в автономном
>>> режиме.  Новая  гео-база не выкладывается, но доступна через запросы к
>>> api  сайта.  Кто-то  уже вытаскивал всю геобазу через это api, или мне
>>> первому такая идея пришла?

Проблема  всё  ещё актуальна, ибо ничего не меняется. Может уже кто-то
качнул базу?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From aleksej на novikov.lv  Wed Mar 28 11:24:04 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 28 Mar 2012 16:54:04 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <20120321125954.GO88788@mdounin.ru>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
	<152261602.20120321175158@novikov.lv>
	<20120321125954.GO88788@mdounin.ru>
Message-ID: <303345611.20120328165404@novikov.lv>

Hello Maxim,

К сожалению замена rewrite на return 302 не изменила ситуации


Wednesday, March 21, 2012, 6:29:55 PM, you wrote:

> Hello!

> On Wed, Mar 21, 2012 at 05:51:58PM +0530, Aleksej Novikov wrote:

>> Hello TetSio[Nainn],
>> 
>> Делаю на неё rewrite-redirect
>> Если  намекаете  на  то  что rewrite делает urlencode, то я специально
>> ставил access_log до правила rewrite и после
>> переменная не менялась.

> Положение access_log в конфиге относительно правила rewrite ни на 
> что не влияет, т.к. в любом случае логгирование происходит по 
> окончанию обработки запроса, а rewrite выполняется в начале.

> В то же время rewrite делает много странного, и лучше его не 
> использовать, если есть такая возможность.  Если нужно выдать 
> редирект - это правильнее делать с помощью return, как-то так:

>    return 302 "$ads_url";

> Maxim Dounin

>> 
>> 
>> 
>> 
>> Wednesday, March 21, 2012, 5:07:12 PM, you wrote:
>> 
>> > А каким образом переменная nginx превращается в ссылку?
>> 
>> > 21 марта 2012 г. 21:26 пользователь Aleksej Novikov
>> > <aleksej на novikov.lv> написал:
>> >> Hello TetSio[Nainn],
>> >>
>> >> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
>> >> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
>> >> URL уже не правильный в момент первого обращения к переменной
>> >>
>> >>
>> >>
>> >> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
>> >>
>> >>> Может это только в лог файле они отображаются как url_encode? В других
>> >>> местах смотрели?
>> >>
>> >>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
>> >>> <aleksej на novikov.lv> написал:
>> >>>> Hello Маркел,
>> >>>>
>> >>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>> >>>>
>> >>>>
>> >>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>> >>>>
>> >>>>
>> >>>>
>> >>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>> >>>>
>> >>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>> >>>>
>> >>>>>> Dear Nginx-ru,
>> >>>>>>
>> >>>>>> Столкнулся с непонятной проблемой,
>> >>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>> >>>>>> Используется обыкновенный map-file.
>> >>>>>>
>> >>>>>> map $ads_id $ads_url {
>> >>>>>> default http://nginx.ru;
>> >>>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>> >>>>>> }
>> >>>>>>
>> >>>>>> Далее простое присвоение в конфиге nginx
>> >>>>>>
>> >>>>>> set $ads_id 1
>> >>>>>>
>> >>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>> >>>>>> как после обработки urlencode
>> >>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>> >>>>>>
>> >>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>> >>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>> >>>>>>
>> >>>>>> Или возможно это фича ?
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> Best regards,
>> >>>>>> Aleksej
>> >>>>>> ICQ:    293-686-24
>> >>>>>> GSM:371-293-686-24
>> >>>>>>
>> >>>>>> _______________________________________________
>> >>>>>> nginx-ru mailing list
>> >>>>>> nginx-ru на nginx.org
>> >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>> _______________________________________________
>> >>>>> nginx-ru mailing list
>> >>>>> nginx-ru на nginx.org
>> >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Best regards,
>> >>>> Aleksej
>> >>>> ICQ:    293-686-24
>> >>>> GSM:371-293-686-24
>> >>>>
>> >>>> _______________________________________________
>> >>>> nginx-ru mailing list
>> >>>> nginx-ru на nginx.org
>> >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> Aleksej
>> >> ICQ:    293-686-24
>> >> GSM:371-293-686-24
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Best regards,
>> Aleksej             
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From nginx-forum на nginx.us  Wed Mar 28 11:24:34 2012
From: nginx-forum на nginx.us (ink08)
Date: Wed, 28 Mar 2012 07:24:34 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <7d26924b911857d950e5feda0f728b54.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
	<7d26924b911857d950e5feda0f728b54.NginxMailingListRussian@forum.nginx.org>
Message-ID: <8c4d35c3229e4b749bcdaf6f91715a21.NginxMailingListRussian@forum.nginx.org>

Надо чтобы сайт не писал куки гостям

php_admin_value session.name "session"
php_admin_value session.auto_start 0

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224532#msg-224532


From aleksej на novikov.lv  Wed Mar 28 11:34:14 2012
From: aleksej на novikov.lv (Aleksej Novikov)
Date: Wed, 28 Mar 2012 17:04:14 +0530
Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80Ysg0YEgZ3RodHZ0eXlzdmIg0LjQtyBNQVAgRmls?=
	=?UTF-8?B?ZQ==?=
In-Reply-To: <20120321125954.GO88788@mdounin.ru>
References: <112210823.20120321141916@novikov.lv>
	<BDD3740B-C313-41B5-BE14-981A17A6EA46@gmail.com>
	<1073908616.20120321160428@novikov.lv>
	<CALXqZiGXELGQPwxEzZZ8AdctDL9JZdO218b9jPDurrErU1p_Sw@mail.gmail.com>
	<1812948542.20120321165651@novikov.lv>
	<CALXqZiGSx_sM-5z3xduJwB3sRUwSNxKNcu_gJJzugHXfHLVjKg@mail.gmail.com>
	<152261602.20120321175158@novikov.lv>
	<20120321125954.GO88788@mdounin.ru>
Message-ID: <342083460.20120328170414@novikov.lv>

Hello Maxim,

Удалось понять, в каком месте происходит urlencoding линка
В   нижеприведенной   конструкции,  в  переменной  $ads_url  назодится
правильный линк

if ($ads_url ~* (.*)#(refid)#(.*) ) {
   set $new_url $1$ref_sid$3 ;
}

Линк разбирается regexпом в конструкции IF и собирается заново.
Результат   сборки   записывается   в  $new_url   и  записывается  уже
urlencоженный

Вопрос, как избежать кодирования URL в данной ситуации ?

Спасибо



Wednesday, March 21, 2012, 6:29:55 PM, you wrote:

> Hello!

> On Wed, Mar 21, 2012 at 05:51:58PM +0530, Aleksej Novikov wrote:

>> Hello TetSio[Nainn],
>> 
>> Делаю на неё rewrite-redirect
>> Если  намекаете  на  то  что rewrite делает urlencode, то я специально
>> ставил access_log до правила rewrite и после
>> переменная не менялась.

> Положение access_log в конфиге относительно правила rewrite ни на 
> что не влияет, т.к. в любом случае логгирование происходит по 
> окончанию обработки запроса, а rewrite выполняется в начале.

> В то же время rewrite делает много странного, и лучше его не 
> использовать, если есть такая возможность.  Если нужно выдать 
> редирект - это правильнее делать с помощью return, как-то так:

>    return 302 "$ads_url";

> Maxim Dounin

>> 
>> 
>> 
>> 
>> Wednesday, March 21, 2012, 5:07:12 PM, you wrote:
>> 
>> > А каким образом переменная nginx превращается в ссылку?
>> 
>> > 21 марта 2012 г. 21:26 пользователь Aleksej Novikov
>> > <aleksej на novikov.lv> написал:
>> >> Hello TetSio[Nainn],
>> >>
>> >> Баг вылез, когда при клике выскакивал такой URL, вместо положенного.
>> >> Логи  я  стал  потом писать, отдельно в нескольких местах и увидел что
>> >> URL уже не правильный в момент первого обращения к переменной
>> >>
>> >>
>> >>
>> >> Wednesday, March 21, 2012, 4:28:00 PM, you wrote:
>> >>
>> >>> Может это только в лог файле они отображаются как url_encode? В других
>> >>> местах смотрели?
>> >>
>> >>> 21 марта 2012 г. 20:34 пользователь Aleksej Novikov
>> >>> <aleksej на novikov.lv> написал:
>> >>>> Hello Маркел,
>> >>>>
>> >>>> У меня создан отдельный log_file в который пишу содержимое $ads_url
>> >>>>
>> >>>>
>> >>>> Wednesday, March 21, 2012, 2:49:41 PM, you wrote:
>> >>>>
>> >>>>
>> >>>>
>> >>>>> А можно поинтересоваться как Вы проверяете содержимое переменной?
>> >>>>
>> >>>>> 21.03.2012, в 18:49, Aleksej Novikov <aleksej на novikov.lv> написал(а):
>> >>>>
>> >>>>>> Dear Nginx-ru,
>> >>>>>>
>> >>>>>> Столкнулся с непонятной проблемой,
>> >>>>>> nginx-1.0.12 и так же в последнем nginx-1.0.14
>> >>>>>> Используется обыкновенный map-file.
>> >>>>>>
>> >>>>>> map $ads_id $ads_url {
>> >>>>>> default http://nginx.ru;
>> >>>>>> 1 http://www.domain.ru/someurl/?p=54&tum_source=some2&mum_medium=ner&tum_campaign=some2_lp_kvartira;
>> >>>>>> }
>> >>>>>>
>> >>>>>> Далее простое присвоение в конфиге nginx
>> >>>>>>
>> >>>>>> set $ads_id 1
>> >>>>>>
>> >>>>>> После  чего,  если проверить переменную   $ads_url, то ссылка выглядит
>> >>>>>> как после обработки urlencode
>> >>>>>> http://www.domain.ru/someurl/?p=54%20tum_source=some2%20mum_medium=ner%20tum_campaign=some2_lp_kvartira;
>> >>>>>>
>> >>>>>> Причем  одно  время этого бага не было, а помто вдруг, после пересбора
>> >>>>>> nginx появилось. Проверяли на 2х разных машинах, бак повторяется.
>> >>>>>>
>> >>>>>> Или возможно это фича ?
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> Best regards,
>> >>>>>> Aleksej
>> >>>>>> ICQ:    293-686-24
>> >>>>>> GSM:371-293-686-24
>> >>>>>>
>> >>>>>> _______________________________________________
>> >>>>>> nginx-ru mailing list
>> >>>>>> nginx-ru на nginx.org
>> >>>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>> _______________________________________________
>> >>>>> nginx-ru mailing list
>> >>>>> nginx-ru на nginx.org
>> >>>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Best regards,
>> >>>> Aleksej
>> >>>> ICQ:    293-686-24
>> >>>> GSM:371-293-686-24
>> >>>>
>> >>>> _______________________________________________
>> >>>> nginx-ru mailing list
>> >>>> nginx-ru на nginx.org
>> >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards,
>> >> Aleksej
>> >> ICQ:    293-686-24
>> >> GSM:371-293-686-24
>> >>
>> >> _______________________________________________
>> >> nginx-ru mailing list
>> >> nginx-ru на nginx.org
>> >> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Best regards,
>> Aleksej             
>> ICQ:    293-686-24
>> GSM:371-293-686-24
>> 
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru

> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
Best regards,
Aleksej             
ICQ:    293-686-24
GSM:371-293-686-24


From mdounin на mdounin.ru  Wed Mar 28 11:46:56 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 28 Mar 2012 15:46:56 +0400
Subject: =?UTF-8?B?UmU6INCU0L7Qu9C20L3QsCDQu9C4INGA0LDQsdC+0YLQsNGC0Ywg0YLQsNC60LA=?=
	=?UTF-8?B?0Y8g0LrQvtC90YHRgtGA0YPQutGG0LjRjw==?=
In-Reply-To: <749b0a34ed1f48087b3064877f9ec0f7.NginxMailingListRussian@forum.nginx.org>
References: <749b0a34ed1f48087b3064877f9ec0f7.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120328114656.GA13466@mdounin.ru>

Hello!

On Wed, Mar 28, 2012 at 04:16:09AM -0400, Saniek wrote:

> Пытаюсь разбраться с perl. 
> Нужно в perl обработать переменную и
> передать ее в  nginx.
> Использую такую конструкцию:
> location {
> ...
> set $sid 0;
> perl  session::gen;
> echo $sid;
> ....
> }
> 
> perl:
> ...
> sub gen
> {
>     my $r = shift;
>     $r->variable('sid', 'asdasdasd');
>     return OK;
> }
> 
> Можно ли так делать и, если нет, то как
> можно? 

Отдать переменные обратно в nginx сейчас можно только через perl_set.  
Установленное через $r->variable() доступно только из perl'а же.

> Вообще надо чтобы переменные брались
> из location и туда же отдавались, поэтому
> perl_set не подходит.

Переменные - глобальны для запроса, так что perl_set вполне 
подходит для подобных задач.  Его и используйте.

Maxim Dounin


From ink08 на ink-online.ru  Wed Mar 28 12:19:22 2012
From: ink08 на ink-online.ru (ink08)
Date: Wed, 28 Mar 2012 16:19:22 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <37231.77.235.14.177.1332838261.squirrel@85.115.208.54>
References: <37231.77.235.14.177.1332838261.squirrel@85.115.208.54>
Message-ID: <CA+WOrk04XQSLNv=5vUAB=yGEKQ-cm3zDDoDNftrbfRwNM3V3wQ@mail.gmail.com>

"access_log off;" - такая штука помоему создает лог /etc/nginx/off
скорее всего файл ищется в цикле на каждом сервере, от этого после
5-10 минут жуткие тормоза. смотрите логи

worker_processes 16;       - не много ли? начните с 8
worker_priority -10;           - попробуйте без этого

27 марта 2012 г. 12:51 пользователь  <admin на sysadmins.el.kg> написал:
> Приветствую всех! У меня собственно проблемы следующего характера - есть 4
> машины с общим дисковым массивом, все с OracleLinux 6.2 на борту. 2 из них
> помощнее, 2 послабее. на тех что помощнее установлены nginx и apache, на
> тех что послабее - lighttpd. Предполагалась следующая схема - машины с
> лайти отдают статику, машины с апачами - динамику, на обоих машинах с
> apache установлен nginx чисто как балансирующий прокси-сервер (failover
> via heartbeat). Однако то ли руки у вашего покорного слуги растут не из
> того места, то ли еще что... в общем уже и не знаю на что грешить.
> Вот конфиг:
>
> user nginx;
>
> worker_processes 16;
> worker_priority -10;
>
> error_log /var/log/nginx/error.log notice;
> pid /var/run/nginx.pid;
>
> timer_resolution 100ms;
> worker_rlimit_nofile 8192;
>
> events {
> worker_connections 2048;
> use epoll;
> }
>
>
> http {
> include /etc/nginx/mime.types;
> default_type application/octet-stream;
>
> log_format IP '$remote_addr';
>
> log_format main '$remote_addr - $remote_user [$time_local] "$request" '
> '$status $body_bytes_sent "$http_referer" '
> '"$http_user_agent" "$http_x_forwarded_for"';
> log_format upstreams '$remote_addr - $remote_user [$time_local] '
> '"$request" $status $body_bytes_sent '
> '"$http_referer" "$http_user_agent" '
> '$upstream_addr "$upstream_status" '
> '$upstream_response_time "$host" ';
>
>
> access_log /var/log/nginx/access.log main;
>
> limit_conn_zone $binary_remote_addr zone=myzone:10m;
> proxy_cache_path /var/cache/nginx levels=2 keys_zone=pagecache:5m
> inactive=10m max_size=50m;
> proxy_cache off;
> proxy_connect_timeout 90;
> proxy_send_timeout 90;
> proxy_read_timeout 90;
> client_body_buffer_size 128k;
> # proxy_buffer_size 4k;
> # proxy_buffers 4 32k;
> proxy_buffers 16 32k;
> proxy_buffer_size 64k;
> proxy_busy_buffers_size 64k;
> proxy_temp_file_write_size 64k;
> client_header_buffer_size 16k;
> client_max_body_size 2048M;
> open_file_cache max=512 inactive=86400s;
> open_file_cache_valid 21600s;
> open_file_cache_min_uses 1;
> open_file_cache_errors off;
>
>
> output_buffers 32 64k;
> postpone_output 1460;
>
> lingering_time 30;
> lingering_timeout 10;
> reset_timedout_connection on;
>
> client_header_timeout 90;
> client_body_timeout 90;
>
> expires 2m;
> keepalive_timeout 60;
> send_timeout 10m;
>
> ignore_invalid_headers on;
> # resolver dns_ip;
> keepalive_requests 100;
> limit_conn_zone $binary_remote_addr zone=gulag:5m;
> recursive_error_pages on;
> sendfile on;
> server_name_in_redirect on;
> server_tokens off;
>
> tcp_nodelay on;
> tcp_nopush on;
>
> gzip off;
> gzip_disable "MSIE [1-6]\.";
> gzip_comp_level 3;
> gzip_min_length 1100;
> gzip_buffers 4 64k;
> gzip_http_version 1.1;
> gzip_proxied any;
> gzip_types text/plain application/xml application/x-javascript text/css;
>
> server {
> server_name host www.host;
> listen 0.0.0.0:80;
>
> if ($host = 'host' ) { rewrite ^/(.*)$ http://www.host/$1 permanent; }
>
> location ~*
> ^.+\.(jpg|jpeg|gif|flv|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|wav|bmp|rtf|js|ico|swf)$
> {
> access_log off;
> error_log /var/log/nginx/host.kg.error.log;
> root /srv/data/www/host;
> # proxy_pass http://static;
> # proxy_set_header Host $host;
> # proxy_set_header IP $remote_addr;
> # proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> # proxy_set_header X-Forwarded-Proto $scheme;
> # proxy_set_header X-Real-IP $remote_addr;
> }
> location / {
> proxy_pass http://192.168.50.1:8081;
> proxy_redirect http://192.168.50.1:8081/ /;
> proxy_set_header Host $host;
> proxy_set_header IP $remote_addr;
> proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> proxy_set_header X-Forwarded-Proto $scheme;
> proxy_set_header X-Real-IP $remote_addr;
> access_log /var/log/nginx/host.dyn.access.log upstreams;
> }
> }
> upstream static {
> server 192.168.50.5:8080 max_fails=3 fail_timeout=30s;
> server 192.168.50.4:8080 max_fails=3 fail_timeout=30s;
> server 192.168.50.1:8081 backup;
> server 192.168.50.3:8081 backup;
> }
>
> upstream apaches {
> server 192.168.50.1:8081 max_fails=3 fail_timeout=30s;
> server 192.168.50.3:8081 max_fails=3 fail_timeout=30s;
> }
> }
>
> Итак, странности:
>
> 1. Стоит включить в первом локейшне проксирование на апстрим static вместо
> указания корня минут через 5-10 начинаются жуткие тормоза с откликом
> сервера и прогрузкой страниц. Грешил на бэкенды, заменил lighttpd на nginx
> - разницы никакой.
>
> 2. Если включить во втором локейшне апстрим apaches, вместо явной передачи
> какому-либо из бэкендов, время загрузки страниц увеличивается примерно
> вдвое. Применение там директивы ip_hash увеличивает его еще примерно
> вдвое. Конфиги apache обоих серверов идентичны и сведены к минимуму -
> ничего лишнего!
>
> 3. Как вы наверное заметили, у меня выключены gzip и proxy_cache - при
> включении данных параметров начинаются ужаснейшие тормоза как и в первом
> случае и примерно через полчаса паботы сервер загинается в известную позу.
>
> Уважаемые гуру, подскажите пожалуйста где затык.
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



-- 
С уважением,
Боваев Бова

From admin на sysadmins.el.kg  Wed Mar 28 12:27:41 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Wed, 28 Mar 2012 18:27:41 +0600 (KGT)
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <CA+WOrk04XQSLNv=5vUAB=yGEKQ-cm3zDDoDNftrbfRwNM3V3wQ@mail.gmail.com>
References: <37231.77.235.14.177.1332838261.squirrel@85.115.208.54>
	<CA+WOrk04XQSLNv=5vUAB=yGEKQ-cm3zDDoDNftrbfRwNM3V3wQ@mail.gmail.com>
Message-ID: <37949.77.235.14.177.1332937661.squirrel@85.115.208.54>

> "access_log off;" - такая штука помоему создает лог /etc/nginx/off
> скорее всего файл ищется в цикле на каждом сервере, от этого после
> 5-10 минут жуткие тормоза. смотрите логи

Это было включено уже после того как начались тормоза.

> worker_processes 16;       - не много ли? начните с 8
> worker_priority -10;           - попробуйте без этого
Пробовал. Разницы никакой не ощущалось, поэтому вернул как было. 16 - это
реальное количество ядер машины.



From me на kemko.ru  Wed Mar 28 12:27:16 2012
From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=)
Date: Wed, 28 Mar 2012 16:27:16 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <CA+WOrk04XQSLNv=5vUAB=yGEKQ-cm3zDDoDNftrbfRwNM3V3wQ@mail.gmail.com>
References: <37231.77.235.14.177.1332838261.squirrel@85.115.208.54>
	<CA+WOrk04XQSLNv=5vUAB=yGEKQ-cm3zDDoDNftrbfRwNM3V3wQ@mail.gmail.com>
Message-ID: <CAECYwbnMrv++2FxcGg9+EUAY63Lz6Q2ti37TEpGTteucXaE61w@mail.gmail.com>

28 марта 2012 г. 16:19 пользователь ink08 <ink08 на ink-online.ru> написал:
> "access_log off;" - такая штука помоему создает лог /etc/nginx/off
> скорее всего файл ищется в цикле на каждом сервере, от этого после
> 5-10 минут жуткие тормоза.

Элементарно проверяется же.
синтаксис:	access_log путь [формат [buffer=размер]];
access_log off;
http://nginx.org/ru/docs/http/ngx_http_log_module.html
Так что конструкция корректна.

From nginx-forum на nginx.us  Wed Mar 28 12:48:24 2012
From: nginx-forum на nginx.us (madman)
Date: Wed, 28 Mar 2012 08:48:24 -0400 (EDT)
Subject: nginx & FreeBSD 8.2 keglim
Message-ID: <59ee0ae014ec8e220746a71cd1d8b4cf.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!

На FreeBSD 8.2-RELEASE-p2 amd64 nginx стал часто
находится в состоянии keglim и тормозить
при отдаче.

top:
last pid: 93140;  load averages:  7.65,  8.00,  3.90                    
                                                    up 0+20:21:25 
12:31:39
800 processes: 1 running, 799 sleeping
CPU:  0.0% user,  0.0% nice,  1.1% system,  0.0% interrupt, 98.9% idle
Mem: 4008M Active, 462M Inact, 3080M Wired, 172M Cache, 726M Buf, 146M
Free
Swap: 4000M Total, 268M Used, 3732M Free, 6% Inuse, 8K In

  PID USERNAME       THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU
COMMAND
73145 www              1  44  -10 17816K  4220K keglim  2   0:19  0.20%
nginx
73103 www              1  44  -10 19864K  5836K keglim  7   0:25  0.10%
nginx

systat -v 1:
    1 users    Load  3.97  7.01  3.73                  Mar 28 12:32

Mem:KB    REAL            VIRTUAL                       VN PAGER   SWAP
PAGER
        Tot   Share      Tot    Share    Free           in   out     in 
 out
Act 1016156   12792 10225132    27476  356892  count    15            3
All 1631216   15172 1084906k   120172          pages    15           23
Proc:                                                           
Interrupts
  r   p   d   s   w   Csw  Trp  Sys  Int  Sof  Flt     91 cow   18041
total
             1k       16k  511 6207 2048  803  445    228 zfod       
ehci0 19
                                                          ozfod      
atapci1 23
 2.7%Sys   0.4%Intr  0.4%User  0.0%Nice 96.5%Idle        %ozfod    28
mfi0 irq33
|    |    |    |    |    |    |    |    |    |    |       daefr   138
atapci0 38
=+                                                        prcfr  2000
cpu0: time
                                         7 dtbuf      759 totfr  1882
bce0 256
Namei     Name-cache   Dir-cache   3000000 desvn          react  2000
cpu1: time
   Calls    hits   %    hits   %    101337 numvn          pdwak  2000
cpu3: time
    7336    7253  99                 51609 frevn          pdpgs  1994
cpu4: time
                                                        3 intrn  2000
cpu6: time
Disks   ad4   ad6 mfid0 mfid1                     3300556 wire   2000
cpu5: time
KB/t   9.89 12.53 32.00   101                     3960836 act    2000
cpu7: time
tps      79    60     3    15                      439212 inact  1999
cpu2: time
MB/s   0.76  0.74  0.09  1.51                      203748 cache
%busy     2     1     2     8                      153172 free
                                                   743504 buf

netstat -m:
126728/3712/130440 mbufs in use (current/cache/total)
9769/2961/12730/524288 mbuf clusters in use (current/cache/total/max)
9769/1368 mbuf+clusters out of packet secondary zone in use
(current/cache)
102400/0/102400/102400 4k (page size) jumbo clusters in use
(current/cache/total/max)
0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
460820K/6850K/467670K bytes allocated to network (current/cache/total)
0/0/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
3907967 requests for I/O initiated by sendfile
0 calls to protocol drain routines

Что можно сделать в этой ситуации? 
Спасибо

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224542,224542#msg-224542


From nginx-forum на nginx.us  Wed Mar 28 12:49:18 2012
From: nginx-forum на nginx.us (coramba)
Date: Wed, 28 Mar 2012 08:49:18 -0400 (EDT)
Subject: =?UTF-8?B?0LTQvtCx0LDQstC70LXQvdC40LUg0LPQtdGCINC/0LDRgNCw0LzQtdGC0YDQsCA=?=
	=?UTF-8?B?0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
Message-ID: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>

Всем привет!

Нужна помощь в написании правила для
nginx. 
Переношу сайт с apache на nginx. В старом
конфиге апача были три правила
RewriteRule /easy/$ %{REQUEST_FILENAME}?dif=1  [QSA]
RewriteRule /medium/$ %{REQUEST_FILENAME}?dif=2  [QSA]
RewriteRule /hard/$ %{REQUEST_FILENAME}?dif=3  [QSA]

Которые добавляли соответствующий
гетпараметр если в конце урл имелись
соотв части.
Но повторить подобную конструкцию для
nginx'a мне не удалось.
Пробовал 

rewrite easy/$ 	$request_filename?dif=1 last;
и так
rewrite .*/easy/$ 	$request_filename?dif=1 last;
и еще несколько вариантов, но ни один не
сработал. В чем моя ошибка, подскажите =)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224543,224543#msg-224543


From mdounin на mdounin.ru  Wed Mar 28 13:09:18 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 28 Mar 2012 17:09:18 +0400
Subject: nginx & FreeBSD 8.2 keglim
In-Reply-To: <59ee0ae014ec8e220746a71cd1d8b4cf.NginxMailingListRussian@forum.nginx.org>
References: <59ee0ae014ec8e220746a71cd1d8b4cf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120328130918.GF13466@mdounin.ru>

Hello!

On Wed, Mar 28, 2012 at 08:48:24AM -0400, madman wrote:

> Здравствуйте!
> 
> На FreeBSD 8.2-RELEASE-p2 amd64 nginx стал часто
> находится в состоянии keglim и тормозить
> при отдаче.

[...]

> 102400/0/102400/102400 4k (page size) jumbo clusters in use
> (current/cache/total/max)

[...]

> Что можно сделать в этой ситуации? 

Добавить page size jumbo clusters, kern.ipc.nmbjumbop.

Maxim Dounin


From nginx-forum на nginx.us  Wed Mar 28 13:15:09 2012
From: nginx-forum на nginx.us (madman)
Date: Wed, 28 Mar 2012 09:15:09 -0400 (EDT)
Subject: nginx & FreeBSD 8.2 keglim
In-Reply-To: <20120328130918.GF13466@mdounin.ru>
References: <20120328130918.GF13466@mdounin.ru>
Message-ID: <c56fd33ab658b7347b532a065ead9438.NginxMailingListRussian@forum.nginx.org>

Спасибо!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224542,224547#msg-224547


From hell-for-yahoo на umail.ru  Wed Mar 28 13:45:07 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Wed, 28 Mar 2012 17:45:07 +0400
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>
References: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1624728390.20120328174507@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) coramba!

c> Нужна помощь в написании правила для
c> nginx. 
c> Переношу сайт с apache на nginx. В старом
c> конфиге апача были три правила
c> RewriteRule /easy/$ %{REQUEST_FILENAME}?dif=1  [QSA]
c> RewriteRule /medium/$ %{REQUEST_FILENAME}?dif=2  [QSA]
c> RewriteRule /hard/$ %{REQUEST_FILENAME}?dif=3  [QSA]

c> Которые добавляли соответствующий
c> гетпараметр если в конце урл имелись
c> соотв части.
c> Но повторить подобную конструкцию для
c> nginx'a мне не удалось.
c> Пробовал 

c> rewrite easy/$  $request_filename?dif=1 last;
c> и так
c> rewrite .*/easy/$       $request_filename?dif=1 last;
c> и еще несколько вариантов, но ни один не
c> сработал. В чем моя ошибка, подскажите =)

В том, что rewrite здесь не нужен.


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) среда, 28.03.2012, <17:44>


From nginx-forum на nginx.us  Wed Mar 28 13:54:14 2012
From: nginx-forum на nginx.us (coramba)
Date: Wed, 28 Mar 2012 09:54:14 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <1624728390.20120328174507@mtu-net.ru>
References: <1624728390.20120328174507@mtu-net.ru>
Message-ID: <235fd5b910b0ce4e7637b2c763a1905a.NginxMailingListRussian@forum.nginx.org>

Andrey Repin Wrote:
-------------------------------------------------------
> В том, что rewrite здесь не нужен.
> -- 
> С уважением
>
>     Andrey Repin (hell-for-yahoo на umail.ru)
> среда, 28.03.2012, <17:44>
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

спасибо за развернутый ответ! =)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224543,224552#msg-224552


From mdounin на mdounin.ru  Wed Mar 28 14:00:55 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Wed, 28 Mar 2012 18:00:55 +0400
Subject: nginx-1.1.18
Message-ID: <20120328140055.GK13466@mdounin.ru>

Изменения в nginx 1.1.18                                          28.03.2012

    *) Изменение: теперь keepalive соединения не запрещены для Safari по
       умолчанию.

    *) Добавление: переменная $connection_requests.

    *) Добавление: переменные $tcpinfo_rtt, $tcpinfo_rttvar,
       $tcpinfo_snd_cwnd и $tcpinfo_rcv_space.

    *) Добавление: директива worker_cpu_affinity теперь работает на FreeBSD.

    *) Добавление: директивы xslt_param и xslt_string_param.
       Спасибо Samuel Behan.

    *) Исправление: в configure.
       Спасибо Piotr Sikora.

    *) Исправление: в модуле ngx_http_xslt_filter_module.

    *) Исправление: nginx не собирался на Debian GNU/Hurd.


Maxim Dounin


From zaabjuda на gmail.com  Wed Mar 28 15:35:41 2012
From: zaabjuda на gmail.com (=?KOI8-R?B?5M3J1NLJyiD2yczYw8/X?=)
Date: Wed, 28 Mar 2012 19:35:41 +0400
Subject: redis get
In-Reply-To: <9e853670102bee09a9a2a1aea5b71380.NginxMailingListRussian@forum.nginx.org>
References: <c8db760fffebc41eded97ab87362f075.NginxMailingListRussian@forum.nginx.org>
	<9e853670102bee09a9a2a1aea5b71380.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CAGA13jRUehuGEHGNQKnZ8ytKPuaom-Y8r4ruvt5LDovgznJWkA@mail.gmail.com>

        location /mus/dln/stream {
                location ~ ^/mus/dln/stream/(?P<trID>[^/]+)$ {
                        add_header Content-Type "audio/wav";
                        proxy_hide_header Content-Type;
                        set $diyURI ab;
                        rewrite_by_lua '
                            local res =
ngx.location.capture("/mus/internal/getDlnURI/"..ngx.var.trID)
                            ngx.var.dlnURI = res.body
                        ';
                        proxy_pass $dlnURI ;
                }
        }
        location /mus/internal {
                internal;
                location ~
^/mus/internal/getDlnURI/(?P<redisKeyFromLocation>[^/]+)$ {
                        add_header Content-Type "text/html";
                        set $redisKeyPrefix dln;
                        set $redis_key $redisKeyPrefix$redisKeyFromLocation;
                        redis_pass 127.0.0.1:6379;
                }

В данном случае в локейшен /mus/internal/getDlnURI/ выплёвывется
значение ключа из редиса, затем в локейшене /mus/dln/stream/ мы с
помощью LUA выдёргиваем значения из предыдущего локейшена и
присваиваем это значение новой переменной $dlnURI , которую можем
использовать по своим задачам.

Для отладки параметр internal в локейшене /mus/internal можно
закоментить. И да тут я использовал  модуль HttpRedis
(http://wiki.nginx.org/HttpRedis) но суть от этого не меняется

28 марта 2012 г. 12:00 пользователь Saniek <nginx-forum на nginx.us> написал:
> если не трудно, скиньте пожалуйста.
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224390,224519#msg-224519
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

From roman.vasilyev на yousendit.com  Wed Mar 28 16:28:18 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 28 Mar 2012 09:28:18 -0700
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>
References: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F733C22.5030407@yousendit.com>

On 03/28/2012 05:49 AM, coramba wrote:
> Всем привет!
>
> Нужна помощь в написании правила для
> nginx.
> Переношу сайт с apache на nginx. В старом
> конфиге апача были три правила
> RewriteRule /easy/$ %{REQUEST_FILENAME}?dif=1  [QSA]
> RewriteRule /medium/$ %{REQUEST_FILENAME}?dif=2  [QSA]
> RewriteRule /hard/$ %{REQUEST_FILENAME}?dif=3  [QSA]
>
> Которые добавляли соответствующий
> гетпараметр если в конце урл имелись
> соотв части.
> Но повторить подобную конструкцию для
> nginx'a мне не удалось.
> Пробовал
>
> rewrite easy/$ 	$request_filename?dif=1 last;
> и так
> rewrite .*/easy/$ 	$request_filename?dif=1 last;
>    
Вы дальше эти параметры читаете на бэкенде(типа fcgi/scgi....) или 
проксируете на другой сервер?
> и еще несколько вариантов, но ни один не
> сработал. В чем моя ошибка, подскажите =)
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224543,224543#msg-224543
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From roman.vasilyev на yousendit.com  Wed Mar 28 16:45:11 2012
From: roman.vasilyev на yousendit.com (Roman Vasilyev)
Date: Wed, 28 Mar 2012 09:45:11 -0700
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <4F733C22.5030407@yousendit.com>
References: <707392590a8dde573264a5bfb08c6cdf.NginxMailingListRussian@forum.nginx.org>
	<4F733C22.5030407@yousendit.com>
Message-ID: <4F734017.5070605@yousendit.com>

On 03/28/2012 09:28 AM, Roman Vasilyev wrote:
> On 03/28/2012 05:49 AM, coramba wrote:
>> Всем привет!
>>
>> Нужна помощь в написании правила для
>> nginx.
>> Переношу сайт с apache на nginx. В старом
>> конфиге апача были три правила
>> RewriteRule /easy/$ %{REQUEST_FILENAME}?dif=1  [QSA]
>> RewriteRule /medium/$ %{REQUEST_FILENAME}?dif=2  [QSA]
>> RewriteRule /hard/$ %{REQUEST_FILENAME}?dif=3  [QSA]
>>
>> Которые добавляли соответствующий
>> гетпараметр если в конце урл имелись
>> соотв части.
>> Но повторить подобную конструкцию для
>> nginx'a мне не удалось.
>> Пробовал
>>
>> rewrite easy/$     $request_filename?dif=1 last;
>> и так
>> rewrite .*/easy/$     $request_filename?dif=1 last;
я думаю вы можете попробовать следующее:
rewrite easy/$ $uri?dif=1? last;
> Вы дальше эти параметры читаете на бэкенде(типа fcgi/scgi....) или 
> проксируете на другой сервер?
>> и еще несколько вариантов, но ни один не
>> сработал. В чем моя ошибка, подскажите =)
>>
>> Posted at Nginx Forum: 
>> http://forum.nginx.org/read.php?21,224543,224543#msg-224543
>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From postmaster на softsearch.ru  Wed Mar 28 22:43:27 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Thu, 29 Mar 2012 02:43:27 +0400
Subject: nginx-1.1.18
In-Reply-To: <20120328140055.GK13466@mdounin.ru>
References: <20120328140055.GK13466@mdounin.ru>
Message-ID: <615251200.20120329024327@softsearch.ru>

Здравствуйте, Maxim.

>     *) Добавление: переменная $connection_requests.

Это   счётчик  запросов  внутри  keepalive  соединения?  Какое  у  неё
возможное применение?

>     *) Добавление: переменные $tcpinfo_rtt, $tcpinfo_rttvar,
>        $tcpinfo_snd_cwnd и $tcpinfo_rcv_space.

А для чего их можно использовать, кроме логирования?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Thu Mar 29 07:37:14 2012
From: nginx-forum на nginx.us (yuri37)
Date: Thu, 29 Mar 2012 03:37:14 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <8c4d35c3229e4b749bcdaf6f91715a21.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
	<7d26924b911857d950e5feda0f728b54.NginxMailingListRussian@forum.nginx.org>
	<8c4d35c3229e4b749bcdaf6f91715a21.NginxMailingListRussian@forum.nginx.org>
Message-ID: <88129aec9e1a49b12a9473ce0e83896f.NginxMailingListRussian@forum.nginx.org>

ink08 Wrote:
-------------------------------------------------------
> Надо чтобы сайт не писал
> куки гостям
> 
> php_admin_value session.name "session"
> php_admin_value session.auto_start 0

Кука нужная пишется только при
авторизации! И удаляется при выходе!
Может я вам доступ к серверу, вы
посмотрите. Мне проще заплатить! 
Напишите свои контакты!

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224590#msg-224590


From citrin на citrin.ru  Thu Mar 29 07:58:47 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Thu, 29 Mar 2012 11:58:47 +0400
Subject: nginx-1.1.18
In-Reply-To: <615251200.20120329024327@softsearch.ru>
References: <20120328140055.GK13466@mdounin.ru>
	<615251200.20120329024327@softsearch.ru>
Message-ID: <4F741637.6090300@citrin.ru>

29.03.2012 2:43, Михаил Монашёв написал:
>
>>      *) Добавление: переменная $connection_requests.
>
> Это   счётчик  запросов  внутри  keepalive  соединения?  Какое  у  неё
> возможное применение?

Писать в логи, смотреть кол-во запросов в одной коннекции и на основе 
этого оценивать эффективность keepalive. Если редко бывает больше одного 
запроса (при достаточно большом значении таймаута keepalive), то 
keepalive можно выключить (для уменьшения кол-ва коннекций на сервере).

Может быть актуально для некоторых высоконагруженных проектов (если 
нагрузки мало, проще дерать keepalive включенными).


From nginx-forum на nginx.us  Thu Mar 29 08:35:02 2012
From: nginx-forum на nginx.us (anon)
Date: Thu, 29 Mar 2012 04:35:02 -0400 (EDT)
Subject: =?UTF-8?B?UHJveHkgc3RvcmUg0L/RgNC40L3RhtC40L8g0YDQsNCx0L7RgtGL?=
Message-ID: <479882a9ccbe2c39275a154686722411.NginxMailingListRussian@forum.nginx.org>

Здравствуйте.

Не могу понять почему происходит такая
ситуация. Я включил кеширование
статики через proxy_store, но файлы туда
попадают не сразу, уже около двух дней
как работает эта схема, но некоторые
запросы на статику пропускаются на
бекенды как бы игнорируя кеш.
Так же через какое то время эти файлы
могут попасть в кеш и уже не
запрашиваться с бекендов. Кеш
постоянно немного растет.

Как мне казалось, эта схема должна все
первые запросы статики отправить на
бекенд, а остальные уже в кеш, почему
так не происходит мне не совсем
понятно. Ткните в доки, если пропустил
что-то. Спасибо.

location /img/ {
                expires max;
                root /var/cache/nginx/cache0/ ;
                try_files $uri @storage;
                access_log off;
}
location /js/ {
               expires max;
               root /var/cache/nginx/cache0/ ;
               try_files $uri @storage;
               access_log off;
}
location /css/ {
               expires max;
               root /var/cache/nginx/cache0/ ;
               try_files $uri @storage;
               access_log off;
}
location @storage {
                expires max;
                proxy_pass http://backend$request_uri;
                proxy_store on;
                proxy_store_access user:rw  group:rw  all:r;
                proxy_temp_path /var/cache/nginx/cache_temp/;
                root /var/cache/nginx/cache0/;
                access_log off;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224592,224592#msg-224592


From morozov_ml на ngs.ru  Thu Mar 29 09:27:42 2012
From: morozov_ml на ngs.ru (Alexey Morozov)
Date: Thu, 29 Mar 2012 16:27:42 +0700
Subject: =?UTF-8?B?UmU6IFByb3h5IHN0b3JlINC/0YDQuNC90YbQuNC/INGA0LDQsdC+0YLRiw==?=
In-Reply-To: <479882a9ccbe2c39275a154686722411.NginxMailingListRussian@forum.nginx.org>
References: <479882a9ccbe2c39275a154686722411.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F742B0E.9010008@ngs.ru>

Здравствуйте!

Насколько я понимаю, Вы перепутали местами fallback ($uri) и кэш (@storage).

29.03.2012 15:35, anon пишет:
> Здравствуйте.
>
> Не могу понять почему происходит такая
> ситуация. Я включил кеширование
> статики через proxy_store, но файлы туда
> попадают не сразу, уже около двух дней
> как работает эта схема, но некоторые
> запросы на статику пропускаются на
> бекенды как бы игнорируя кеш.
> Так же через какое то время эти файлы
> могут попасть в кеш и уже не
> запрашиваться с бекендов. Кеш
> постоянно немного растет.
>
> Как мне казалось, эта схема должна все
> первые запросы статики отправить на
> бекенд, а остальные уже в кеш, почему
> так не происходит мне не совсем
> понятно. Ткните в доки, если пропустил
> что-то. Спасибо.
>
> location /img/ {
>                  expires max;
>                  root /var/cache/nginx/cache0/ ;
>                  try_files $uri @storage;
>                  access_log off;
> }
> location /js/ {
>                 expires max;
>                 root /var/cache/nginx/cache0/ ;
>                 try_files $uri @storage;
>                 access_log off;
> }
> location /css/ {
>                 expires max;
>                 root /var/cache/nginx/cache0/ ;
>                 try_files $uri @storage;
>                 access_log off;
> }
> location @storage {
>                  expires max;
>                  proxy_pass http://backend$request_uri;
>                  proxy_store on;
>                  proxy_store_access user:rw  group:rw  all:r;
>                  proxy_temp_path /var/cache/nginx/cache_temp/;
>                  root /var/cache/nginx/cache0/;
>                  access_log off;
>
> Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224592,224592#msg-224592
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


From nginx-forum на nginx.us  Thu Mar 29 13:25:09 2012
From: nginx-forum на nginx.us (ink08)
Date: Thu, 29 Mar 2012 09:25:09 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCa0LXRiNC40YDQvtCy0LDQvdC40LUg0Lgg0LrRg9C60LggLSDQv9GA0L4=?=
	=?UTF-8?B?0LHQu9C10LzRiw==?=
In-Reply-To: <88129aec9e1a49b12a9473ce0e83896f.NginxMailingListRussian@forum.nginx.org>
References: <b3903c27840753ea0fbc20d5c29deaa2.NginxMailingListRussian@forum.nginx.org>
	<7d26924b911857d950e5feda0f728b54.NginxMailingListRussian@forum.nginx.org>
	<8c4d35c3229e4b749bcdaf6f91715a21.NginxMailingListRussian@forum.nginx.org>
	<88129aec9e1a49b12a9473ce0e83896f.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4ee2700b0bfb957831f9aa67277769e2.NginxMailingListRussian@forum.nginx.org>

ink08 на ink-online.ru 
пишите, посмотрим

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224058,224603#msg-224603


From nginx-forum на nginx.us  Thu Mar 29 13:30:04 2012
From: nginx-forum на nginx.us (ink08)
Date: Thu, 29 Mar 2012 09:30:04 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <CAECYwbnMrv++2FxcGg9+EUAY63Lz6Q2ti37TEpGTteucXaE61w@mail.gmail.com>
References: <CAECYwbnMrv++2FxcGg9+EUAY63Lz6Q2ti37TEpGTteucXaE61w@mail.gmail.com>
Message-ID: <cf2d5ecdef1a5ed98bc4351cfab9c11c.NginxMailingListRussian@forum.nginx.org>

kemko Wrote:
-------------------------------------------------------
> Элементарно проверяется
> же.
> синтаксис:	access_log путь
> [формат [buffer=размер]];
> access_log off;
> http://nginx.org/ru/docs/http/ngx_http_log_module.
> html
> Так что конструкция
> корректна.

я этот мануал тоже читал, но в какой-то
версии у меня создался файлик с именем
off, помогло только /dev/null

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224472,224604#msg-224604


From nginx-forum на nginx.us  Thu Mar 29 13:43:27 2012
From: nginx-forum на nginx.us (kron)
Date: Thu, 29 Mar 2012 09:43:27 -0400 (EDT)
Subject: nginx proxy_pass + redirect
Message-ID: <8b1f28f4cfcd99f647084a1e41ae02af.NginxMailingListRussian@forum.nginx.org>

Здравствуйте!
Есть такая схема:
Юзер обращается на кеширующий сервер
за файлом, тот обращается за файлом на
backend. Может быть ситуация, когда backend
вместо файла вернет redirect на другой
сервер.
Можно ли сделать так, что бы кеширющий
nginx возвращал не redirect, а сам забирал бы
файл по ссылке, которую ему вернули?

Благодарю.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224606,224606#msg-224606


From root на vlad.pro  Wed Mar 28 13:42:52 2012
From: root на vlad.pro (Zhivotnev Vlad)
Date: Wed, 28 Mar 2012 17:42:52 +0400
Subject: =?UTF-8?B?0JHQsNCzINC40LvQuCDRhNC40YfQsD8g0KHRgtGA0LDQvdC90L7RgdGC0Lgg0YEg?=
	=?UTF-8?B?bGlzdGVuLg==?=
Message-ID: <CAMLrAutp5ML_XywUeMYtOceDj_Ww8nJRofkdra347_Y=e5-=mw@mail.gmail.com>

Была такая конструкция:

listen 81;
listen 444 ssl;
ssl on;
ssl_certificate ...;
ssl_certificate_key ...;

Попытался добавить туда ещё и listen 82; (порт неважен, пробовал 8081,
8082 и так далее, эффект одинаковый). Nginx стал отвечать 400кой (The
plain HTTP request was sent to HTTPS port) на этих новых портах. При
том, если убрать ssl on - то всё хорошо.

То есть, конструкция вида:
listen 81;
listen 82;
listen 444 ssl;
ssl on;
ssl_certificate ...;
ssl_certificate_key ...;
Работает неверно, http только на 81м порту, https - на 444м или 82м.

А конструкция:
listen 81;
listen 82;
listen 444 ssl;
#ssl on;
ssl_certificate ...;
ssl_certificate_key ...;
работает нормально и http висит на 81м и 82м.

Есть этому какое-нибудь объяснение? Особенность "ssl on"? Не очень бы
хотелось поймать непонятный спецэффект от этого на большом кластере)
Более того, непонятно как в данном случае выбирается http порт - в
любых вариациях он был именно 81й (ни по первой строчке по порядку в
конфиге, ни по номеру порта. Разве что 81й в данном месте
приоритетнее).

Ну и сразу вопрос вдогонку - если это особенность ssl on, то можно ли
жить спокойно без этой строки, помечая нужные порты директивой ssl ?

nginx: nginx version: nginx/1.0.4
nginx: TLS SNI support enabled
nginx: configure arguments: --prefix=/etc/nginx
--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
--http-scgi-temp-path=/var/lib/nginx/scgi
--http-uwsgi-temp-path=/var/lib/nginx/uwsgi
--lock-path=/var/lock/nginx.lock --pid-path=/var/run/nginx.pid
--with-debug --with-http_addition_module --with-http_flv_module
--with-http_mp3_module --with-http_dav_module --with-http_geoip_module
--with-http_gzip_static_module --with-http_image_filter_module
--with-http_perl_module --with-http_realip_module
--with-http_stub_status_module --with-http_ssl_module
--with-http_sub_module --with-http_xslt_module --with-ipv6
--with-sha1=/usr/include/openssl --with-md5=/usr/include/openssl
--with-mail --with-mail_ssl_module
--add-module=/home/censored/nginx-stable/debian/modules/nginx-echo
--add-module=/home/censored/nginx-stable/debian/modules/nginx-development-kit
--add-module=/home/censored/nginx-stable/debian/modules/nginx-lua
--add-module=/home/censored/nginx-stable/debian/modules/nginx-upstream-fair

From igor на sysoev.ru  Thu Mar 29 14:13:21 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Thu, 29 Mar 2012 18:13:21 +0400
Subject: =?UTF-8?B?UmU6INCR0LDQsyDQuNC70Lgg0YTQuNGH0LA/INCh0YLRgNCw0L3QvdC+0YHRgtC4?=
	=?UTF-8?B?INGBIGxpc3Rlbi4=?=
In-Reply-To: <CAMLrAutp5ML_XywUeMYtOceDj_Ww8nJRofkdra347_Y=e5-=mw@mail.gmail.com>
References: <CAMLrAutp5ML_XywUeMYtOceDj_Ww8nJRofkdra347_Y=e5-=mw@mail.gmail.com>
Message-ID: <20120329141321.GB25053@nginx.com>

On Wed, Mar 28, 2012 at 05:42:52PM +0400, Zhivotnev Vlad wrote:
> Была такая конструкция:
> 
> listen 81;
> listen 444 ssl;
> ssl on;
> ssl_certificate ...;
> ssl_certificate_key ...;
> 
> Попытался добавить туда ещё и listen 82; (порт неважен, пробовал 8081,
> 8082 и так далее, эффект одинаковый). Nginx стал отвечать 400кой (The
> plain HTTP request was sent to HTTPS port) на этих новых портах. При
> том, если убрать ssl on - то всё хорошо.
> 
> То есть, конструкция вида:
> listen 81;
> listen 82;
> listen 444 ssl;
> ssl on;
> ssl_certificate ...;
> ssl_certificate_key ...;
> Работает неверно, http только на 81м порту, https - на 444м или 82м.
> 
> А конструкция:
> listen 81;
> listen 82;
> listen 444 ssl;
> #ssl on;
> ssl_certificate ...;
> ssl_certificate_key ...;
> работает нормально и http висит на 81м и 82м.
> 
> Есть этому какое-нибудь объяснение? Особенность "ssl on"? Не очень бы
> хотелось поймать непонятный спецэффект от этого на большом кластере)
> Более того, непонятно как в данном случае выбирается http порт - в
> любых вариациях он был именно 81й (ни по первой строчке по порядку в
> конфиге, ни по номеру порта. Разве что 81й в данном месте
> приоритетнее).
> 
> Ну и сразу вопрос вдогонку - если это особенность ssl on, то можно ли
> жить спокойно без этой строки, помечая нужные порты директивой ssl ?

SSL - это свойство порта, а не сервера, поэтому лучше его указывать
в директиве listen. "ssl on" появилось до этого флага в директиве listen.

Что касается порта 81, то, скорее всего, на этом порту слушает ещё
один сервер без ssl, поэтому он воспринимает обычный http без ошибок.


-- 
Игорь Сысоев
http://sysoev.ru


From nginx-forum на nginx.us  Thu Mar 29 14:23:23 2012
From: nginx-forum на nginx.us (coramba)
Date: Thu, 29 Mar 2012 10:23:23 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <4F734017.5070605@yousendit.com>
References: <4F734017.5070605@yousendit.com>
Message-ID: <b2b943b0ad91533e30b96b53c90f920d.NginxMailingListRussian@forum.nginx.org>

Roman Vasilyev Wrote:
> Вы дальше эти параметры
> читаете на бэкенде(типа
> fcgi/scgi....) или 
> > проксируете на другой
> сервер?
нет, никуда не проксирую, подхватываю
php-fpm'ом на этом же серваке. А в чем
разница в данном случае?

> я думаю вы можете попробовать
следующее:
> rewrite easy/$ $uri?dif=1? last;
спасибо, сегодня вечером попробую
похоже, что вы правы, тк вчера добился,
что схема заработала, но только если в
конце строки запроса передавался любой
гет параметр, без него - 500. Обнаружил
это случайно, как решить не нашел.
Добавленный вами ? похоже решит
проблему. Но только как это работает, не
совсем понимаю, а хочется разобраться,
а не просто ставить костылек )))

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224543,224610#msg-224610


From admin на sysadmins.el.kg  Thu Mar 29 16:26:24 2012
From: admin на sysadmins.el.kg (admin на sysadmins.el.kg)
Date: Thu, 29 Mar 2012 22:26:24 +0600 (KGT)
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <cf2d5ecdef1a5ed98bc4351cfab9c11c.NginxMailingListRussian@forum.nginx.
	org>
References: <CAECYwbnMrv++2FxcGg9+EUAY63Lz6Q2ti37TEpGTteucXaE61w@mail.gmail.com>
	<cf2d5ecdef1a5ed98bc4351cfab9c11c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <60300.212.97.30.19.1333038384.squirrel@85.115.208.54>

Нет, файлика у меня нету, логи никуда не пишутся,в error логе только
редкие 404.

> kemko Wrote:
> -------------------------------------------------------
>> Элементарно проверяется
>> же.
>> синтаксис:	access_log путь
>> [формат [buffer=размер]];
>> access_log off;
>> http://nginx.org/ru/docs/http/ngx_http_log_module.
>> html
>> Так что конструкция
>> корректна.
>
> я этот мануал тоже читал, но в какой-то
> версии у меня создался файлик с именем
> off, помогло только /dev/null
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224472,224604#msg-224604
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru



From nginx-forum на nginx.us  Thu Mar 29 16:52:16 2012
From: nginx-forum на nginx.us (zdm)
Date: Thu, 29 Mar 2012 12:52:16 -0400 (EDT)
Subject: shebang config
Message-ID: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>

Есть ли аналог shebang конфига в nginx?

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224619,224619#msg-224619


From savefrom на gmail.com  Fri Mar 30 01:46:07 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Fri, 30 Mar 2012 09:46:07 +0800
Subject: =?UTF-8?B?UmU6INCR0LDQsyDQuNC70Lgg0YTQuNGH0LA/INCh0YLRgNCw0L3QvdC+0YHRgtC4?=
	=?UTF-8?B?INGBIGxpc3Rlbi4=?=
In-Reply-To: <20120329141321.GB25053@nginx.com>
References: <CAMLrAutp5ML_XywUeMYtOceDj_Ww8nJRofkdra347_Y=e5-=mw@mail.gmail.com>
	<20120329141321.GB25053@nginx.com>
Message-ID: <CA+uEM9PSCE7n-ACgGbCAj=KaADPDCQ-wFDUuUy9fAjaW6DYWRw@mail.gmail.com>

Здравствуйте,
Было бы хорошо указать эту особенность в документации, к примеру тут
http://nginx.org/ru/docs/http/ngx_http_ssl_module.html#ssl
Столкнулся со схожей проблемой и не нашел ничего лучше, чем дублировать
конфиг на 2 сервера.

29 марта 2012 г. 22:13 пользователь Igor Sysoev <igor на sysoev.ru> написал:

> On Wed, Mar 28, 2012 at 05:42:52PM +0400, Zhivotnev Vlad wrote:
> > Была такая конструкция:
> >
> > listen 81;
> > listen 444 ssl;
> > ssl on;
> > ssl_certificate ...;
> > ssl_certificate_key ...;
> >
> > Попытался добавить туда ещё и listen 82; (порт неважен, пробовал 8081,
> > 8082 и так далее, эффект одинаковый). Nginx стал отвечать 400кой (The
> > plain HTTP request was sent to HTTPS port) на этих новых портах. При
> > том, если убрать ssl on - то всё хорошо.
> >
> > То есть, конструкция вида:
> > listen 81;
> > listen 82;
> > listen 444 ssl;
> > ssl on;
> > ssl_certificate ...;
> > ssl_certificate_key ...;
> > Работает неверно, http только на 81м порту, https - на 444м или 82м.
> >
> > А конструкция:
> > listen 81;
> > listen 82;
> > listen 444 ssl;
> > #ssl on;
> > ssl_certificate ...;
> > ssl_certificate_key ...;
> > работает нормально и http висит на 81м и 82м.
> >
> > Есть этому какое-нибудь объяснение? Особенность "ssl on"? Не очень бы
> > хотелось поймать непонятный спецэффект от этого на большом кластере)
> > Более того, непонятно как в данном случае выбирается http порт - в
> > любых вариациях он был именно 81й (ни по первой строчке по порядку в
> > конфиге, ни по номеру порта. Разве что 81й в данном месте
> > приоритетнее).
> >
> > Ну и сразу вопрос вдогонку - если это особенность ssl on, то можно ли
> > жить спокойно без этой строки, помечая нужные порты директивой ssl ?
>
> SSL - это свойство порта, а не сервера, поэтому лучше его указывать
> в директиве listen. "ssl on" появилось до этого флага в директиве listen.
>
> Что касается порта 81, то, скорее всего, на этом порту слушает ещё
> один сервер без ssl, поэтому он воспринимает обычный http без ошибок.
>
>
> --
> Игорь Сысоев
> http://sysoev.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением, SaveFrom.net.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120330/1ce7650f/attachment-0001.html>

From savefrom на gmail.com  Fri Mar 30 03:40:10 2012
From: savefrom на gmail.com (SaveFrom.net)
Date: Fri, 30 Mar 2012 11:40:10 +0800
Subject: =?UTF-8?B?UmU6INC00L7QsdCw0LLQu9C10L3QuNC1INCz0LXRgiDQv9Cw0YDQsNC80LXRgtGA?=
	=?UTF-8?B?0LAg0YEg0L/QvtC80L7RidGM0Y4gcmV3cml0ZQ==?=
In-Reply-To: <b2b943b0ad91533e30b96b53c90f920d.NginxMailingListRussian@forum.nginx.org>
References: <4F734017.5070605@yousendit.com>
	<b2b943b0ad91533e30b96b53c90f920d.NginxMailingListRussian@forum.nginx.org>
Message-ID: <CA+uEM9M7iso_aWiYvG-gV=HX=a8+Ty8+Uw=FFdkn2SBvxhyHEw@mail.gmail.com>

Здравствуйте,

29 марта 2012 г. 22:23 пользователь coramba <nginx-forum на nginx.us> написал:

> Roman Vasilyev Wrote:
> > Вы дальше эти параметры
> > читаете на бэкенде(типа
> > fcgi/scgi....) или
> > > проксируете на другой
> > сервер?
> нет, никуда не проксирую, подхватываю
> php-fpm'ом на этом же серваке. А в чем
> разница в данном случае?
>
> > я думаю вы можете попробовать
> следующее:
> > rewrite easy/$ $uri?dif=1? last;
> спасибо, сегодня вечером попробую
> похоже, что вы правы, тк вчера добился,
> что схема заработала, но только если в
> конце строки запроса передавался любой
> гет параметр, без него - 500. Обнаружил
> это случайно, как решить не нашел.
> Добавленный вами ? похоже решит
> проблему. Но только как это работает, не
> совсем понимаю, а хочется разобраться,
> а не просто ставить костылек )))
>
http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#rewrite

Цитата: Если в строке замены указаны новые аргументы запроса, то предыдущие
аргументы запроса добавляются после них. Если такое поведение нежелательно,
можно отказаться от этого добавления, указав в конце строки замены знак
вопроса, например:
rewrite ^/users/(.*)$ /show?user=$1? last;



>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?21,224543,224610#msg-224610
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
С уважением, Антон
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120330/c467e056/attachment.html>

From mdounin на mdounin.ru  Fri Mar 30 05:49:32 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 30 Mar 2012 09:49:32 +0400
Subject: nginx proxy_pass + redirect
In-Reply-To: <8b1f28f4cfcd99f647084a1e41ae02af.NginxMailingListRussian@forum.nginx.org>
References: <8b1f28f4cfcd99f647084a1e41ae02af.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120330054932.GT13466@mdounin.ru>

Hello!

On Thu, Mar 29, 2012 at 09:43:27AM -0400, kron wrote:

> Здравствуйте!
> Есть такая схема:
> Юзер обращается на кеширующий сервер
> за файлом, тот обращается за файлом на
> backend. Может быть ситуация, когда backend
> вместо файла вернет redirect на другой
> сервер.
> Можно ли сделать так, что бы кеширющий
> nginx возвращал не redirect, а сам забирал бы
> файл по ссылке, которую ему вернули?

Да, но: для этого нужно вернуть не redirect, а X-Accel-Redirect на 
заранее сконфигурированный location, в котором будет 
сконфгурировано проксирование на нужный сервер.

Maxim Dounin


From nginx-forum на nginx.us  Fri Mar 30 09:04:00 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Fri, 30 Mar 2012 05:04:00 -0400 (EDT)
Subject: =?UTF-8?B?0J3QtdC/0L7QvdGP0YLQvdCw0Y8gNTAzINC+0YjQuNCx0LrQsA==?=
Message-ID: <2a8dd0e0e5602f2c0fe290e537e54c90.NginxMailingListRussian@forum.nginx.org>

Доброго всем времени суток. Столкнулся
с непонятной проблемой.
За nginx (freebsd 82. release, nginx 1.0.10) работает
скрипт на python в виде http-сервера,
выполняющий быструю обработку
входящих данных (GET) и отдающий простой
ответ с конкретным кодом (200,404,403,400) плюс
несколько заголовков. Никаких запросов
к БД, работы с ФС, работы с сетью, кроме
непосредственно взаимодействия с nginx.
Прямые запросы к этому серверу,
тестируемые через ab, успешно
выполняются для конфигов вида ab -c 100 -n
10000 url. Никаких ошибок, время ответа
порядка 20-150 мс.
Если же обращаемся через nginx, то
получаем порядка 60-80% ответов 503. Причем
по access_log значение request_time порядка 1-9 мс.
В "error_log debug" ничего по этой теме не
попадает. Параллельно python продолжает
успешно и быстро отвечать на прямые
запросы.

Проброс запроса идет через именованный
upstream. Пробовал большие max_fails, менять
proxy_*_timeout - без толку.

Запросов в python идет порядка 5 в секунду.

Собственно, не понятны два момента -
почему нет ничего дельного в debug-логе и
что собственно происходит? :)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224655,224655#msg-224655


From nginx-forum на nginx.us  Fri Mar 30 09:23:49 2012
From: nginx-forum на nginx.us (AterCattus)
Date: Fri, 30 Mar 2012 05:23:49 -0400 (EDT)
Subject: =?UTF-8?B?UmU6INCd0LXQv9C+0L3Rj9GC0L3QsNGPIDUwMyDQvtGI0LjQsdC60LA=?=
In-Reply-To: <2a8dd0e0e5602f2c0fe290e537e54c90.NginxMailingListRussian@forum.nginx.org>
References: <2a8dd0e0e5602f2c0fe290e537e54c90.NginxMailingListRussian@forum.nginx.org>
Message-ID: <7ce17861f46a5a7e16d6b19a0925bdd4.NginxMailingListRussian@forum.nginx.org>

Иногда бывает полезно выразить мысли
"вслух". Приходит высшее понимание
происходящего :)
503 выдает limit_conn.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224655,224656#msg-224656


From igor на sysoev.ru  Fri Mar 30 10:42:02 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Fri, 30 Mar 2012 14:42:02 +0400
Subject: shebang config
In-Reply-To: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
References: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120330104202.GA48072@nginx.com>

On Thu, Mar 29, 2012 at 12:52:16PM -0400, zdm wrote:
> Есть ли аналог shebang конфига в nginx?

Это как ? Так:

nginx.conf:
-------
#!/usr/local/sbin/nginx -c

worker_processs  2;
...
-------

работает.


-- 
Игорь Сысоев
http://sysoev.ru


From citrin на citrin.ru  Fri Mar 30 11:42:35 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Fri, 30 Mar 2012 15:42:35 +0400
Subject: =?UTF-8?B?0YTQvtGA0LzQsNGCINC00LDRgtGLINCyIGNvb2tpZQ==?=
Message-ID: <4F759C2B.3090300@citrin.ru>

Модуль ngx_http_userid_module при выдаче кук использует устаревший формат даты, 
например:
expires=Thu, 31-Dec-37 23:55:55 GMT

Почему не используется такой формат?
expires=Sun, 31 Dec 2037 23:55:55 GMT
Такой формат не понимают какие то бразуеры? Если да, то какие?

В RFC по этому поводу написано
http://tools.ietf.org/html/rfc2616#section-3.3.1

Sun, 06 Nov 1994 08:49:37 GMT  ; RFC 822, updated by RFC 1123
Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036
Sun Nov  6 08:49:37 1994       ; ANSI C's asctime() format

The first format is preferred as an Internet standard and represents
a fixed-length subset of that defined by RFC 1123 [8] (an update to
RFC 822 [9]). The second format is in common use, but is based on the
obsolete RFC 850 [12] date format and lacks a four-digit year.
HTTP/1.1 clients and servers that parse the date value MUST accept
all three formats (for compatibility with HTTP/1.0), though they MUST
only generate the RFC 1123 format for representing HTTP-date values
in header fields.

-- 
  Anton Yuzhaninov


From mdounin на mdounin.ru  Fri Mar 30 12:11:23 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Fri, 30 Mar 2012 16:11:23 +0400
Subject: =?UTF-8?B?UmU6INGE0L7RgNC80LDRgiDQtNCw0YLRiyDQsiBjb29raWU=?=
In-Reply-To: <4F759C2B.3090300@citrin.ru>
References: <4F759C2B.3090300@citrin.ru>
Message-ID: <20120330121123.GV13466@mdounin.ru>

Hello!

On Fri, Mar 30, 2012 at 03:42:35PM +0400, Anton Yuzhaninov wrote:

> Модуль ngx_http_userid_module при выдаче кук использует устаревший
> формат даты, например:
> expires=Thu, 31-Dec-37 23:55:55 GMT
> 
> Почему не используется такой формат?
> expires=Sun, 31 Dec 2037 23:55:55 GMT
> Такой формат не понимают какие то бразуеры? Если да, то какие?

u_char *
ngx_http_cookie_time(u_char *buf, time_t t)
{
    ngx_tm_t  tm;

    ngx_gmtime(t, &tm);

    /*
     * Netscape 3.x does not understand 4-digit years at all and
     * 2-digit years more than "37"
     */

    return ngx_sprintf(buf,
                       (tm.ngx_tm_year > 2037) ?
                                         "%s, %02d-%s-%d %02d:%02d:%02d GMT":
                                         "%s, %02d-%s-%02d %02d:%02d:%02d GMT",
                       week[tm.ngx_tm_wday],
                       tm.ngx_tm_mday,
                       months[tm.ngx_tm_mon - 1],
                       (tm.ngx_tm_year > 2037) ? tm.ngx_tm_year:
                                                 tm.ngx_tm_year % 100,
                       tm.ngx_tm_hour,
                       tm.ngx_tm_min,
                       tm.ngx_tm_sec);
}

Не то чтобы Netscape 3.x всё ещё актуален, но противоположных 
примеров пока нет ни одного.

Maxim Dounin


From dmitriy.st1964 на yandex.ru  Fri Mar 30 12:08:23 2012
From: dmitriy.st1964 на yandex.ru (Stepanov Dmitriy)
Date: Fri, 30 Mar 2012 15:08:23 +0300
Subject: rewrite rule
Message-ID: <534481333109303@web62.yandex.ru>

Есть работающая конструкция, понадобидось ввести проксирование

location /stuff / {
            proxy_pass   http://12.34.56.78:1088;
        }

Но данное проксирование не работает из-за if конструкции. Есть ли способ, заметить if на location, что бы выполнялось правило: всё, кроме определённых форматов перенаправлялось на index.php?

server {
        listen       80;
        server_name  www.example.ru;
?
            root   /var/www/site;
            index  index.php;

         if ($request_filename !~* \.(js|txt|gif|jpg|jpeg|png|css|swf|html|xml|xls|php|)$) {
            rewrite ^(.*)$  /index.php;
            }

location ~ \.php$ {
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /var/www/site$fastcgi_script_name;
            include        fastcgi_params;
         }

location /stuff / {
            proxy_pass   http://12.34.56.78:1088;
        }


From alexey.bobok на gmail.com  Fri Mar 30 12:17:05 2012
From: alexey.bobok на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JHQvtCx0L7Qug==?=)
Date: Fri, 30 Mar 2012 15:17:05 +0300
Subject: rewrite rule
In-Reply-To: <534481333109303@web62.yandex.ru>
References: <534481333109303@web62.yandex.ru>
Message-ID: <CAH05gjYg+_jUbTNbHyGRW_w0Tuctm87de4H8Zi7usEu57LcGyQ@mail.gmail.com>

30 марта 2012 г. 15:08 пользователь Stepanov Dmitriy <
dmitriy.st1964 на yandex.ru> написал:

> Есть работающая конструкция, понадобидось ввести проксирование
>
> location /stuff / {
>            proxy_pass   http://12.34.56.78:1088;
>        }
>
> Но данное проксирование не работает из-за if конструкции. Есть ли способ,
> заметить if на location, что бы выполнялось правило: всё, кроме
> определённых форматов перенаправлялось на index.php?
>
> server {
>        listen       80;
>        server_name  www.example.ru;
> ?
>            root   /var/www/site;
>            index  index.php;
>
>         if ($request_filename !~*
> \.(js|txt|gif|jpg|jpeg|png|css|swf|html|xml|xls|php|)$) {
>            rewrite ^(.*)$  /index.php;
>            }
>
> location ~ \.php$ {
>            fastcgi_pass   127.0.0.1:9000;
>            fastcgi_index  index.php;
>            fastcgi_param  SCRIPT_FILENAME
>  /var/www/site$fastcgi_script_name;
>            include        fastcgi_params;
>         }
>
> location /stuff / {
>            proxy_pass   http://12.34.56.78:1088;
>        }
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


Если я правильно понял и нужно проксировать весь /stuff/, то:

location ~* /stuff / {
           proxy_pass   http://12.34.56.78:1088;
       }

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

-- 
 Think before you print.
Best regards, Alexey Bobok.
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120330/9a9c1802/attachment.html>

From nginx-forum на nginx.us  Fri Mar 30 15:08:23 2012
From: nginx-forum на nginx.us (anon)
Date: Fri, 30 Mar 2012 11:08:23 -0400 (EDT)
Subject: =?UTF-8?B?UmU6IFByb3h5IHN0b3JlINC/0YDQuNC90YbQuNC/INGA0LDQsdC+0YLRiw==?=
In-Reply-To: <4F742B0E.9010008@ngs.ru>
References: <4F742B0E.9010008@ngs.ru>
Message-ID: <9fef7a2ef81b9d5ee3d09038b65778ec.NginxMailingListRussian@forum.nginx.org>

Здравствуйте. 

Спасибо за совет. Нашел причину такого
поведения в том, что для server ( listen 443;... я
не вписал кеширование, а на бекенде все
запросы падали в один лог. Дело было
просто в моей невнимательности.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224595,224670#msg-224670


From hell-for-yahoo на umail.ru  Fri Mar 30 16:19:30 2012
From: hell-for-yahoo на umail.ru (Andrey Repin)
Date: Fri, 30 Mar 2012 20:19:30 +0400
Subject: =?UTF-8?B?UmVbMl06INGE0L7RgNC80LDRgiDQtNCw0YLRiyDQsiBjb29raWU=?=
In-Reply-To: <20120330121123.GV13466@mdounin.ru>
References: <4F759C2B.3090300@citrin.ru> <20120330121123.GV13466@mdounin.ru>
Message-ID: <386733391.20120330201930@mtu-net.ru>

Здравствуйте, Уважаемый(-ая, -ое) Maxim Dounin!

MD> Не то чтобы Netscape 3.x всё ещё актуален, но противоположных
MD> примеров пока нет ни одного.

http://tools.ietf.org/html/bcp14


-- 
С уважением

    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 30.03.2012, <20:18>


From stalker на altlinux.ru  Fri Mar 30 16:19:43 2012
From: stalker на altlinux.ru (Anton Gorlov)
Date: Fri, 30 Mar 2012 20:19:43 +0400
Subject: =?UTF-8?B?UmU6INGE0L7RgNC80LDRgiDQtNCw0YLRiyDQsiBjb29raWU=?=
In-Reply-To: <20120330121123.GV13466@mdounin.ru>
References: <4F759C2B.3090300@citrin.ru> <20120330121123.GV13466@mdounin.ru>
Message-ID: <4F75DD1F.2030006@altlinux.ru>

30.03.2012 16:11, Maxim Dounin написал:
> Не то чтобы Netscape 3.x всё ещё актуален, но противоположных
> примеров пока нет ни одного.
а может ручку приделать?


From postmaster на softsearch.ru  Fri Mar 30 18:13:04 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 30 Mar 2012 22:13:04 +0400
Subject: =?UTF-8?B?0J7QtNC90L7QstGA0LXQvNC10L3QvdGL0Lkg0L/QvtGB0LzQvtGC0YAg0LvQvtCz?=
	=?UTF-8?B?0L7QsiDRgSDQvdC10YHQutC+0LvRjNC60LjRhSDRgdC10YDQstC10YDQvtCy?=
	=?UTF-8?B?LiBPRkZUT1BJQw==?=
Message-ID: <296180813.20120330221304@softsearch.ru>

Здравствуйте.

Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
серверов. Что-то вроде tail -F , только файлы расположены на удалённом
сервере. Какие варианты организации такого просмотра можно попробовать
реализовать?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From nginx-forum на nginx.us  Fri Mar 30 18:21:35 2012
From: nginx-forum на nginx.us (zdm)
Date: Fri, 30 Mar 2012 14:21:35 -0400 (EDT)
Subject: shebang config
In-Reply-To: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
References: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
Message-ID: <63f45f60ba310cf4f221bbb7e97e1502.NginxMailingListRussian@forum.nginx.org>

Нет, это так:

/usr/local/sbin/nginx -c conig.pl

config.pl:

#!/usr/bin/perl
print <<CONFIG;
worker_processes 1;
pcre_jit on;
events {
.....
CONFIG
1;

Т.е. если конфиг начинается с shebang - то он
выполняется через соответствующий
интерпретатор а реальный конфиг
читается из stdout. Очень удобно
динамические конфиги создавать.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224619,224681#msg-224681


From ano на bestmx.ru  Fri Mar 30 18:46:22 2012
From: ano на bestmx.ru (Andrey N. Oktyabrski)
Date: Fri, 30 Mar 2012 22:46:22 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <296180813.20120330221304@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
Message-ID: <4F75FF7E.3000203@bestmx.ru>

On 30.03.12 22:13, Михаил Монашёв wrote:
> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> сервере. Какие варианты организации такого просмотра можно попробовать
> реализовать?
ssh tail -F не подходит?


From alexander.moskalenko на gmail.com  Fri Mar 30 18:49:00 2012
From: alexander.moskalenko на gmail.com (Alexander Moskalenko)
Date: Fri, 30 Mar 2012 21:49:00 +0300
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <296180813.20120330221304@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
Message-ID: <CACVfVFsPGoWgWmAqP3dbiUpKJQsgmB9YmKKBa4Rs3FLdF4cDDA@mail.gmail.com>

2012/3/30 Михаил Монашёв <postmaster на softsearch.ru>

> Здравствуйте.
>
> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> сервере. Какие варианты организации такого просмотра можно попробовать
> реализовать?
>
> скрипт который мониторит лог и шлет сообщения в syslog который в свою
очередь шлет в loghost а там уже правилом все в 1 файл ?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120330/0201512f/attachment.html>

From public-mail на alekciy.ru  Fri Mar 30 19:21:57 2012
From: public-mail на alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=)
Date: Fri, 30 Mar 2012 23:21:57 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <CACVfVFsPGoWgWmAqP3dbiUpKJQsgmB9YmKKBa4Rs3FLdF4cDDA@mail.gmail.com>
References: <296180813.20120330221304@softsearch.ru>
	<CACVfVFsPGoWgWmAqP3dbiUpKJQsgmB9YmKKBa4Rs3FLdF4cDDA@mail.gmail.com>
Message-ID: <CAPP2NXpf1RtEGk-TMF7BR2ENXTFQg-q+n9f3F_nTucf8p2kOPg@mail.gmail.com>

Тогда уже проще сразу писать в syslog, а уже из него правилами писать
файла + писать на удаленный хост.

30 марта 2012 г. 22:49 пользователь Alexander Moskalenko
<alexander.moskalenko на gmail.com> написал:
> 2012/3/30 Михаил Монашёв <postmaster на softsearch.ru>

> скрипт который мониторит лог и шлет сообщения в syslog который в свою
> очередь шлет в loghost а там уже правилом все в 1 файл ?

From postmaster на softsearch.ru  Fri Mar 30 19:46:18 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 30 Mar 2012 23:46:18 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGA?=
	=?UTF-8?B?INC70L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LI=?=
	=?UTF-8?B?0LXRgNC+0LIuIE9GRlRPUElD?=
In-Reply-To: <4F75FF7E.3000203@bestmx.ru>
References: <296180813.20120330221304@softsearch.ru>
	<4F75FF7E.3000203@bestmx.ru>
Message-ID: <1727953501.20120330234618@softsearch.ru>

Здравствуйте, Andrey.

>> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
>> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
>> сервере. Какие варианты организации такого просмотра можно попробовать
>> реализовать?
> ssh tail -F не подходит?

не выходит сразу с нескольких серверов логи читать. Вот так не выходит
почему-то

tail -F `ssh host1 "tail -F /var/log/nginx/*` `ssh host1 "tail -F /var/log/nginx/*`

Очень надеюсь обойтись без сислогов.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From postmaster на softsearch.ru  Fri Mar 30 19:48:09 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Fri, 30 Mar 2012 23:48:09 +0400
Subject: =?UTF-8?B?UmVbM106INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGA?=
	=?UTF-8?B?INC70L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LI=?=
	=?UTF-8?B?0LXRgNC+0LIuIE9GRlRPUElD?=
In-Reply-To: <1727953501.20120330234618@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
	<4F75FF7E.3000203@bestmx.ru> <1727953501.20120330234618@softsearch.ru>
Message-ID: <1221128520.20120330234809@softsearch.ru>

Здравствуйте.

-tail -F `ssh host1 "tail -F /var/log/nginx/*` `ssh host1 "tail -F /var/log/nginx/*`
+tail -F `ssh host1 "tail -F /var/log/nginx/*"` `ssh host1 "tail -F /var/log/nginx/*"`



-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From citrin на citrin.ru  Fri Mar 30 20:19:12 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Sat, 31 Mar 2012 00:19:12 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <CAPP2NXpf1RtEGk-TMF7BR2ENXTFQg-q+n9f3F_nTucf8p2kOPg@mail.gmail.com>
References: <296180813.20120330221304@softsearch.ru>
	<CACVfVFsPGoWgWmAqP3dbiUpKJQsgmB9YmKKBa4Rs3FLdF4cDDA@mail.gmail.com>
	<CAPP2NXpf1RtEGk-TMF7BR2ENXTFQg-q+n9f3F_nTucf8p2kOPg@mail.gmail.com>
Message-ID: <4F761540.8070505@citrin.ru>

30.03.2012 23:21, Алексей Сундуков написал:
> Тогда уже проще сразу писать в syslog, а уже из него правилами писать
> файла + писать на удаленный хост.

Может и проще, но менее надежно.

В случае если nginx пишет в файл, то по крайней мере в этом файле будут 
все сообщения, без потерь.


From nginx-forum на nginx.us  Fri Mar 30 23:57:18 2012
From: nginx-forum на nginx.us (zdm)
Date: Fri, 30 Mar 2012 19:57:18 -0400 (EDT)
Subject: shebang config
In-Reply-To: <20120330104202.GA48072@nginx.com>
References: <20120330104202.GA48072@nginx.com>
Message-ID: <fc1a9ae04e7c85e1c645ef0220171e80.NginxMailingListRussian@forum.nginx.org>

Создал тему в "Ideas and Feature Requests" -
http://forum.nginx.org/read.php?10,224693

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224619,224695#msg-224695


From pavel2000 на ngs.ru  Sat Mar 31 04:54:16 2012
From: pavel2000 на ngs.ru (Pavel V.)
Date: Sat, 31 Mar 2012 11:54:16 +0700
Subject: shebang config
In-Reply-To: <63f45f60ba310cf4f221bbb7e97e1502.NginxMailingListRussian@forum.nginx.org>
References: <d0b745dec3d5ec7a1b5c3dea78b1f9bd.NginxMailingListRussian@forum.nginx.org>
	<63f45f60ba310cf4f221bbb7e97e1502.NginxMailingListRussian@forum.nginx.org>
Message-ID: <1806179995.20120331115416@ngs.ru>

Здравствуйте, zdm.

Вы писали 31 марта 2012 г., 1:21:35:

> Нет, это так:

> /usr/local/sbin/nginx -c conig.pl
> Т.е. если конфиг начинается с shebang - то он
> выполняется через соответствующий
> интерпретатор а реальный конфиг
> читается из stdout. Очень удобно
> динамические конфиги создавать.


1) А в каком программном обеспечении уже есть такая фишка ?
2) Чем это отличается от формирования конфига перед запуском в стартовых скриптах nginx ?

Вот вам аналог "shebang конфига" :

TMPFILE=`mktemp -q /var/run/nginx/config.XXXXXX`
if [ $? -ne 0 ]; then
        echo "$0: Can't create temp file, exiting..."
        exit 1
fi
/path/to/dynamic/config.pl > $TMPFILE
if [ $? -ne 0 ]; then
        echo "$0: Can't generate config, exiting..."
        exit 1
fi
/usr/local/sbin/nginx -c $TMPFILE

Хранить конфиг нужно, чтобы корректно отрабатывали процедуры reload и обновления бинарника.
Когда их удалять я не знаю, наверное при перезагрузке сервера.


> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru


-- 
С уважением,
 Pavel                          mailto:pavel2000 на ngs.ru


From nginx-forum на nginx.us  Sat Mar 31 06:28:17 2012
From: nginx-forum на nginx.us (zdm)
Date: Sat, 31 Mar 2012 02:28:17 -0400 (EDT)
Subject: shebang config
In-Reply-To: <1806179995.20120331115416@ngs.ru>
References: <1806179995.20120331115416@ngs.ru>
Message-ID: <6d7f73d159f1a81de5a5e262d6ced02a.NginxMailingListRussian@forum.nginx.org>

1. Такой функционал есть в sphinx search и это
действительно очень удобно. Фактически
конфигурировать сервер можно без
всяких ограничений.
2.  
- Билд конфига инициируется самим
сервером при старте, не нужно создавать
отдельный скрипт для генерации конфига
- элегантное решение);
- Нет необходимости создавать и хранить
временный файл конфига;
- Можно динамически генерить
конфигурации при подключении конфигов
через include;
- Конечнно можно делать так, как вы
предлагаете, но shebang сделает
конфигурирование по-настоящему гибким;

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,224619,224701#msg-224701


From voodoo_alex на mail.ru  Sat Mar 31 09:36:57 2012
From: voodoo_alex на mail.ru (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCf0L7Qv9C60L7Qsg==?=)
Date: Sat, 31 Mar 2012 13:36:57 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <296180813.20120330221304@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
Message-ID: <E1SDujx-0003J5-7k.voodoo_alex-mail-ru@f47.mail.ru>

Я использую такой вариант:


                multitail -P l \
                        -ci green \
                        -l "ssh -i ~/.ssh/identity-someuser someuser на server1.org tail -f /var/log/needed-logfile | sed 's/^/[SERVER 1] /'" \
                        -ci yellow \
                        -L "ssh -i ~/.ssh/identity-someuser someuser на server2.org tail -f /var/log/needed-logfile | sed 's/^/[SERVER 2] /'" \
                        -ci red \
                        -L "ssh -i ~/.ssh/identity-someuser someuser на server3.org tail -f /var/log/needed-logfile | sed 's/^/[SERVER 3] /'" \
                        -ci blue \
                        -L "ssh -i ~/.ssh/identity-someuser someuser на server4.org tail -f /var/log/needed-logfile | sed 's/^/[SERVER 4] /'"



> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> сервере. Какие варианты организации такого просмотра можно попробовать
> реализовать?


С уважением, Александр Попков.

From postmaster на softsearch.ru  Sat Mar 31 09:43:25 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 31 Mar 2012 13:43:25 +0400
Subject: =?UTF-8?B?aW1hZ2VfZmlsdGVyINC4INGF0LDRhtC60LXRgNGLLg==?=
Message-ID: <445445488.20120331134325@softsearch.ru>

Здравствуйте.

Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
нехорошим юзерам.

Проблема решается через
http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
или вирусня какая.

Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
которому пойдёт вебсервер за картинкой. Это чревато следующим:

1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
переварить;

2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
запросы не хотелось бы.

3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
достаточно  в запрашиваемом урле менять один символ и nginx полезет по
этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
нашего  ip по жертве. Абузы от правайдеров точно будут приходить после
таких  атак.  Конечно  можно  в  firewall-е  настроить  ограничение на
количество запросов к одному ip, но всёравно неприятный момент.

Как  избежать  описанных  проблем  или  может есть иной способ решения
исходной проблемы с напрошенной авторизацией?

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From admin на voglea.net  Sat Mar 31 10:07:37 2012
From: admin на voglea.net (Ivan "Spoofing" Alex. G.)
Date: Sat, 31 Mar 2012 18:07:37 +0800
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <445445488.20120331134325@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
Message-ID: <20120331100736.GA5243@voglea.net>

Не вижу другого варианта, кроме как загружать все картинки на локальный
сервер. А во избежания ддоса установить жестокие лимиты. Например размер
файла можеть быть не более 10мб, и если файл прошел проверку, что "это
картинка", то не более 4096х4096 пикселей, и всего пользователь может
вложить 10 картинок в сообщение (это чтобы избежать флуда удаленного
сервера, откуда картинки будут запрашиваться).
-- 
Ivan "Spoofing" Alex. G. <admin на voglea.net>
http://www.voglea.net/ | GnuPG: 0x7896EC55


From gmm на csdoc.com  Sat Mar 31 10:31:06 2012
From: gmm на csdoc.com (Gena Makhomed)
Date: Sat, 31 Mar 2012 13:31:06 +0300
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <445445488.20120331134325@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
Message-ID: <4F76DCEA.2010406@csdoc.com>

On 31.03.2012 12:43, Михаил Монашёв wrote:

> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
> нехорошим юзерам.

а через AJAX их разве нельзя подгружать?

скорее всего, твиттер и фейсбук уже сталкивались
с этой проблемой и нашли для нее какое-то решение.

хотя если по нормальному - то надо исправлять эту проблему в браузерах, 
чтобы они не выводили пользователю запроса на basic auth в таких случаях

> Как  избежать  описанных  проблем  или  может есть иной способ решения
> исходной проблемы с напрошенной авторизацией?

хранить все файлы с картинками на своих серверах.
тогда - очень большие картинки можно будет уменьшать
в размере, чтобы они не занимали в результате много места.

-- 
Best regards,
  Gena


From igor на sysoev.ru  Sat Mar 31 11:03:31 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Sat, 31 Mar 2012 15:03:31 +0400
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <445445488.20120331134325@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
Message-ID: <20120331110331.GA74005@nginx.com>

On Sat, Mar 31, 2012 at 01:43:25PM +0400, Михаил Монашёв wrote:
> Здравствуйте.
> 
> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
> нехорошим юзерам.
> 
> Проблема решается через
> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
> когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
> сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
> или вирусня какая.
> 
> Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
> которому пойдёт вебсервер за картинкой. Это чревато следующим:
> 
> 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
> переварить;
> 
> 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
> запросы не хотелось бы.
> 
> 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
> достаточно  в запрашиваемом урле менять один символ и nginx полезет по
> этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
> урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
> парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
> нашего  ip по жертве. Абузы от правайдеров точно будут приходить после
> таких  атак.  Конечно  можно  в  firewall-е  настроить  ограничение на
> количество запросов к одному ip, но всёравно неприятный момент.
> 
> Как  избежать  описанных  проблем  или  может есть иной способ решения
> исходной проблемы с напрошенной авторизацией?

В Политбюро, как известно, не дураки не сидят, поэтому в Рамблере при
произвольном проксировании картинок image-фильтр использовался совместно с
http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html


-- 
Igor Sysoev


From isk на cupid.com  Sat Mar 31 12:03:47 2012
From: isk на cupid.com (Olexander Shtepa)
Date: Sat, 31 Mar 2012 15:03:47 +0300
Subject: =?UTF-8?B?UmU6ICDQntC00L3QvtCy0YDQtdC80LXQvdC90YvQuSDQv9C+0YHQvNC+0YLRgCA=?=
	=?UTF-8?B?0LvQvtCz0L7QsiDRgSDQvdC10YHQutC+0LvRjNC60LjRhSDRgdC10YDQstC1?=
	=?UTF-8?B?0YDQvtCyLiBPRkZUT1BJQw==?=
In-Reply-To: <296180813.20120330221304@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
Message-ID: <201203311503.47813.isk@cupid.com>

> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> сервере. Какие варианты организации такого просмотра можно попробовать
> реализовать?

http://incubator.apache.org/flume/


From zloykaban на gmail.com  Sat Mar 31 13:36:33 2012
From: zloykaban на gmail.com (Andrey Kononov)
Date: Sat, 31 Mar 2012 17:36:33 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <201203311503.47813.isk@cupid.com>
References: <296180813.20120330221304@softsearch.ru>
	<201203311503.47813.isk@cupid.com>
Message-ID: <CADTKCMe2zNihtjDiGVT_b0FQsvsXvvgfFgGTaog6J4n=pf331g@mail.gmail.com>

Вы сами пробовали ? или просто умное слово знаете ?

2012/3/31 Olexander Shtepa <isk на cupid.com>

> > Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> > серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> > сервере. Какие варианты организации такого просмотра можно попробовать
> > реализовать?
>
> http://incubator.apache.org/flume/
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
In CoDe We TrusT
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120331/b649fea5/attachment.html>

From mdounin на mdounin.ru  Sat Mar 31 13:50:55 2012
From: mdounin на mdounin.ru (Maxim Dounin)
Date: Sat, 31 Mar 2012 17:50:55 +0400
Subject: =?UTF-8?B?UmU6IG5naW54INC60LDQuiDQv9GA0L7QutGB0LggLSDRgdGC0YDQsNC90L3QvtGB?=
	=?UTF-8?B?0YLQuC4uLg==?=
In-Reply-To: <cf2d5ecdef1a5ed98bc4351cfab9c11c.NginxMailingListRussian@forum.nginx.org>
References: <CAECYwbnMrv++2FxcGg9+EUAY63Lz6Q2ti37TEpGTteucXaE61w@mail.gmail.com>
	<cf2d5ecdef1a5ed98bc4351cfab9c11c.NginxMailingListRussian@forum.nginx.org>
Message-ID: <20120331135055.GZ13466@mdounin.ru>

Hello!

On Thu, Mar 29, 2012 at 09:30:04AM -0400, ink08 wrote:

> kemko Wrote:
> -------------------------------------------------------
> > Элементарно проверяется
> > же.
> > синтаксис:	access_log путь
> > [формат [buffer=размер]];
> > access_log off;
> > http://nginx.org/ru/docs/http/ngx_http_log_module.
> > html
> > Так что конструкция
> > корректна.
> 
> я этот мануал тоже читал, но в какой-то
> версии у меня создался файлик с именем
> off, помогло только /dev/null

Директива access_log понимает off как специальный параметр, что 
явно указано в документации:

http://nginx.org/ru/docs/http/ngx_http_log_module.html#access_log

Файл с именем "off" обычно возникает, когда люди пытаются 
аналогичным образом отключить error_log.  Не надо отключать 
error_log, если не нужны подробности - следует поднять уровень 
логгирования.

Maxim Dounin


From isk на cupid.com  Sat Mar 31 14:09:52 2012
From: isk на cupid.com (Olexander Shtepa)
Date: Sat, 31 Mar 2012 17:09:52 +0300
Subject: =?UTF-8?B?UmU6ICDQntC00L3QvtCy0YDQtdC80LXQvdC90YvQuSDQv9C+0YHQvNC+0YLRgCA=?=
	=?UTF-8?B?0LvQvtCz0L7QsiDRgSDQvdC10YHQutC+0LvRjNC60LjRhSDRgdC10YDQstC1?=
	=?UTF-8?B?0YDQvtCyLiBPRkZUT1BJQw==?=
In-Reply-To: <CADTKCMe2zNihtjDiGVT_b0FQsvsXvvgfFgGTaog6J4n=pf331g@mail.gmail.com>
References: <296180813.20120330221304@softsearch.ru>
	<201203311503.47813.isk@cupid.com>
	<CADTKCMe2zNihtjDiGVT_b0FQsvsXvvgfFgGTaog6J4n=pf331g@mail.gmail.com>
Message-ID: <201203311709.52612.isk@cupid.com>

> Вы сами пробовали ? 

Эта штука как раз внедряется в нашей системе.

> или просто умное слово знаете ?


From zloykaban на gmail.com  Sat Mar 31 15:00:01 2012
From: zloykaban на gmail.com (Andrey Kononov)
Date: Sat, 31 Mar 2012 19:00:01 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <201203311709.52612.isk@cupid.com>
References: <296180813.20120330221304@softsearch.ru>
	<201203311503.47813.isk@cupid.com>
	<CADTKCMe2zNihtjDiGVT_b0FQsvsXvvgfFgGTaog6J4n=pf331g@mail.gmail.com>
	<201203311709.52612.isk@cupid.com>
Message-ID: <CADTKCMcEj+uQ8MRQKQ=sxYL0cJLUv2xSqvk=OmoiGOR9rUW4Og@mail.gmail.com>

тогда вы долшжны знать что в данный момент не существует возможности
(открытой по крайней мере) appenda`а и в данном случае не очень корректно
предлагать такое решение.

2012/3/31 Olexander Shtepa <isk на cupid.com>

> > Вы сами пробовали ?
>
> Эта штука как раз внедряется в нашей системе.
>
> > или просто умное слово знаете ?
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>



-- 
In CoDe We TrusT
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120331/b4d80ce1/attachment.html>

From artem.vasiliev на gmail.com  Sat Mar 31 15:10:33 2012
From: artem.vasiliev на gmail.com (=?UTF-8?B?0JDRgNGC0LXQvCDQktCw0YHQuNC70YzQtdCy?=)
Date: Sat, 31 Mar 2012 19:10:33 +0400
Subject: =?UTF-8?B?UmU6INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGAINC7?=
	=?UTF-8?B?0L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LLQtdGA?=
	=?UTF-8?B?0L7Qsi4gT0ZGVE9QSUM=?=
In-Reply-To: <296180813.20120330221304@softsearch.ru>
References: <296180813.20120330221304@softsearch.ru>
Message-ID: <CANHF3fAOi2SYVmrJi6PcH0_wNDaxz1SJ5c_9WQThYq+XAaNoJw@mail.gmail.com>

Для решения подобной задачки играюсь с graylog2, пока устраивает, удобнее
чем через консоль
30.03.2012 22:13 пользователь "Михаил Монашёв" <postmaster на softsearch.ru>
написал:

> Здравствуйте.
>
> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
> сервере. Какие варианты организации такого просмотра можно попробовать
> реализовать?
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20120331/e8820c5f/attachment.html>

From postmaster на softsearch.ru  Sat Mar 31 15:34:26 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 31 Mar 2012 19:34:26 +0400
Subject: =?UTF-8?B?UmVbMl06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <20120331110331.GA74005@nginx.com>
References: <445445488.20120331134325@softsearch.ru>
	<20120331110331.GA74005@nginx.com>
Message-ID: <456884878.20120331193426@softsearch.ru>

Здравствуйте, Igor.

>> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
>> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
>> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
>> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
>> нехорошим юзерам.
>> 
>> Проблема решается через
>> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
>> когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
>> сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
>> или вирусня какая.
>> 
>> Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
>> которому пойдёт вебсервер за картинкой. Это чревато следующим:
>> 
>> 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
>> переварить;
>> 
>> 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
>> запросы не хотелось бы.
>> 
>> 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
>> достаточно  в запрашиваемом урле менять один символ и nginx полезет по
>> этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
>> урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
>> парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
>> нашего  ip по жертве. Абузы от правайдеров точно будут приходить после
>> таких  атак.  Конечно  можно  в  firewall-е  настроить  ограничение на
>> количество запросов к одному ip, но всёравно неприятный момент.
>> 
>> Как  избежать  описанных  проблем  или  может есть иной способ решения
>> исходной проблемы с напрошенной авторизацией?

> В Политбюро, как известно, не дураки не сидят, поэтому в Рамблере при
> произвольном проксировании картинок image-фильтр использовался совместно с
> http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html

А как secure_link спасал Политбюро от первой проблемы?

P.S.
Есть  подозрение,  что  соль  для  secure_link  можно  рассчитать.  На
коротких ссылках и небольшой соли через rainbow tables, например. Или,
если соль длинная, то на графических картах или через инет-сообщества.
И  тогда  получится,  что  надо  менять  соль  и потом для всех ссылок
пересчитывать хэш.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From postmaster на softsearch.ru  Sat Mar 31 15:58:51 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sat, 31 Mar 2012 19:58:51 +0400
Subject: =?UTF-8?B?UmVbMl06INCe0LTQvdC+0LLRgNC10LzQtdC90L3Ri9C5INC/0L7RgdC80L7RgtGA?=
	=?UTF-8?B?INC70L7Qs9C+0LIg0YEg0L3QtdGB0LrQvtC70YzQutC40YUg0YHQtdGA0LI=?=
	=?UTF-8?B?0LXRgNC+0LIuIE9GRlRPUElD?=
In-Reply-To: <E1SDujx-0003J5-7k.voodoo_alex-mail-ru@f47.mail.ru>
References: <296180813.20120330221304@softsearch.ru>
	<E1SDujx-0003J5-7k.voodoo_alex-mail-ru@f47.mail.ru>
Message-ID: <31649608.20120331195851@softsearch.ru>

Здравствуйте, Александр.

> Я использую такой вариант:


>                 multitail -P l \
>                         -ci green \
>                         -l "ssh -i ~/.ssh/identity-someuser
> someuser на server1.org tail -f /var/log/needed-logfile | sed
> 's/^/[SERVER 1] /'" \
>                         -ci yellow \
>                         -L "ssh -i ~/.ssh/identity-someuser
> someuser на server2.org tail -f /var/log/needed-logfile | sed
> 's/^/[SERVER 2] /'" \
>                         -ci red \
>                         -L "ssh -i ~/.ssh/identity-someuser
> someuser на server3.org tail -f /var/log/needed-logfile | sed
> 's/^/[SERVER 3] /'" \
>                         -ci blue \
>                         -L "ssh -i ~/.ssh/identity-someuser
> someuser на server4.org tail -f /var/log/needed-logfile | sed
> 's/^/[SERVER 4] /'"

>> Возникла  проблема  в  реальном  времени  смотреть  логи  с нескольких
>> серверов. Что-то вроде tail -F , только файлы расположены на удалённом
>> сервере. Какие варианты организации такого просмотра можно попробовать
>> реализовать?

Спасибо. Это то, что нужно!

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru


From igor на sysoev.ru  Sat Mar 31 16:39:59 2012
From: igor на sysoev.ru (Igor Sysoev)
Date: Sat, 31 Mar 2012 20:39:59 +0400
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <456884878.20120331193426@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
	<20120331110331.GA74005@nginx.com>
	<456884878.20120331193426@softsearch.ru>
Message-ID: <20120331163959.GA80698@nginx.com>

On Sat, Mar 31, 2012 at 07:34:26PM +0400, Михаил Монашёв wrote:
> Здравствуйте, Igor.
> 
> >> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
> >> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
> >> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
> >> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
> >> нехорошим юзерам.
> >> 
> >> Проблема решается через
> >> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
> >> когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
> >> сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
> >> или вирусня какая.
> >> 
> >> Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
> >> которому пойдёт вебсервер за картинкой. Это чревато следующим:
> >> 
> >> 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
> >> переварить;
> >> 
> >> 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
> >> запросы не хотелось бы.
> >> 
> >> 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
> >> достаточно  в запрашиваемом урле менять один символ и nginx полезет по
> >> этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
> >> урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
> >> парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
> >> нашего  ip по жертве. Абузы от правайдеров точно будут приходить после
> >> таких  атак.  Конечно  можно  в  firewall-е  настроить  ограничение на
> >> количество запросов к одному ip, но всёравно неприятный момент.
> >> 
> >> Как  избежать  описанных  проблем  или  может есть иной способ решения
> >> исходной проблемы с напрошенной авторизацией?
> 
> > В Политбюро, как известно, не дураки не сидят, поэтому в Рамблере при
> > произвольном проксировании картинок image-фильтр использовался совместно с
> > http://nginx.org/ru/docs/http/ngx_http_secure_link_module.html
> 
> А как secure_link спасал Политбюро от первой проблемы?

Размеры ?
http://nginx.org/en/docs/http/ngx_http_image_filter_module.html#image_filter_buffer

Ну и кроме того, можно только проверять, что ответ похож на картинку,
не используя libgd. Тогда размер буфера не критичен:

   image_filter test;

> P.S.
> Есть  подозрение,  что  соль  для  secure_link  можно  рассчитать.  На
> коротких ссылках и небольшой соли через rainbow tables, например. Или,
> если соль длинная, то на графических картах или через инет-сообщества.
> И  тогда  получится,  что  надо  менять  соль  и потом для всех ссылок
> пересчитывать хэш.

При большом желании, наверное, можно.


-- 
Igor Sysoev


From nginx-forum на nginx.us  Sat Mar 31 18:54:40 2012
From: nginx-forum на nginx.us (CrazyDiamond)
Date: Sat, 31 Mar 2012 14:54:40 -0400 (EDT)
Subject: nginx - redirect 301
In-Reply-To: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
Message-ID: <940d6a610ca462439dbd47d88cc346b4.NginxMailingListRussian@forum.nginx.org>

Почитав интернеты, я так понял, что есть
два варианта решения:
1) Return 301
2) Rewrite permanent
Я правильно понимаю, что '301' скажет
поисковику тоже самое, что и директива
'permanent'? Т.е., в плане оптимизации, в обоих
случаях ссылка на сайт *с которого* мы
перенаправляем - не будет учитываться
поисковыми системами?
Тогда в чём разница и какой подход
всё-таки лучше?

И ещё, о двух вариантах реализации: 
1) Можно добавить If в основной блок
виртуального server {} 
2) Можно ВЫШЕ нашего виртуального server {}
описать ещё один сервер чисто для
реврайта (с return 301 или rewrite permanent)
Мы уже выяснили, что вариант - не
кошерный, но есть ли альтернатива
второму? Например, можно ли избежать
добавления блока реврайта в файлы всех
виртуальных хостов, и засунуть его
куда-то в общее место? 
В файл некого дефолтного сервера? В
конфиг nginx? 

PS: сел за эту кухню два дня назад, если
вопросы смешные - смейтесь)

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223391,224729#msg-224729


From nginx-forum на nginx.us  Sat Mar 31 18:57:25 2012
From: nginx-forum на nginx.us (CrazyDiamond)
Date: Sat, 31 Mar 2012 14:57:25 -0400 (EDT)
Subject: nginx - redirect 301
In-Reply-To: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
References: <ffe1d848fbb4e670738ff3ebada3b568.NginxMailingListRussian@forum.nginx.org>
Message-ID: <d2113fad137576e4f903794c00289e1f.NginxMailingListRussian@forum.nginx.org>

Упс.
>>Мы уже выяснили, что вариант - не
кошерный
что ПЕРВЫЙ ВАРИАНТ - не кошерный.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,223391,224730#msg-224730


From server_inc на list.ru  Sat Mar 31 19:20:24 2012
From: server_inc на list.ru (=?KOI8-R?Q?=F3=D4=C1=CE=C9=D3=CC=C1=D7?=)
Date: Sat, 31 Mar 2012 22:20:24 +0300
Subject: nginx - redirect 301
In-Reply-To: <f35523830da968e7a9bfe7596394ac26.NginxMailingListRussian@forum.nginx.org>
References: <201203051658.29008.ne@vbart.ru>
	<f35523830da968e7a9bfe7596394ac26.NginxMailingListRussian@forum.nginx.org>
Message-ID: <4F7758F8.5030804@list.ru>

06.03.2012 14:17, Stepanov Vitaliy написал:
> Спасибо всем кто ответил.
>
> Валентин Бартенев данный вариант,
> который вы предложили:
> server {
> listen 80;
> server_name www.freebsd.ru;
>
> return 301 http://freebsd.ru$request_uri;
> }
>
> Выдает ошибку в браузере, версия nginx -
> nginx/0.8.54:
> На этой странице имеется бесконечная
> переадресация
>
> Да, действительно англоязычная версия
> мануала nginx более расширенная
> оказалась.
>
> В результате взял вот такой код, он
> работает:
> server {
>      listen       80;
>      server_name  www.freebsd.ru  freebsd.ru;
>      if ($http_host = freebsd.ru) {
>          rewrite  (.*)  http://www.freebsd.ru$1 permanent;
>      }
>      ...
> }
>
Валентин Бартенев предложил самый правильный вариант, и он работает!
В этом треде несколько раз писали о том, что не стоит использовать 
конструкцию if(), а вы "наша песня хороша, начиная сначала".
Не понимаю, как люди до сеих пор умудряются лепить if() где попало. Это 
же обсуждалось уже несколько раз, да и сами разработчики говорили, что 
не стоит использовать эту конструкцию. Нет, все же попадаются люди с 
кривыми руками, которые лепят бред что-то вроде:

server_name www.site.ru site.ru tools.site.ru ... ;
if ($host != 'www.site.ru' ) { rewrite ^(.*)$ http://www.site.ru$1 
permanent; }

...игнорируя советы самих разработчиков. Немыслимо глупо.


From citrin на citrin.ru  Sat Mar 31 19:24:51 2012
From: citrin на citrin.ru (Anton Yuzhaninov)
Date: Sat, 31 Mar 2012 23:24:51 +0400
Subject: =?UTF-8?B?UmU6IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <445445488.20120331134325@softsearch.ru>
References: <445445488.20120331134325@softsearch.ru>
Message-ID: <4F775A03.1040207@citrin.ru>

31.03.2012 13:43, Михаил Монашёв написал:
> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
> нехорошим юзерам.
>
> Проблема решается через
> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
> когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
> сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
> или вирусня какая.
>
> Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
> которому пойдёт вебсервер за картинкой. Это чревато следующим:
>
> 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
> переварить;

http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html#image_filter_buffer

При превышении размера сервер вернёт ошибку 415 (Unsupported Media Type).

>
> 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
> запросы не хотелось бы.

Запрети nginx-ку проксирующему картинки ходить во внутреннюю сеть. 
Например с помощью файрвола.
Ну и плюс секретные данные даже во внутренней сети должны требовать 
авторизации.

>
> 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
> достаточно  в запрашиваемом урле менять один символ и nginx полезет по
> этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
> урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
> парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
> нашего  ip по жертве.

Смысла нет - DoSить с кучи пользовательских IP эффективнее, чем с одного 
ip твоего сервера. IMHO проблема достаточно надуманная.


From postmaster на softsearch.ru  Sat Mar 31 20:32:07 2012
From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=)
Date: Sun, 1 Apr 2012 00:32:07 +0400
Subject: =?UTF-8?B?UmVbMl06IGltYWdlX2ZpbHRlciDQuCDRhdCw0YbQutC10YDRiy4=?=
In-Reply-To: <4F775A03.1040207@citrin.ru>
References: <445445488.20120331134325@softsearch.ru>
	<4F775A03.1040207@citrin.ru>
Message-ID: <826651547.20120401003207@softsearch.ru>

Здравствуйте, Anton.

>> Есть  проблема  с  непониманием  юзерами  происходящего.  Если  кто-то
>> вставляет  на  сайт картинку с внешнего сайта, а вебсервер этого сайта
>> вдруг  начинает  вместо  картинки  выдавать  запрос  на  ввод логина и
>> пароля,  то  юзеры  вбивают  туда  свою  логины и пароли, отправляя их
>> нехорошим юзерам.
>>
>> Проблема решается через
>> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html ,
>> когда  все  картинки,  вместо отдачи напрямую, проксируются с внешнего
>> сервера  и  проверяются,  что они картинки, а не запрос на авторизацию
>> или вирусня какая.
>>
>> Но  возникает  другая  проблема.  Хакер  может  передавать нам урл, по
>> которому пойдёт вебсервер за картинкой. Это чревато следующим:
>>
>> 1) полученная  картинка  может  быть  огромной  и  libgd  не сможет её
>> переварить;

> http://nginx.org/ru/docs/http/ngx_http_image_filter_module.html#image_filter_buffer

> При превышении размера сервер вернёт ошибку 415 (Unsupported Media Type).

Спасибо. Игорь уже об этом написал.

>> 2)  url  может  вести  в  нашу  внутреннюю  подсеть и слать туда левые
>> запросы не хотелось бы.

> Запрети nginx-ку проксирующему картинки ходить во внутреннюю сеть. 
> Например с помощью файрвола.
> Ну и плюс секретные данные даже во внутренней сети должны требовать 
> авторизации.

Если  nginx  проксирует  ещё  куда-то,  то  спомощью firewall-а уже не
отделишь пакеты.

Я  пока придумал иное решение: разделить url картинки на 2 части: хост
и путь с аргументами. Например вот так:
muysite.ru/s018.radikal.ru/?u=%2Fi503%2F1201%2F40%2F64d1e692b053.jpg

Тогда хороший хост от внутренних ip можно отделить через разные
локейшны:

location / {
 проксируем
}
location 10.xx.xx.xx 192.168.xx.xx localhost и т.п. {
 посылаем в лес
}

>> 3)  nginx начинает использоваться, как досилка на хорошем канале. Ведь
>> достаточно  в запрашиваемом урле менять один символ и nginx полезет по
>> этому  урлу.  Сценарий  такой.  Вставляется  много  картинок с разными
>> урлами  на  много  страниц  и  потом  на каждую страницу пригонятся по
>> парочке  юзеров.  Они  все  шлют запросы к nginx-у, а тот фигачит их с
>> нашего  ip по жертве.

> Смысла нет - DoSить с кучи пользовательских IP эффективнее, чем с одного
> ip твоего сервера. IMHO проблема достаточно надуманная.

Дело  не  в  эффектиности  доса,  а эффективности абуз, которые придут
моему  провайдеру  после такого доса. Я конечно всё объясню. Но навряд
ли объяснения устроят, если ситуации будут повторяться.

-- 
С уважением,
 Михаил                          mailto:postmaster на softsearch.ru