From nginx-forum на nginx.us Fri Jun 1 04:09:11 2012 From: nginx-forum на nginx.us (den_saw) Date: Fri, 1 Jun 2012 00:09:11 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: >nginx должен быть сконфигурирован с опцией --with-debug #nginx -V nginx version: nginx/1.2.0 configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --with-google_perftools_module --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_stub_status_module --with-pcre #gdb /usr/local/sbin/nginx /root/nginx.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... warning: exec file is newer than core file. Core was generated by `nginx'. Program terminated with signal 11, Segmentation fault. #0 0x00000000004065c3 in ngx_palloc (pool=Cannot access memory at address 0x1ae3f5 ) at src/core/ngx_palloc.c:132 132 src/core/ngx_palloc.c: No such file or directory. in src/core/ngx_palloc.c Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227088#msg-227088 From hell-for-yahoo на umail.ru Fri Jun 1 08:28:56 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 1 Jun 2012 12:28:56 +0400 Subject: =?UTF-8?B?UmU6INC90LUg0L7QsdGA0LDQsdCw0YLRi9Cy0LDQtdGC0YHRjyDQu9C+0LrQtdC5?= =?UTF-8?B?0YjQvQ==?= In-Reply-To: References: Message-ID: <1435708999.20120601122856@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Denis Kot! DK> Требудется запретить доступ к любому урлу в котором встречается DK> /etc/passwd (не спрашивайте зачем, этого захотел клиент) Объяснить клиенту, что это ничего не даст... DK> Nginx стоит древний, 0.6.33. Обновить пока не представляется DK> возможным, но если придется - сделаем. Придётся, обновляйте. Чем раньше, тем лучше. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 01.06.2012, <12:27> From hell-for-yahoo на umail.ru Fri Jun 1 08:27:06 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 1 Jun 2012 12:27:06 +0400 Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: <6210488650.20120601122706@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) den_saw! d> warning: exec file is newer than core file. d> Core was generated by `nginx'. d> Program terminated with signal 11, Segmentation fault. d> #0 0x00000000004065c3 in ngx_palloc (pool=Cannot access memory at d> address 0x1ae3f5 d> ) at src/core/ngx_palloc.c:132 d> 132 src/core/ngx_palloc.c: No such file or directory. d> in src/core/ngx_palloc.c Естественно. Добейтесь падения с отладочным экзешником, тогда уже смотрите в корку. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 01.06.2012, <12:26> From nginx-forum на nginx.us Fri Jun 1 10:47:59 2012 From: nginx-forum на nginx.us (kaliostro) Date: Fri, 1 Jun 2012 06:47:59 -0400 (EDT) Subject: Open proxy In-Reply-To: <296617218.20120523173339@softsearch.ru> References: <296617218.20120523173339@softsearch.ru> Message-ID: Можно привести пример, у меня не поулчилось приклеить аргументы( Dmitriy Tyugaev А у вас что-нибудь вышло? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226769,227093#msg-227093 From nginx-forum на nginx.us Fri Jun 1 11:13:16 2012 From: nginx-forum на nginx.us (locojohn) Date: Fri, 1 Jun 2012 07:13:16 -0400 (EDT) Subject: rooted/aliased locations and ngx_http_map_uri_to_path() In-Reply-To: References: Message-ID: <5d4ee90d317bf95354244acf46f5374b.NginxMailingListRussian@forum.nginx.org> *bump* ? Максим, Игорь? Не поможете ли с ответом? Очень благодарю заранее за любые наводки, -андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226911,227094#msg-227094 From nginx-forum на nginx.us Fri Jun 1 11:53:17 2012 From: nginx-forum на nginx.us (kaliostro) Date: Fri, 1 Jun 2012 07:53:17 -0400 (EDT) Subject: Open proxy In-Reply-To: References: <296617218.20120523173339@softsearch.ru> Message-ID: <2976019b37279a566939ac58b4fe98a9.NginxMailingListRussian@forum.nginx.org> Вот так вот заработало proxy_pass http://$1?$args; не пойму почему первый раз не сработало, но сейчас всё норм) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226769,227097#msg-227097 From nginx-forum на nginx.us Fri Jun 1 11:59:34 2012 From: nginx-forum на nginx.us (playnet) Date: Fri, 1 Jun 2012 07:59:34 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: Message-ID: <4ea5db53e4f5cc48d6080c6426e7099d.NginxMailingListRussian@forum.nginx.org> передать управление апачу и им обрабатывать например. location ~* \.(css|js|ico|txt|swf|flv|doc|xls|pdf|zip|rar|avi|mp3)$ { if ($request_uri ~* "^/robots.txt") { break;} root /var/www/site/htroot; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156009,227098#msg-227098 From nginx-forum на nginx.us Fri Jun 1 13:26:17 2012 From: nginx-forum на nginx.us (playnet) Date: Fri, 1 Jun 2012 09:26:17 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: <4ea5db53e4f5cc48d6080c6426e7099d.NginxMailingListRussian@forum.nginx.org> References: <4ea5db53e4f5cc48d6080c6426e7099d.NginxMailingListRussian@forum.nginx.org> Message-ID: впрочем, такое почему-то не работает.. вариант через try_files, где первый аргумент типа /var/empty, или через рерайт location = /robots.txt { rewrite ^/robots.txt$ /$host.robots.txt; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156009,227101#msg-227101 From ne на vbart.ru Fri Jun 1 13:34:43 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 1 Jun 2012 17:34:43 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: <4ea5db53e4f5cc48d6080c6426e7099d.NginxMailingListRussian@forum.nginx.org> Message-ID: <201206011734.43379.ne@vbart.ru> On Friday 01 June 2012 17:26:17 playnet wrote: > впрочем, такое почему-то не работает.. > вариант через try_files, где первый > аргумент типа /var/empty, или через рерайт > > location = /robots.txt { > rewrite ^/robots.txt$ /$host.robots.txt; > } > if и rewrite вообще не надо использовать просто так, без необходимости. location = /robots.txt { try_files /$host.robots.txt =404; } http://wiki.nginx.org/IfIsEvil http://wiki.nginx.org/Pitfalls -- Валентин Бартенев From nginx-forum на nginx.us Fri Jun 1 22:23:07 2012 From: nginx-forum на nginx.us (den_saw) Date: Fri, 1 Jun 2012 18:23:07 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: #gdb /usr/local/sbin/nginx /root/nginx.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Core was generated by `nginx'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libcrypt.so.5...done. Loaded symbols for /lib/libcrypt.so.5 Reading symbols from /usr/local/lib/libpcre.so.1...done. Loaded symbols for /usr/local/lib/libpcre.so.1 Reading symbols from /lib/libmd.so.5...done. Loaded symbols for /lib/libmd.so.5 Reading symbols from /lib/libz.so.5...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /usr/local/lib/libprofiler.so.1...done. Loaded symbols for /usr/local/lib/libprofiler.so.1 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000000408137 in ngx_hash_wildcard_init (hinit=0x7fffffc06010, names=0x807c4e2c0, nelts=1) at src/core/ngx_hash.c:493 493 src/core/ngx_hash.c: No such file or directory. in src/core/ngx_hash.c Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227109#msg-227109 From oleg.cherniy на gmail.com Sat Jun 2 06:51:25 2012 From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=) Date: Sat, 2 Jun 2012 09:51:25 +0300 Subject: =?UTF-8?B?UmU6INCf0YDQvtC60YHQuNGA0L7QstCw0L3QuNC1IFdlYlNvY2tldA==?= In-Reply-To: <47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org> References: <83C8ABFF-6C5E-4F16-85AD-3BA406FE3432@gmail.com> <9c061625cceed865b9c7b5c22b9febb7.NginxMailingListRussian@forum.nginx.org> <47b5a7ec3aa5f4d7a39cd54232baab2a.NginxMailingListRussian@forum.nginx.org> Message-ID: Пока что можно использовать: https://github.com/yaoweibin/nginx_tcp_proxy_module Это не совсем то что хотелось бы, но оно нормально проксирует WebSockets. Если используете RedHat-о подобный линукс: http://linux.ria.ua/SRPMS/nginx/nginx-1.3.0-ria3_with_tcp.fc16.src.rpm 2012/5/30 Dron : > Здравствуйте! > Хотелось-бы снова поднять данный > вопрос. Как обстоят дела с WebSockets? > Планируются какие-либо движения в этом > вопросе? > Спасибо. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,147948,227001#msg-227001 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- --- С уважением, Олег Черний, руководитель отдела разработки  AUTO.ria.ua RIA.ua тел./факс.: 0 432 555-200 (многоканальний) моб: 0 (67) 295-27-52 E-mail: oleg.cherniy на ria.ua From mdounin на mdounin.ru Sun Jun 3 08:50:43 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 3 Jun 2012 12:50:43 +0400 Subject: rooted/aliased locations and ngx_http_map_uri_to_path() In-Reply-To: <5d4ee90d317bf95354244acf46f5374b.NginxMailingListRussian@forum.nginx.org> References: <5d4ee90d317bf95354244acf46f5374b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120603085043.GG31671@mdounin.ru> Hello! On Fri, Jun 01, 2012 at 07:13:16AM -0400, locojohn wrote: > *bump* ? > > Максим, Игорь? Не поможете ли с > ответом? > > Очень благодарю заранее за любые > наводки, Надо использовать ngx_http_map_uri_to_path() правильно, и всё будет в порядке. Под "правильно" в данном случае подразумевается, что звать его надо находясь в соответствующем location'е (т.е. при обработке соответствующего запроса и после того, как запрос в соответствующий location попадёт). Попытки получить путь к файлу не в процессе обработки запроса к этому файлу - обречены на неудачу, просто потому, что для определения нужной конфигурации (и соответственно правильной работы ngx_http_map_uri_to_path()) необходимо заметное количество действий, производимых именно при обработке запроса. Maxim Dounin From nginx-forum на nginx.us Sun Jun 3 16:01:42 2012 From: nginx-forum на nginx.us (locojohn) Date: Sun, 3 Jun 2012 12:01:42 -0400 (EDT) Subject: rooted/aliased locations and ngx_http_map_uri_to_path() In-Reply-To: <20120603085043.GG31671@mdounin.ru> References: <20120603085043.GG31671@mdounin.ru> Message-ID: <1752743a799a6014bf20ad95a29bbbe9.NginxMailingListRussian@forum.nginx.org> Спасибо, Максим. Есть ли какое-то акутальное и понятное руководство к написанию модулей для nginx 1.3.x? Если я правильно понял, то функцию ngx_http_map_uri_to_path() нужно вызывать при обработке location, в таком случае интересуют примеры кода как это сделать... К сожалению, документации к написанию модулей вообще не нашёл (может плохо искал?), а примеры либо устарели, либо традиционно лишены комментариев. Не могли бы Вы привести пример модуля с исходником, в котором вышеупомянутая функция вызывается правильным образом? Спасибо. Андрей Posted at Nginx Forum: http://forum.nginx.org/read.php?21,226911,227124#msg-227124 From ne на vbart.ru Sun Jun 3 16:37:32 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 3 Jun 2012 20:37:32 +0400 Subject: rooted/aliased locations and ngx_http_map_uri_to_path() In-Reply-To: <1752743a799a6014bf20ad95a29bbbe9.NginxMailingListRussian@forum.nginx.org> References: <20120603085043.GG31671@mdounin.ru> <1752743a799a6014bf20ad95a29bbbe9.NginxMailingListRussian@forum.nginx.org> Message-ID: <201206032037.33326.ne@vbart.ru> On Sunday 03 June 2012 20:01:42 locojohn wrote: > Есть ли какое-то акутальное и понятное > руководство к написанию модулей для nginx > 1.3.x? Если я правильно понял, то функцию > ngx_http_map_uri_to_path() нужно вызывать при > обработке location, в таком случае > интересуют примеры кода как это > сделать... Читайте исходники, это лучшая и наиболее актуальная документация. Вот и примеры использования: $ grep ngx_http_map_uri_to_path -R src -- Валентин Бартенев From postmaster на softsearch.ru Mon Jun 4 09:05:14 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Mon, 4 Jun 2012 13:05:14 +0400 Subject: Open proxy In-Reply-To: <2976019b37279a566939ac58b4fe98a9.NginxMailingListRussian@forum.nginx.org> References: <296617218.20120523173339@softsearch.ru> <2976019b37279a566939ac58b4fe98a9.NginxMailingListRussian@forum.nginx.org> Message-ID: <1115876419.20120604130514@softsearch.ru> Здравствуйте, kaliostro. > Вот так вот заработало > proxy_pass http://$1?$args; > не пойму почему первый раз не > сработало, но сейчас всё норм) вместо ? лучше писать $is_args -- С уважением, Михаил mailto:postmaster на softsearch.ru From nginx-forum на nginx.us Tue Jun 5 11:48:11 2012 From: nginx-forum на nginx.us (daevy) Date: Tue, 5 Jun 2012 07:48:11 -0400 (EDT) Subject: =?UTF-8?B?bGltaXQgcmVxINCy0L7Qt9Cy0YDQsNGJ0LDQtdGCIDQwNCDQv9GA0Lggbm9kZWxh?= =?UTF-8?B?eQ==?= Message-ID: <17648c3058a2aa04b1d14dc350053bc2.NginxMailingListRussian@forum.nginx.org> Всем привет! Подскажите это нормальное поведение когда nginx отдает 404-й ответ при сработке limit_req? конфигурация следующая http { limit_req_zone $binary_remote_addr zone=limitreq:20m rate=1200r/m; ... } server { limit_req zone=limitreq burst=1500 nodelay; ... } собственно дальше создаю текстовый файл в корне и обстреливаю его из httperf. при обстреле с частотой 20 запросов в секунду limit_req никак не проявляет себя. если указать частоту обстрела 25 запросов в секунду просыпается limit_req и сыпет сообщения в error_log. И вместе с тем возращается 404-й ответ, хотя для limit_req стоит nodelay. Почему так? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227193,227193#msg-227193 From ne на vbart.ru Tue Jun 5 12:32:15 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 5 Jun 2012 16:32:15 +0400 Subject: =?UTF-8?B?UmU6IGxpbWl0IHJlcSDQstC+0LfQstGA0LDRidCw0LXRgiA0MDQg0L/RgNC4IG5v?= =?UTF-8?B?ZGVsYXk=?= In-Reply-To: <17648c3058a2aa04b1d14dc350053bc2.NginxMailingListRussian@forum.nginx.org> References: <17648c3058a2aa04b1d14dc350053bc2.NginxMailingListRussian@forum.nginx.org> Message-ID: <201206051632.15513.ne@vbart.ru> On Tuesday 05 June 2012 15:48:11 daevy wrote: > Всем привет! Подскажите это нормальное > поведение когда nginx отдает 404-й ответ > при сработке limit_req? Смотря что у вас прописано в error_page 503... > конфигурация следующая > > http { > limit_req_zone $binary_remote_addr zone=limitreq:20m rate=1200r/m; > ... > } > server { > limit_req zone=limitreq burst=1500 nodelay; > ... > } > собственно дальше создаю текстовый > файл в корне и обстреливаю его из httperf. > при обстреле с частотой 20 запросов в > секунду limit_req никак не проявляет себя. > если указать частоту обстрела 25 > запросов в секунду просыпается limit_req и > сыпет сообщения в error_log. И вместе с тем > возращается 404-й ответ, хотя для limit_req > стоит nodelay. Причем тут nodelay? 25*60 == 1500r/m > Почему так?) 1500 > 1200, burst=1500 в конце-концов переполняется. -- Валентин Бартенев From mdounin на mdounin.ru Tue Jun 5 14:31:09 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 18:31:09 +0400 Subject: nginx-1.3.1 Message-ID: <20120605143109.GY31671@mdounin.ru> Изменения в nginx 1.3.1 05.06.2012 *) Безопасность: теперь nginx/Windows игнорирует точку в конце компонента URI и не разрешает URI, содержащие последовательность ":$". Спасибо Владимиру Кочеткову, Positive Research Center. *) Добавление: директивы proxy_pass, fastcgi_pass, scgi_pass, uwsgi_pass и директива server в блоке upstream теперь поддерживают IPv6-адреса. *) Добавление: в директиве resolver теперь можно указывать порт и задавать IPv6-адреса DNS-серверов. *) Добавление: директива least_conn в блоке upstream. *) Добавление: при использовании директивы ip_hash теперь можно задавать веса серверов. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива image_filter; ошибка появилась в 1.3.0. *) Исправление: nginx не собирался с модулем ngx_cpp_test_module; ошибка появилась в 1.1.12. *) Исправление: доступ к переменным из SSI и встроенного перла мог не работать после переконфигурации. Спасибо Yichun Zhang. *) Исправление: в модуле ngx_http_xslt_filter_module. Спасибо Kuramoto Eiji. *) Исправление: утечки памяти при использовании переменной $geoip_org. Спасибо Денису Латыпову. *) Исправление: в директивах proxy_cookie_domain и proxy_cookie_path. Maxim Dounin From mdounin на mdounin.ru Tue Jun 5 14:31:32 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 18:31:32 +0400 Subject: nginx-1.2.1 Message-ID: <20120605143132.GC31671@mdounin.ru> Изменения в nginx 1.2.1 05.06.2012 *) Безопасность: теперь nginx/Windows игнорирует точку в конце компонента URI и не разрешает URI, содержащие последовательность ":$". Спасибо Владимиру Кочеткову, Positive Research Center. *) Добавление: директива debug_connection теперь поддерживает IPv6-адреса и параметр "unix:". *) Добавление: директива set_real_ip_from и параметр proxy директивы geo теперь поддерживают IPv6-адреса. *) Добавление: директивы real_ip_recursive, geoip_proxy и geoip_proxy_recursive. *) Добавление: параметр proxy_recursive директивы geo. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива resolver. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовались директивы fastcgi_pass, scgi_pass или uwsgi_pass и бэкенд возвращал некорректный ответ. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовалась директива rewrite и в новых аргументах запроса в строке замены использовались переменные. *) Исправление: nginx мог нагружать процессор, если было достигнуто ограничение на количество открытых файлов. *) Исправление: при использовании директивы proxy_next_upstream с параметром http_404 nginx мог бесконечно перебирать бэкенды, если в блоке upstream был хотя бы один сервер с флагом backup. *) Исправление: при использовании директивы ip_hash установка параметра down директивы server могла приводить к ненужному перераспределению клиентов между бэкендами. *) Исправление: утечки сокетов. Спасибо Yichun Zhang. *) Исправление: в модуле ngx_http_fastcgi_module. Maxim Dounin From mdounin на mdounin.ru Tue Jun 5 14:32:13 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 18:32:13 +0400 Subject: security advisory Message-ID: <20120605143213.GG31671@mdounin.ru> Hello! Владимир Кочетков, Positive Research Center, обнаружил проблему в nginx/Windows, которая позволяет в некоторых случаях обходить ограничения безопасности (CVE-2011-4963). При работе под Windows существует много способов получить доступ к одному и тому же файлу, и nginx учитывал не все возможные способы. В результате было возможно получить доступ к файлу, закрытому с помощью ограничений доступа вида location /directory/ { deny all; } запросив его как "/directory::$index_allocation/file", либо "/directory:$i30:$index_allocation/file", либо "/directory./file". Проблема исправлена в nginx/Windows 1.3.1, 1.2.1. При использовании более старых версий в качестве временного решения можно воспользоваться конфигурацией вида: location ~ "(\.|:\$)" { deny all; } Maxim Dounin From postmaster на softsearch.ru Tue Jun 5 15:36:14 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 5 Jun 2012 19:36:14 +0400 Subject: nginx-1.3.1 In-Reply-To: <20120605143109.GY31671@mdounin.ru> References: <20120605143109.GY31671@mdounin.ru> Message-ID: <1198486060.20120605193614@softsearch.ru> Здравствуйте, Maxim. > *) Добавление: директива least_conn в блоке upstream. А как она взаимодействует с балансером? -- С уважением, Михаил mailto:postmaster на softsearch.ru From mdounin на mdounin.ru Tue Jun 5 15:55:53 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 19:55:53 +0400 Subject: nginx-1.3.1 In-Reply-To: <1198486060.20120605193614@softsearch.ru> References: <20120605143109.GY31671@mdounin.ru> <1198486060.20120605193614@softsearch.ru> Message-ID: <20120605155553.GI31671@mdounin.ru> Hello! On Tue, Jun 05, 2012 at 07:36:14PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > > *) Добавление: директива least_conn в блоке upstream. > > А как она взаимодействует с балансером? Оно и есть balancer. Выбирает бекенд с наименьшим количеством соединений. Maxim Dounin From postmaster на softsearch.ru Tue Jun 5 16:00:23 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 5 Jun 2012 20:00:23 +0400 Subject: Connection: close, TE Message-ID: <814086545.20120605200023@softsearch.ru> Здравствуйте. Заметил, что некоторые боты отправляют заголовок Connection: close, TE Что значит TE ? -- С уважением, Михаил mailto:postmaster на softsearch.ru From mdounin на mdounin.ru Tue Jun 5 16:03:44 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 20:03:44 +0400 Subject: Connection: close, TE In-Reply-To: <814086545.20120605200023@softsearch.ru> References: <814086545.20120605200023@softsearch.ru> Message-ID: <20120605160344.GJ31671@mdounin.ru> Hello! On Tue, Jun 05, 2012 at 08:00:23PM +0400, Михаил Монашёв wrote: > Здравствуйте. > > Заметил, что некоторые боты отправляют заголовок > Connection: close, TE > > Что значит TE ? http://tools.ietf.org/html/rfc2616#section-14.39 Maxim Dounin From postmaster на softsearch.ru Tue Jun 5 16:05:41 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 5 Jun 2012 20:05:41 +0400 Subject: nginx-1.3.1 In-Reply-To: <20120605155553.GI31671@mdounin.ru> References: <20120605143109.GY31671@mdounin.ru> <1198486060.20120605193614@softsearch.ru> <20120605155553.GI31671@mdounin.ru> Message-ID: <798417474.20120605200541@softsearch.ru> Здравствуйте, Maxim. >> > *) Добавление: директива least_conn в блоке upstream. >> >> А как она взаимодействует с балансером? > Оно и есть balancer. Выбирает бекенд с наименьшим количеством > соединений. Никак не соображу, каким должен быть бэкенд, чтобы этот балансер был эффективнее дефолтного? Т.е. какую задачу решает этот балансер? -- С уважением, Михаил mailto:postmaster на softsearch.ru From mdounin на mdounin.ru Tue Jun 5 16:31:10 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 20:31:10 +0400 Subject: nginx-1.3.1 In-Reply-To: <798417474.20120605200541@softsearch.ru> References: <20120605143109.GY31671@mdounin.ru> <1198486060.20120605193614@softsearch.ru> <20120605155553.GI31671@mdounin.ru> <798417474.20120605200541@softsearch.ru> Message-ID: <20120605163110.GL31671@mdounin.ru> Hello! On Tue, Jun 05, 2012 at 08:05:41PM +0400, Михаил Монашёв wrote: > Здравствуйте, Maxim. > > >> > *) Добавление: директива least_conn в блоке upstream. > >> > >> А как она взаимодействует с балансером? > > > Оно и есть balancer. Выбирает бекенд с наименьшим количеством > > соединений. > > Никак не соображу, каким должен быть бэкенд, чтобы этот балансер был > эффективнее дефолтного? Т.е. какую задачу решает этот балансер? Имеет смысл в первую очередь тогда, когда продолжительность обработки запросов заметна, и при этом может заметно варьироваться и/или соединение является определяющим ресурсом (read: process-per-connection backend). E.g. для какого-нибудь long polling'а - самое оно. Ну и для обычных workload'ов с заметным разбросом по продолжительности обработки запросов - тоже полезно. E.g. обычная раздача файлов с бекендов может выиграть, если среди файлов встречаются как маленькие, таки и большие (зачем лишний раз дёргать бекенд, отдающий dvd на 8 гиг, если у нас ещё пяток бекендов простаивает?). И при неадекватной работе какого-либо бекенда (read: не отвечает) - на него естественным образом перестанут поступать запросы, что тоже явный плюс. Я скорее затрудняюсь назвать класс задач, на котором такой алгоритм будет вести себя хуже, чем обычный round-robin. Так что правильный вопрос скорее "почему бы не сделать так по умолчанию". Maxim Dounin From citrin на citrin.ru Tue Jun 5 16:57:54 2012 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Tue, 05 Jun 2012 20:57:54 +0400 Subject: nginx-1.3.1 In-Reply-To: <20120605163110.GL31671@mdounin.ru> References: <20120605143109.GY31671@mdounin.ru> <1198486060.20120605193614@softsearch.ru> <20120605155553.GI31671@mdounin.ru> <798417474.20120605200541@softsearch.ru> <20120605163110.GL31671@mdounin.ru> Message-ID: <4FCE3A92.4000609@citrin.ru> On 06/05/12 20:31, Maxim Dounin wrote: > Я скорее затрудняюсь назвать класс задач, на котором такой > алгоритм будет вести себя хуже, чем обычный round-robin. Так что > правильный вопрос скорее "почему бы не сделать так по умолчанию". 1. Большое количество "легких" запросов примерно одинаковых по ресурсоемкости (но несмотря на это небольшой разброс по времени выполнения все равно будет). round-robin на такой нагрузке будет примерно одинаково загружать бэкенды, а с least_conn скорее всего нагрузка будет менее равномерно, из за того, что на таких задачах текущее кол-во коннекций на бэкенде будет быстро скакать и постоянным будет только среднее. Т. е. чтобы least_conn на таких нагрузках работал хорошо он должен будет учитывать не мгновенное число соединений, а exponential moving average (с таким коэффициентом, чтобы текущее значение вносило больший вклад в среднее, чем прошлые значения). 2. А как реализован least_conn? Все воркеры пишут в некий участок общей памяти при открытии соединения на бэкенд и её закрытии? В таком случае использование least_conn должно немного замедлять работу на серверах с большим количеством CPU, поскольку после модификации участка памяти, используемого одновременно в нескольких процессах требуется синхронизация кэшей между разными CPU (хотя возможно это пренебрежимо по сравнению с другими причинами по которым CPU вынужден простаивать). -- Anton Yuzhaninov From yesin.iv на gmail.com Tue Jun 5 17:23:20 2012 From: yesin.iv на gmail.com (=?KOI8-R?B?6czY0Q==?=) Date: Tue, 5 Jun 2012 21:23:20 +0400 Subject: =?UTF-8?B?0LLQutC70Y7Rh9C10L3QuNC1L9C+0YLQutC70Y7Rh9C10L3QuNC1IGZhc3RjZ2lf?= =?UTF-8?B?aW50ZXJjZXB0X2Vycm9ycy9lcnJvcl9wYWdlINCyINC30LDQstC40YHQuNC8?= =?UTF-8?B?0L7RgdGC0Lgg0L7RgiDRhdC10LTQtdGA0LAg0LDQv9GB0YLRgNC40LzQsDog?= =?UTF-8?B?0LLQvtC30LzQvtC20L3QviDQu9C4Pw==?= Message-ID: Добрый день. Мучает вопрос, озвученный в заголовке. Всегда был уверен, что это просто, но при реализации наткнулся на *nginx: [emerg] "error_page" directive is not allowed here in /path/to/nginx/config.conf *или *nginx: [emerg] "fastcgi_intercept_errors" directive is not allowed here in /path/to/nginx/config.conf * Задача проста по сути: Балансировщику, при получении от апстрима специального заголовка (допустим, "X-Special-Header: 1"), необходимо вернуть именно то, что вернул апстрим, не глядя на HTTP_STATUS_CODE. Во всех остальных случаях, надо производить обработку статусного кода через error_page и соответствующий location @magic_loc. Может кто знает решение? Ни поверхностное гугление, ни вдумчиое чтение документации ни разу не дали ответа. Заранее спасибо. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Tue Jun 5 18:35:52 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 5 Jun 2012 22:35:52 +0400 Subject: nginx-1.3.1 In-Reply-To: <4FCE3A92.4000609@citrin.ru> References: <20120605143109.GY31671@mdounin.ru> <1198486060.20120605193614@softsearch.ru> <20120605155553.GI31671@mdounin.ru> <798417474.20120605200541@softsearch.ru> <20120605163110.GL31671@mdounin.ru> <4FCE3A92.4000609@citrin.ru> Message-ID: <20120605183551.GO31671@mdounin.ru> Hello! On Tue, Jun 05, 2012 at 08:57:54PM +0400, Anton Yuzhaninov wrote: > On 06/05/12 20:31, Maxim Dounin wrote: > >Я скорее затрудняюсь назвать класс задач, на котором такой > >алгоритм будет вести себя хуже, чем обычный round-robin. Так что > >правильный вопрос скорее "почему бы не сделать так по умолчанию". > > 1. Большое количество "легких" запросов примерно одинаковых по > ресурсоемкости (но несмотря на это небольшой разброс по времени > выполнения все равно будет). > round-robin на такой нагрузке будет примерно одинаково загружать > бэкенды, а с least_conn скорее всего нагрузка будет менее > равномерно, из за того, что на таких задачах текущее кол-во > коннекций на бэкенде будет быстро скакать и постоянным будет только > среднее. Не думаю, что тут будет существенная разница между least_conn и round-robin. С точки зрения администратора, понятно, round-robin более предсказуем в распределении нагрузки, и на графиках будет выглядеть ровнее. А вот с точки зрения реальной работы - надо смотреть, вполне допускаю что least_conn будет лучше. Особенно если к картине добавяться всякие нюансы в виде небольшого процента потерь пакетов к некоторым бекендам, например. > Т. е. чтобы least_conn на таких нагрузках работал хорошо он > должен будет учитывать не мгновенное число соединений, а exponential > moving average (с таким коэффициентом, чтобы текущее значение > вносило больший вклад в среднее, чем прошлые значения). Так least_conn как раз будет заниматься тем, что приводить количество соединений к среднему. > 2. А как реализован least_conn? Все воркеры пишут в некий участок > общей памяти при открытии соединения на бэкенд и её закрытии? В > таком случае использование least_conn должно немного замедлять > работу на серверах с большим количеством CPU, поскольку после > модификации участка памяти, используемого одновременно в нескольких > процессах требуется синхронизация кэшей между разными CPU (хотя > возможно это пренебрежимо по сравнению с другими причинами по > которым CPU вынужден простаивать). Нет, там per-worker счётчики. Выбор бекенда чуть дороже, но не настолько, чтобы об этом всерьёз думать. Maxim Dounin From nginx-forum на nginx.us Wed Jun 6 06:17:34 2012 From: nginx-forum на nginx.us (den_saw) Date: Wed, 6 Jun 2012 02:17:34 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: Выше приведена корка после пересборки nginx. Ситуация прежняя - падает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227260#msg-227260 From ne на vbart.ru Wed Jun 6 06:36:24 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 6 Jun 2012 10:36:24 +0400 Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: <201206061036.24875.ne@vbart.ru> On Wednesday 06 June 2012 10:17:34 den_saw wrote: > Выше приведена корка после пересборки > nginx. > Ситуация прежняя - падает. > Это не корка, это лишь точка падения. Бэктрейс хотя бы покажите (bt в консоли gdb). Попытайтесь также найти минимальный конфиг, на котором падает, и привести его здесь полностью (или, если он большой, ссылкой, откуда можно скачать). -- Валентин Бартенев From mdounin на mdounin.ru Wed Jun 6 06:57:18 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 6 Jun 2012 10:57:18 +0400 Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: <20120606065718.GR31671@mdounin.ru> Hello! On Wed, Jun 06, 2012 at 02:17:34AM -0400, den_saw wrote: > Выше приведена корка после пересборки > nginx. > Ситуация прежняя - падает. Для начала - в gdb сделать, как написано на http://wiki.nginx.org/Debugging, а именно: bt Потом: fr 0 p *hinit p *names Дальше будем смотреть, но скорее всего нужен будет полный конфиг, на котором проблема воспроизводится. Если получится его сократить - хорошо, нет - давайте целиком. Ну и на всякий случай я бы рекомендовал убедиться, что с железом всё хорошо и память не сбоит. Maxim Dounin From nginx-forum на nginx.us Wed Jun 6 08:04:58 2012 From: nginx-forum на nginx.us (igor.goncharenko) Date: Wed, 6 Jun 2012 04:04:58 -0400 (EDT) Subject: =?UTF-8?B?bmdpbngvbmdpbngtZGV2ZWwg0LjQtyDQv9C+0YDRgtC+0LIgZnJlZWJzZCDQvtGC?= =?UTF-8?B?IDQt0LPQviDQuNGO0L3Rjw==?= Message-ID: Hi! После коммита в порты от 4-го июня (до 4-го все ок) перестали работать некоторые директивы: nginx: [emerg] unknown directive "fastcgi_cache_path" in /usr/local/etc/nginx/nginx.conf:39 nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed или nginx: [emerg] unknown directive "proxy_cache" in /usr/local/etc/nginx/nginx.conf:46 nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed при: nginx.conf: fastcgi_cache_path /var/tmp/nginx/fastcgi levels=1:2 keys_zone=one:10m max_size=256m inactive=1d; или proxy_cache cache; и igor@$ nginx -V nginx version: nginx/1.2.0 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --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 --without-http-cache --with-http_realip_module --with-http_secure_link_module --with-http_stub_status_module --with-pcre --with-http_ssl_module судя по всему, в "Most name of variables are shortened, s/_MODULE_//g." где-то косяк. --- Igor Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227264,227264#msg-227264 From nginx-forum на nginx.us Wed Jun 6 08:15:01 2012 From: nginx-forum на nginx.us (igor.goncharenko) Date: Wed, 6 Jun 2012 04:15:01 -0400 (EDT) Subject: =?UTF-8?B?UmU6IG5naW54L25naW54LWRldmVsINC40Lcg0L/QvtGA0YLQvtCyIGZyZWVic2Qg?= =?UTF-8?B?0L7RgiA0LdCz0L4g0LjRjtC90Y8=?= In-Reply-To: References: Message-ID: <7fd52a02af6150b80c214ed17b01b775.NginxMailingListRussian@forum.nginx.org> http_cache не собирается из-за: Makefile: .if ${PORT_OPTIONS:MHTTP_CACHE} CONFIGURE_ARGS+=--without-http-cache .endif хотя HTTP_CACHE в: OPTIONS_DEFAULT= IPV6 HTTP HTTP_CACHE HTTP_REWRITE HTTP_STATUS WWW Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227264,227265#msg-227265 From latypoff на yandex.ru Wed Jun 6 08:54:58 2012 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Wed, 06 Jun 2012 15:54:58 +0700 Subject: nginx-1.2.1 In-Reply-To: <20120605143132.GC31671@mdounin.ru> References: <20120605143132.GC31671@mdounin.ru> Message-ID: <619421338972898@web20d.yandex.ru> 05.06.2012, 21:31, "Maxim Dounin" : > Изменения в nginx 1.2.1                                           05.06.2012 [...] Про geoip_org забыли? -- br, Denis F. Latypoff. From mdounin на mdounin.ru Wed Jun 6 08:56:02 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 6 Jun 2012 12:56:02 +0400 Subject: =?UTF-8?B?UmU6IG5naW54L25naW54LWRldmVsINC40Lcg0L/QvtGA0YLQvtCyIGZyZWVic2Qg?= =?UTF-8?B?0L7RgiA0LdCz0L4g0LjRjtC90Y8=?= In-Reply-To: <7fd52a02af6150b80c214ed17b01b775.NginxMailingListRussian@forum.nginx.org> References: <7fd52a02af6150b80c214ed17b01b775.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120606085601.GW31671@mdounin.ru> Hello! On Wed, Jun 06, 2012 at 04:15:01AM -0400, igor.goncharenko wrote: > http_cache не собирается из-за: > > Makefile: > .if ${PORT_OPTIONS:MHTTP_CACHE} > CONFIGURE_ARGS+=--without-http-cache > .endif > > хотя HTTP_CACHE в: > OPTIONS_DEFAULT= IPV6 HTTP HTTP_CACHE HTTP_REWRITE HTTP_STATUS > WWW Проверка в ".if"'е, очевидно, должна быть обратная. Maxim Dounin From mdounin на mdounin.ru Wed Jun 6 09:02:49 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 6 Jun 2012 13:02:49 +0400 Subject: nginx-1.2.1 In-Reply-To: <619421338972898@web20d.yandex.ru> References: <20120605143132.GC31671@mdounin.ru> <619421338972898@web20d.yandex.ru> Message-ID: <20120606090248.GX31671@mdounin.ru> Hello! On Wed, Jun 06, 2012 at 03:54:58PM +0700, Denis F. Latypoff wrote: > 05.06.2012, 21:31, "Maxim Dounin" : > > Изменения в nginx 1.2.1                                           05.06.2012 > > [...] > > Про geoip_org забыли? Почему забыли? В 1.3.1 вошло. А в stable патчи попадают после предварительной обкатки в devel, исключения редки и в основном связаны с security. Maxim Dounin From latypoff на yandex.ru Wed Jun 6 09:04:01 2012 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Wed, 06 Jun 2012 16:04:01 +0700 Subject: nginx-1.2.1 In-Reply-To: <20120606090248.GX31671@mdounin.ru> References: <20120605143132.GC31671@mdounin.ru> <619421338972898@web20d.yandex.ru> <20120606090248.GX31671@mdounin.ru> Message-ID: <622281338973441@web30d.yandex.ru> 06.06.2012, 16:02, "Maxim Dounin" : > Hello! > > On Wed, Jun 06, 2012 at 03:54:58PM +0700, Denis F. Latypoff wrote: > >>  05.06.2012, 21:31, "Maxim Dounin" : >>>  Изменения в nginx 1.2.1                                           05.06.2012 >>  [...] >> >>  Про geoip_org забыли? > > Почему забыли?  В 1.3.1 вошло.  А в stable патчи попадают после > предварительной обкатки в devel, исключения редки и в основном > связаны с security. > Аа, ясно. -- br, Denis F. Latypoff. From thresh на videolan.org Wed Jun 6 10:58:49 2012 From: thresh на videolan.org (Konstantin Pavlov) Date: Wed, 6 Jun 2012 14:58:49 +0400 Subject: =?UTF-8?B?U0NNINGBIHNwZWMt0YTQsNC50LvQsNC80Lgg0LTQu9GPINGB0LHQvtGA0LrQuCBu?= =?UTF-8?B?Z2lueC4=?= Message-ID: <20120606105849.GA9243@snowwhite.immo> Добрый день. Можно ли увидеть в публичном доступе SCM со spec-файлами nginx для сборки под RHEL? Это бы существенно упростило жизнь системных администраторов, желающих собирать nginx с third-party модулями и при этом желающих не отставать от основной ветки разработки. -- Konstantin Pavlov VideoLAN team ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From sb на waeme.net Wed Jun 6 12:33:34 2012 From: sb на waeme.net (Sergey Budnevitch) Date: Wed, 6 Jun 2012 16:33:34 +0400 Subject: =?UTF-8?B?UmU6IFNDTSDRgSBzcGVjLdGE0LDQudC70LDQvNC4INC00LvRjyDRgdCx0L7RgNC6?= =?UTF-8?B?0Lggbmdpbngu?= In-Reply-To: <20120606105849.GA9243@snowwhite.immo> References: <20120606105849.GA9243@snowwhite.immo> Message-ID: On 06.06.2012, at 14:58, Konstantin Pavlov wrote: > Добрый день. > > Можно ли увидеть в публичном доступе SCM со spec-файлами nginx для сборки > под RHEL? Нет, это приватный svn, и вряд ли будет публичным. spec-файлы и пр. можно вытащить из srpm-пакетов - они лежат там же, где и rpm. > Это бы существенно упростило жизнь системных администраторов, желающих > собирать nginx с third-party модулями и при этом желающих не отставать от > основной ветки разработки. From thresh на videolan.org Wed Jun 6 12:47:27 2012 From: thresh на videolan.org (Konstantin Pavlov) Date: Wed, 6 Jun 2012 16:47:27 +0400 Subject: =?UTF-8?B?UmU6IFNDTSDRgSBzcGVjLdGE0LDQudC70LDQvNC4INC00LvRjyDRgdCx0L7RgNC6?= =?UTF-8?B?0Lggbmdpbngu?= In-Reply-To: References: <20120606105849.GA9243@snowwhite.immo> Message-ID: <20120606124727.GB9243@snowwhite.immo> On Wed, Jun 06, 2012 at 04:33:34PM +0400, Sergey Budnevitch wrote: > > On 06.06.2012, at 14:58, Konstantin Pavlov wrote: > > > Добрый день. > > > > Можно ли увидеть в публичном доступе SCM со spec-файлами nginx для сборки > > под RHEL? > > Нет, это приватный svn, и вряд ли будет публичным. spec-файлы и пр. > можно вытащить из srpm-пакетов - они лежат там же, где и rpm. Это сделать можно, но нисколько не поможет тому, что написано чуть ниже. > > Это бы существенно упростило жизнь системных администраторов, желающих > > собирать nginx с third-party модулями и при этом желающих не отставать от > > основной ветки разработки. -- Konstantin Pavlov VideoLAN team From nginx-forum на nginx.us Wed Jun 6 13:58:11 2012 From: nginx-forum на nginx.us (igor.goncharenko) Date: Wed, 6 Jun 2012 09:58:11 -0400 (EDT) Subject: =?UTF-8?B?UmU6IG5naW54L25naW54LWRldmVsINC40Lcg0L/QvtGA0YLQvtCyIGZyZWVic2Qg?= =?UTF-8?B?0L7RgiA0LdCz0L4g0LjRjtC90Y8=?= In-Reply-To: References: Message-ID: checkbox для http_cache все равно работает неправильно в сегодняшнем апдейте порта на 1.2.1 и с fastcgi_cache_path проблема осталась: igor на canyon:~/#nginx -t nginx: [emerg] unknown directive "fastcgi_cache_path" in /usr/local/etc/nginx/nginx.conf:39 nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed igor на canyon:~/#nginx -V nginx version: nginx/1.2.1 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --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 --without-http-cache --with-http_realip_module --with-http_stub_status_module --with-pcre --with-http_ssl_module Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227264,227285#msg-227285 From maybe на arjlover.net Wed Jun 6 14:33:46 2012 From: maybe на arjlover.net (ArjLover) Date: Wed, 6 Jun 2012 16:33:46 +0200 Subject: =?UTF-8?B?ItCW0LjRgNC90YvQuSIgbmdpbng/?= Message-ID: Добрый день! Помер старый сервер, переехал на новый. Фрюха+нжинкс из портов, больше ничего и нет, все крайне просто, но... top Mem: 1117M Active PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 10227 www 1 50 0 349M 272M kqread 3 71:29 14.16% nginx 10226 www 1 50 0 315M 252M kqread 3 72:18 13.38% nginx 10225 www 1 51 0 349M 270M kqread 3 72:04 13.18% nginx 10228 www 1 50 0 345M 271M kqread 1 72:10 12.99% nginx Там всего 4 гига памяти, раздается статика, этот сожранный гиг, заметно сказывается на качестве работы, диски явно подпрыгнули в нагрузке. На другом аналогичном сервере нжинкс явно скромнее: 26221 www 1 46 0 93380K 57388K kqread 14 670:37 3.96% nginx Инфа с проблемного сервера: # uname -a FreeBSD mar 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 root на mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 # nginx -V nginx version: nginx/1.2.0 configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/ include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/ngin x.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-l og-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio --with-i pv6 --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/prox y_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/va r/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --without-http- cache --with-http_geoip_module --with-http_mp4_module --with-http_stub_status_mo dule --with-pcre P.S. упс... да на этом сервере и snmpd обнаглел: 42166 root 1 44 0 459M 276M select 3 404:18 0.00% snmpd Просто не сервер, а какой-то "шведский стол" по памяти. :) -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maybe на arjlover.net Wed Jun 6 14:52:16 2012 From: maybe на arjlover.net (ArjLover) Date: Wed, 6 Jun 2012 16:52:16 +0200 Subject: =?UTF-8?B?0JrQsNC20LXRgtGB0Y8g0Y3RgtC+INCx0LDQsyDQv9GA0Lgg0L/QvtC00LzQtdC9?= =?UTF-8?B?0LUg0YHRgtCw0YLQuNGH0LXRgdC60L7Qs9C+INGE0LDQudC70LA=?= Message-ID: Добрый день! Провел полдня в нервных исследованиях забавного явления. Понял что происходит, не понял как с этим бороться. Нжинкс под фрюхой отдает статику, в том числе флэшку - JW-плеер для онлайн просмотра фильмов. Отдает очень активно, много раз в секунду... Выходит новая версия, подменяю swf - переключаюсь в браузер, F5, получаю черное окно. :( Жму правой кнопкой мышки - объект adobe flash, но от самого объекта меню нет, битая флэшка. Еще F5, ctrl+F5, эффекта тот же - битая флэшка, причем на сетевом уровне вижу что с сервера честно грузится. Много судорожных подмен, та же флэшка по другому урлу с того же сервера нормально работает. Диагноз - после подмены файла в течении 10-30 секунд нжинкс по этому урлу отдает не пойми что. :( То ли старую флэшку в размере новой, то ли новую в размере старой, впрочем это уже мои измышления. После того как заработало, желания экспериментировать на продакшене уже совсем не было... В первый раз сталкиваюсь с таким явлением, может есть какие-то нюансы именно для флэша? Или как правильно делать замену статики чтобы не получать лаг в несколько сотен битых загрузок? # uname -a FreeBSD arj 8.3-RELEASE FreeBSD 8.3-RELEASE #0: Fri Apr 20 13:26:16 UTC 2012 root на ARJ:/usr/obj/usr/src/sys/arj amd64 # nginx -V nginx version: nginx/1.2.0 configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_flv_module --with-http_image_filter_module --with-http_stub_status_module --with-pcre -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.vasilishin на kpi.ua Wed Jun 6 14:55:07 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: Wed, 06 Jun 2012 17:55:07 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: References: Message-ID: <4FCF6F4B.30900@kpi.ua> 06.06.2012 17:52, ArjLover написал: > В первый раз сталкиваюсь с таким явлением, может есть какие-то нюансы > именно для флэша? Или как правильно делать замену статики чтобы не > получать лаг в несколько сотен битых загрузок? > Делать атомные операции, то есть на сервер заливаете player.swf.tmp и потом делаете mv player.swf.tmp player.swf -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From citrin на citrin.ru Wed Jun 6 15:07:43 2012 From: citrin на citrin.ru (Anton Yuzhaninov) Date: Wed, 06 Jun 2012 19:07:43 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <4FCF6F4B.30900@kpi.ua> References: <4FCF6F4B.30900@kpi.ua> Message-ID: <4FCF723F.5090808@citrin.ru> On 06/06/12 18:55, Андрей Василишин wrote: > > Делать атомные операции, то есть на сервер заливаете player.swf.tmp и потом > делаете mv player.swf.tmp player.swf чтобы не делать руками cp && mv можно использовать: 1. install -CSv player.swf /path/to/htdocs/flash 2. rsync /patch/to/src/flash /path/to/htdocs/flash -- Anton Yuzhaninov From hell-for-yahoo на umail.ru Wed Jun 6 16:36:49 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Wed, 6 Jun 2012 20:36:49 +0400 Subject: =?UTF-8?B?UmU6ICLQltC40YDQvdGL0LkiIG5naW54Pw==?= In-Reply-To: References: Message-ID: <2606519.20120606203649@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) ArjLover! A> Помер старый сервер, переехал на новый. Фрюха+нжинкс из портов, больше A> ничего и нет, все крайне просто, но... top A> Mem: 1117M Active A> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND A> 10227 www 1 50 0 349M 272M kqread 3 71:29 14.16% nginx A> 10226 www 1 50 0 315M 252M kqread 3 72:18 13.38% nginx A> 10225 www 1 51 0 349M 270M kqread 3 72:04 13.18% nginx A> 10228 www 1 50 0 345M 271M kqread 1 72:10 12.99% nginx A> Там всего 4 гига памяти, раздается статика, этот сожранный гиг, заметно A> сказывается на качестве работы, диски явно подпрыгнули в нагрузке. A> На другом аналогичном сервере нжинкс явно скромнее: A> 26221 www 1 46 0 93380K 57388K kqread 14 670:37 3.96% nginx A> Инфа с проблемного сервера: A> # uname -a A> FreeBSD mar 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 A> root на mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 A> # nginx -V A> nginx version: nginx/1.2.0 A> configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I A> /usr/local/ A> include' --with-ld-opt='-L /usr/local/lib' A> --conf-path=/usr/local/etc/nginx/ngin A> x.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid A> --error-l A> og-path=/var/log/nginx-error.log --user=www --group=www --with-file-aio A> --with-i A> pv6 --http-client-body-temp-path=/var/tmp/nginx/client_body_temp A> --http-fastcgi- A> temp-path=/var/tmp/nginx/fastcgi_temp A> --http-proxy-temp-path=/var/tmp/nginx/prox A> y_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp A> --http-uwsgi-temp-path=/va A> r/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log A> --without-http- A> cache --with-http_geoip_module --with-http_mp4_module A> --with-http_stub_status_mo A> dule --with-pcre A> P.S. упс... да на этом сервере и snmpd обнаглел: A> 42166 root 1 44 0 459M 276M select 3 404:18 0.00% snmpd A> Просто не сервер, а какой-то "шведский стол" по памяти. :) Судя по всему, у вас отличаются системные настройки операционок. (Буфера и прочее.) -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) среда, 06.06.2012, <20:35> From ne на vbart.ru Wed Jun 6 17:40:58 2012 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 6 Jun 2012 21:40:58 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0LbQtdGC0YHRjyDRjdGC0L4g0LHQsNCzINC/0YDQuCDQv9C+0LQ=?= =?UTF-8?B?0LzQtdC90LUg0YHRgtCw0YLQuNGH0LXRgdC60L7Qs9C+INGE0LDQudC70LA=?= In-Reply-To: References: Message-ID: <201206062140.58213.ne@vbart.ru> On Wednesday 06 June 2012 18:52:16 ArjLover wrote: [...] > В первый раз сталкиваюсь с таким явлением, может есть какие-то нюансы > именно для флэша? Или как правильно делать замену статики чтобы не получать > лаг в несколько сотен битых загрузок? У вас небось open_file_cache включен? -- Валентин Бартенев From postmaster на softsearch.ru Wed Jun 6 19:02:30 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 6 Jun 2012 23:02:30 +0400 Subject: =?UTF-8?B?UmU6ICLQltC40YDQvdGL0LkiIG5naW54Pw==?= In-Reply-To: References: Message-ID: <1646990848.20120606230230@softsearch.ru> Здравствуйте, ArjLover. А прошлый сервер был тоже с 64-битной операционкой? Вообще столько памяти могут кушать зоны для кэширования и ограничениям по числу коннектов и скорости отдачи, и ещё возможно буферы, которые per connect. В остальном нужен конфиг А Фрю надо бы обновить, кстати. Там с как минимум 8.2-RELEASE-p3 должно быть. Хотя точно не уверен, может с обновлениями и без ребутов может продолжать показываться 8.2-RELEASE. Кстати, а от чего умер старый сервер? -- С уважением, Михаил mailto:postmaster на softsearch.ru From nginx-ru на sadok.spb.ru Wed Jun 6 19:09:31 2012 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Wed, 6 Jun 2012 23:09:31 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: References: Message-ID: <1389110111.20120606230931@sadok.spb.ru> Здравствуйте, ArjLover. Вы писали 6 июня 2012 г., 18:52:16: > После того как заработало, желания экспериментировать на продакшене уже совсем не было... Добро пожаловать на борт )) -- С уважением, Dmitry mailto:nginx-ru на sadok.spb.ru From maybe на arjlover.net Wed Jun 6 21:58:31 2012 From: maybe на arjlover.net (ArjLover) Date: Wed, 6 Jun 2012 23:58:31 +0200 Subject: =?UTF-8?B?UmU6ICLQltC40YDQvdGL0LkiIG5naW54Pw==?= In-Reply-To: <1646990848.20120606230230@softsearch.ru> References: <1646990848.20120606230230@softsearch.ru> Message-ID: Старый сервер умер по железу, фрюху поставил такую же 8.2, а вот под 32/64 - это вопрос сразил наповал. Не помню и все. :) С другой стороны другие сервера тоже все 64 и конфиги на всех одинаковые, я как-то забыл это упомянуть, т.к. для меня меня было само собой и на старом сервере был тот же конфиг. Я тут подумал что могло измениться - ну разве что модуль для стриминга mp4 раньше был сторонний, а теперь родной. Собственно сервер этим и занимается... 2012/6/6 Михаил Монашёв > Здравствуйте, ArjLover. > > А прошлый сервер был тоже с 64-битной операционкой? > > Вообще столько памяти могут кушать зоны для кэширования и ограничениям > по числу коннектов и скорости отдачи, и ещё возможно буферы, которые > per connect. > > В остальном нужен конфиг > > А Фрю надо бы обновить, кстати. Там с как минимум 8.2-RELEASE-p3 > должно быть. Хотя точно не уверен, может с обновлениями и без ребутов > может продолжать показываться 8.2-RELEASE. > > Кстати, а от чего умер старый сервер? > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maybe на arjlover.net Wed Jun 6 22:02:11 2012 From: maybe на arjlover.net (ArjLover) Date: Thu, 7 Jun 2012 00:02:11 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <4FCF6F4B.30900@kpi.ua> References: <4FCF6F4B.30900@kpi.ua> Message-ID: Конечно я заливаю новый player.swf, а потом делаю mv. # grep cache * nginx.conf: open_file_cache max=10000; Это и есть болячка в моем случае? И если это она, то как же быть? Антон. 2012/6/6 Андрей Василишин > 06.06.2012 17:52, ArjLover написал: > > > В первый раз сталкиваюсь с таким явлением, может есть какие-то нюансы >> именно для флэша? Или как правильно делать замену статики чтобы не >> получать лаг в несколько сотен битых загрузок? >> >> > Делать атомные операции, то есть на сервер заливаете player.swf.tmp и > потом делаете mv player.swf.tmp player.swf > > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > ______________________________**_________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/**mailman/listinfo/nginx-ru -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne на vbart.ru Wed Jun 6 22:42:11 2012 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 7 Jun 2012 02:42:11 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0LbQtdGC0YHRjyDRjdGC0L4g0LHQsNCzINC/0YDQuCDQv9C+0LQ=?= =?UTF-8?B?0LzQtdC90LUg0YHRgtCw0YLQuNGH0LXRgdC60L7Qs9C+INGE0LDQudC70LA=?= In-Reply-To: References: <4FCF6F4B.30900@kpi.ua> Message-ID: <201206070242.11948.ne@vbart.ru> On Thursday 07 June 2012 02:02:11 ArjLover wrote: > Конечно я заливаю новый player.swf, а потом делаю mv. Видимо все-таки нет. > # grep cache * > nginx.conf: open_file_cache max=10000; > > Это и есть болячка в моем случае? И если это она, то как же быть? > Отключить "open_file_cache off;" или, как уже было сказано, использовать mv. -- Валентин Бартенев From maybe на arjlover.net Thu Jun 7 00:02:33 2012 From: maybe на arjlover.net (ArjLover) Date: Thu, 7 Jun 2012 02:02:33 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <201206070242.11948.ne@vbart.ru> References: <4FCF6F4B.30900@kpi.ua> <201206070242.11948.ne@vbart.ru> Message-ID: 2012/6/7 Валентин Бартенев > On Thursday 07 June 2012 02:02:11 ArjLover wrote: > > Конечно я заливаю новый player.swf, а потом делаю mv. > > Видимо все-таки нет. > Даже не знаю что ответить. Повторить еще раз и поклясться мамой? :) > > > # grep cache * > > nginx.conf: open_file_cache max=10000; > > > > Это и есть болячка в моем случае? И если это она, то как же быть? > > > > Отключить "open_file_cache off;" или, как уже было сказано, использовать > mv. > > Ну его ж не просто так включили, как жить без него на раздаче кучи статики? И мне непонятно слово "или", если я правильно понимаю работу этой директивы, то mv или нет, эффект будет один - битый файл. Собственно так у меня и происходит - делаю mv и упс... Как mv заставит нжинкс сбросить кэш? Антон. -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ne на vbart.ru Thu Jun 7 00:46:30 2012 From: ne на vbart.ru (=?utf-8?b?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 7 Jun 2012 04:46:30 +0400 Subject: =?UTF-8?B?UmU6ICDQmtCw0LbQtdGC0YHRjyDRjdGC0L4g0LHQsNCzINC/0YDQuCDQv9C+0LQ=?= =?UTF-8?B?0LzQtdC90LUg0YHRgtCw0YLQuNGH0LXRgdC60L7Qs9C+INGE0LDQudC70LA=?= In-Reply-To: References: <201206070242.11948.ne@vbart.ru> Message-ID: <201206070446.31196.ne@vbart.ru> On Thursday 07 June 2012 04:02:33 ArjLover wrote: > 2012/6/7 Валентин Бартенев > > > On Thursday 07 June 2012 02:02:11 ArjLover wrote: > > > Конечно я заливаю новый player.swf, а потом делаю mv. > > > > Видимо все-таки нет. > > Даже не знаю что ответить. Повторить еще раз и поклясться мамой? :) Повторить еще раз, и обнаружить, что в тот раз делали что-то еще, или что-то не то, или не так. =) > > > # grep cache * > > > nginx.conf: open_file_cache max=10000; > > > > > > Это и есть болячка в моем случае? И если это она, то как же быть? > > > > Отключить "open_file_cache off;" или, как уже было сказано, использовать > > mv. > > Ну его ж не просто так включили, как жить без него на раздаче кучи статики? > И мне непонятно слово "или", если я правильно понимаю работу этой > директивы, то mv или нет, эффект будет один - битый файл. Собственно так у > меня и происходит - делаю mv и упс... Как mv заставит нжинкс сбросить кэш? Никак, но старый файл останется невредимым и продолжит отдаваться без проблем до тех пор, пока файл не будет переоткрыт и nginx не получит новый дескриптор связанный уже с другим инодом. На самом деле, включен у вас кэш дескрипторов или нет, эффект неатомарного изменения файла уже открытого файла одинаковый, просто наблюдать вы его будете существенно меньше. Поэтому,в любом случае стоит обновлять файлы правильно. -- Валентин Бартенев From igor.vavrjin на gmail.com Thu Jun 7 11:03:09 2012 From: igor.vavrjin на gmail.com (Igor Vavrjin) Date: Thu, 07 Jun 2012 18:03:09 +0700 Subject: gzip Message-ID: <4FD08A6D.70102@gmail.com> Что-то в документации не нашел никакого упоминания о наличии в заголовках запроса Accept-Encoding:gzip. Собственно вопрос: nginx смотрит на присутствие оного заголовка и только если он имеется gzip-ит ответ? Или это нужно разруливать всякими Location или if ? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From igor на sysoev.ru Thu Jun 7 11:17:03 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 7 Jun 2012 15:17:03 +0400 Subject: gzip In-Reply-To: <4FD08A6D.70102@gmail.com> References: <4FD08A6D.70102@gmail.com> Message-ID: <20120607111703.GA29724@nginx.com> On Thu, Jun 07, 2012 at 06:03:09PM +0700, Igor Vavrjin wrote: > Что-то в документации не нашел никакого упоминания о наличии в > заголовках запроса Accept-Encoding:gzip. > Собственно вопрос: nginx смотрит на присутствие оного заголовка и только > если он имеется gzip-ит ответ? Да, разумеется. > Или это нужно разруливать всякими Location или if ? Нет. -- Igor Sysoev From igor.vavrjin на gmail.com Thu Jun 7 11:18:09 2012 From: igor.vavrjin на gmail.com (Igor Vavrjin) Date: Thu, 07 Jun 2012 18:18:09 +0700 Subject: gzip In-Reply-To: <20120607111703.GA29724@nginx.com> References: <4FD08A6D.70102@gmail.com> <20120607111703.GA29724@nginx.com> Message-ID: <4FD08DF1.7030208@gmail.com> 07.06.2012 18:17, Igor Sysoev написал: > On Thu, Jun 07, 2012 at 06:03:09PM +0700, Igor Vavrjin wrote: >> Что-то в документации не нашел никакого упоминания о наличии в >> заголовках запроса Accept-Encoding:gzip. >> Собственно вопрос: nginx смотрит на присутствие оного заголовка и только >> если он имеется gzip-ит ответ? > Да, разумеется. > >> Или это нужно разруливать всякими Location или if ? > Нет. > > Спасибо. From nginx-forum на nginx.us Fri Jun 8 06:38:57 2012 From: nginx-forum на nginx.us (den_saw) Date: Fri, 8 Jun 2012 02:38:57 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: References: Message-ID: <9bacee80c72a2f73375f62ec373b6b27.NginxMailingListRussian@forum.nginx.org> (gdb) bt #0 0x0000000000408137 in ngx_hash_wildcard_init (hinit=0x7fffffc06010, names=0x807c4e2c0, nelts=1) at src/core/ngx_hash.c:493 #1 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06130, names=0x807c4e280, nelts=1) at src/core/ngx_hash.c:572 #2 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06250, names=0x807c4e240, nelts=1) at src/core/ngx_hash.c:572 #3 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06370, names=0x807c4e200, nelts=1) at src/core/ngx_hash.c:572 #4 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06490, names=0x807c4e1c0, nelts=1) at src/core/ngx_hash.c:572 #5 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc065b0, names=0x807c4e180, nelts=1) at src/core/ngx_hash.c:572 #6 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc066d0, names=0x807c4e140, nelts=1) at src/core/ngx_hash.c:572 #7 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc067f0, names=0x807c4e100, nelts=1) at src/core/ngx_hash.c:572 #8 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06910, names=0x807c4e0c0, nelts=1) at src/core/ngx_hash.c:572 #9 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06a30, names=0x807c4e080, nelts=1) at src/core/ngx_hash.c:572 #10 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06b50, names=0x807c4e040, nelts=1) at src/core/ngx_hash.c:572 #11 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06c70, names=0x807c4e000, nelts=1) at src/core/ngx_hash.c:572 #12 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06d90, names=0x807c4dfc0, nelts=1) at src/core/ngx_hash.c:572 #13 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06eb0, names=0x807c4df80, nelts=1) at src/core/ngx_hash.c:572 #14 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06fd0, names=0x807c4df40, nelts=1) at src/core/ngx_hash.c:572 #15 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc070f0, names=0x807c4df00, nelts=1) at src/core/ngx_hash.c:572 #16 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07210, names=0x807c4dec0, nelts=1) at src/core/ngx_hash.c:572 #17 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07330, names=0x807c4de80, nelts=1) at src/core/ngx_hash.c:572 #18 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07450, names=0x807c4de40, nelts=1) at src/core/ngx_hash.c:572 #19 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07570, names=0x807c4de00, nelts=1) at src/core/ngx_hash.c:572 #20 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07690, names=0x807c4ddc0, nelts=1) at src/core/ngx_hash.c:572 #21 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc077b0, names=0x807c4dd80, nelts=1) at src/core/ngx_hash.c:572 #22 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc078d0, names=0x807c4dd40, nelts=1) at src/core/ngx_hash.c:572 #23 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc079f0, names=0x807c4dd00, nelts=1) at src/core/ngx_hash.c:572 #24 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07b10, names=0x807c4dcc0, nelts=1) at src/core/ngx_hash.c:572 #25 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07c30, names=0x807c4dc80, nelts=1) at src/core/ngx_hash.c:572 #26 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07d50, names=0x807c4dc40, nelts=1) at src/core/ngx_hash.c:572 #27 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07e70, names=0x807c4dc00, nelts=1) at src/core/ngx_hash.c:572 #28 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07f90, names=0x807c4dbc0, nelts=1) at src/core/ngx_hash.c:572 #29 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc080b0, names=0x807c4db80, nelts=1) at src/core/ngx_hash.c:572 #30 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc081d0, names=0x807c4db40, nelts=1) at src/core/ngx_hash.c:572 #31 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc082f0, names=0x807c4db00, nelts=1) at src/core/ngx_hash.c:572 #32 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08410, names=0x807c4dac0, nelts=1) at src/core/ngx_hash.c:572 #33 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08530, names=0x807c4da80, nelts=1) at src/core/ngx_hash.c:572 #34 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08650, names=0x807c4da40, nelts=1) at src/core/ngx_hash.c:572 #35 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08770, names=0x807c4da00, nelts=1) at src/core/ngx_hash.c:572 #36 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08890, names=0x807c4d9c0, nelts=1) at src/core/ngx_hash.c:572 #37 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc089b0, names=0x807c4d980, nelts=1) at src/core/ngx_hash.c:572 #38 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08ad0, names=0x807c4d940, nelts=1) at src/core/ngx_hash.c:572 #39 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08bf0, names=0x807c4d900, nelts=1) at src/core/ngx_hash.c:572 #40 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08d10, names=0x807c4d8c0, nelts=1) at src/core/ngx_hash.c:572 #41 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08e30, names=0x807c4d880, nelts=1) at src/core/ngx_hash.c:572 #42 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc08f50, names=0x807c4d840, nelts=1) at src/core/ngx_hash.c:572 #43 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09070, names=0x807c4d800, nelts=1) at src/core/ngx_hash.c:572 #44 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09190, names=0x807c4d7c0, nelts=1) at src/core/ngx_hash.c:572 #45 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc092b0, names=0x807c4d780, nelts=1) at src/core/ngx_hash.c:572 #46 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc093d0, names=0x807c4d740, nelts=1) at src/core/ngx_hash.c:572 #47 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc094f0, names=0x807c4d700, nelts=1) at src/core/ngx_hash.c:572 #48 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09610, names=0x807c4d6c0, nelts=1) at src/core/ngx_hash.c:572 #49 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09730, names=0x807c4d680, nelts=1) at src/core/ngx_hash.c:572 #50 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09850, names=0x807c4d640, nelts=1) at src/core/ngx_hash.c:572 #51 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09970, names=0x807c4d600, nelts=1) at src/core/ngx_hash.c:572 #52 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09a90, names=0x807c4d5c0, nelts=1) at src/core/ngx_hash.c:572 #53 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09bb0, names=0x807c4d580, nelts=1) at src/core/ngx_hash.c:572 #54 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09cd0, names=0x807c4d540, nelts=1) at src/core/ngx_hash.c:572 #55 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09df0, names=0x807c4d500, nelts=1) at src/core/ngx_hash.c:572 #56 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc09f10, names=0x807c4d4c0, nelts=1) at src/core/ngx_hash.c:572 #57 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a030, names=0x807c4d480, nelts=1) at src/core/ngx_hash.c:572 #58 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a150, names=0x807c4d440, nelts=1) at src/core/ngx_hash.c:572 #59 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a270, names=0x807c4d400, nelts=1) at src/core/ngx_hash.c:572 #60 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a390, names=0x807c4d3c0, nelts=1) at src/core/ngx_hash.c:572 #61 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a4b0, names=0x807c4d380, nelts=1) at src/core/ngx_hash.c:572 #62 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a5d0, names=0x807c4d340, nelts=1) at src/core/ngx_hash.c:572 #63 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a6f0, names=0x807c4d300, nelts=1) at src/core/ngx_hash.c:572 #64 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a810, names=0x807c4d2c0, nelts=1) at src/core/ngx_hash.c:572 #65 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0a930, names=0x807c4d280, nelts=1) at src/core/ngx_hash.c:572 #66 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0aa50, names=0x807c4d240, nelts=1) at src/core/ngx_hash.c:572 #67 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ab70, names=0x807c4d200, nelts=1) at src/core/ngx_hash.c:572 #68 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ac90, names=0x807c4d1c0, nelts=1) at src/core/ngx_hash.c:572 #69 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0adb0, names=0x807c4d180, nelts=1) at src/core/ngx_hash.c:572 #70 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0aed0, names=0x807c4d140, nelts=1) at src/core/ngx_hash.c:572 #71 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0aff0, names=0x807c4d100, nelts=1) at src/core/ngx_hash.c:572 #72 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b110, names=0x807c4d0c0, nelts=1) at src/core/ngx_hash.c:572 #73 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b230, names=0x807c4d080, nelts=1) at src/core/ngx_hash.c:572 #74 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b350, names=0x807c4d040, nelts=1) at src/core/ngx_hash.c:572 #75 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b470, names=0x807c4d000, nelts=1) at src/core/ngx_hash.c:572 #76 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b590, names=0x807c4cfc0, nelts=1) at src/core/ngx_hash.c:572 #77 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b6b0, names=0x807c4cf80, nelts=1) at src/core/ngx_hash.c:572 #78 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b7d0, names=0x807c4cf40, nelts=1) at src/core/ngx_hash.c:572 #79 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0b8f0, names=0x807c4cf00, nelts=1) at src/core/ngx_hash.c:572 #80 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ba10, names=0x807c4cec0, nelts=1) at src/core/ngx_hash.c:572 #81 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0bb30, names=0x807c4ce80, nelts=1) at src/core/ngx_hash.c:572 #82 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0bc50, names=0x807c4ce40, nelts=1) at src/core/ngx_hash.c:572 #83 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0bd70, names=0x807c4ce00, nelts=1) at src/core/ngx_hash.c:572 #84 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0be90, names=0x807c4cdc0, nelts=1) at src/core/ngx_hash.c:572 #85 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0bfb0, names=0x807c4cd80, nelts=1) at src/core/ngx_hash.c:572 #86 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c0d0, names=0x807c4cd40, nelts=1) at src/core/ngx_hash.c:572 #87 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c1f0, names=0x807c4cd00, nelts=1) at src/core/ngx_hash.c:572 #88 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c310, names=0x807c4ccc0, nelts=1) at src/core/ngx_hash.c:572 #89 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c430, names=0x807c4cc80, nelts=1) at src/core/ngx_hash.c:572 #90 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c550, names=0x807c4cc40, nelts=1) at src/core/ngx_hash.c:572 #91 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c670, names=0x807c4cc00, nelts=1) at src/core/ngx_hash.c:572 #92 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c790, names=0x807c4cbc0, nelts=1) at src/core/ngx_hash.c:572 #93 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c8b0, names=0x807c4cb80, nelts=1) at src/core/ngx_hash.c:572 #94 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0c9d0, names=0x807c4cb40, nelts=1) at src/core/ngx_hash.c:572 #95 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0caf0, names=0x807c4cb00, nelts=1) at src/core/ngx_hash.c:572 #96 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0cc10, names=0x807c4cac0, nelts=1) at src/core/ngx_hash.c:572 #97 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0cd30, names=0x807c4ca80, nelts=1) at src/core/ngx_hash.c:572 #98 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ce50, names=0x807c4ca40, nelts=1) at src/core/ngx_hash.c:572 #99 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0cf70, names=0x807c4ca00, nelts=1) at src/core/ngx_hash.c:572 #100 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d090, names=0x807c4c9c0, nelts=1) at src/core/ngx_hash.c:572 #101 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d1b0, names=0x807c4c980, nelts=1) at src/core/ngx_hash.c:572 #102 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d2d0, names=0x807c4c940, nelts=1) at src/core/ngx_hash.c:572 #103 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d3f0, names=0x807c4c900, nelts=1) at src/core/ngx_hash.c:572 #104 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d510, names=0x807c4c8c0, nelts=1) at src/core/ngx_hash.c:572 #105 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d630, names=0x807c4c880, nelts=1) at src/core/ngx_hash.c:572 #106 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d750, names=0x807c4c840, nelts=1) at src/core/ngx_hash.c:572 #107 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d870, names=0x807c4c800, nelts=1) at src/core/ngx_hash.c:572 #108 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0d990, names=0x807c4c7c0, nelts=1) at src/core/ngx_hash.c:572 #109 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0dab0, names=0x807c4c780, nelts=1) at src/core/ngx_hash.c:572 #110 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0dbd0, names=0x807c4c740, nelts=1) at src/core/ngx_hash.c:572 #111 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0dcf0, names=0x807c4c700, nelts=1) at src/core/ngx_hash.c:572 #112 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0de10, names=0x807c4c6c0, nelts=1) at src/core/ngx_hash.c:572 #113 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0df30, names=0x807c4c680, nelts=1) at src/core/ngx_hash.c:572 #114 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e050, names=0x807c4c640, nelts=1) at src/core/ngx_hash.c:572 #115 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e170, names=0x807c4c600, nelts=1) at src/core/ngx_hash.c:572 #116 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e290, names=0x807c4c5c0, nelts=1) at src/core/ngx_hash.c:572 #117 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e3b0, names=0x807c4c580, nelts=1) at src/core/ngx_hash.c:572 #118 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e4d0, names=0x807c4c540, nelts=1) at src/core/ngx_hash.c:572 #119 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e5f0, names=0x807c4c500, nelts=1) at src/core/ngx_hash.c:572 #120 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e710, names=0x807c4c4c0, nelts=1) at src/core/ngx_hash.c:572 #121 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e830, names=0x807c4c480, nelts=1) at src/core/ngx_hash.c:572 #122 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0e950, names=0x807c4c440, nelts=1) at src/core/ngx_hash.c:572 #123 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ea70, names=0x807c4c400, nelts=1) at src/core/ngx_hash.c:572 #124 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0eb90, names=0x807c4c3c0, nelts=1) at src/core/ngx_hash.c:572 #125 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ecb0, names=0x807c4c380, nelts=1) at src/core/ngx_hash.c:572 #126 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0edd0, names=0x807c4c340, nelts=1) at src/core/ngx_hash.c:572 #127 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0eef0, names=0x807c4c300, nelts=1) at src/core/ngx_hash.c:572 #128 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f010, names=0x807c4c2c0, nelts=1) at src/core/ngx_hash.c:572 #129 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f130, names=0x807c4c280, nelts=1) at src/core/ngx_hash.c:572 #130 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f250, names=0x807c4c240, nelts=1) at src/core/ngx_hash.c:572 #131 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f370, names=0x807c4c200, nelts=1) at src/core/ngx_hash.c:572 #132 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f490, names=0x807c4c1c0, nelts=1) at src/core/ngx_hash.c:572 #133 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f5b0, names=0x807c4c180, nelts=1) at src/core/ngx_hash.c:572 #134 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f6d0, names=0x807c4c140, nelts=1) at src/core/ngx_hash.c:572 #135 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f7f0, names=0x807c4c100, nelts=1) at src/core/ngx_hash.c:572 #136 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0f910, names=0x807c4c0c0, nelts=1) at src/core/ngx_hash.c:572 #137 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0fa30, names=0x807c4c080, nelts=1) at src/core/ngx_hash.c:572 #138 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0fb50, names=0x807c4c040, nelts=1) at src/core/ngx_hash.c:572 #139 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0fc70, names=0x807c4bfe0, nelts=1) at src/core/ngx_hash.c:572 #140 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0fd90, names=0x807c4bfa0, nelts=1) at src/core/ngx_hash.c:572 #141 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0feb0, names=0x807c4bf60, nelts=1) at src/core/ngx_hash.c:572 #142 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc0ffd0, names=0x807c4bf20, nelts=1) at src/core/ngx_hash.c:572 #143 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc100f0, names=0x807c4bee0, nelts=1) at src/core/ngx_hash.c:572 #144 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10210, names=0x807c4bea0, nelts=1) at src/core/ngx_hash.c:572 #145 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10330, names=0x807c4be60, nelts=1) at src/core/ngx_hash.c:572 #146 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10450, names=0x807c4be20, nelts=1) at src/core/ngx_hash.c:572 #147 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10570, names=0x807c4bde0, nelts=1) at src/core/ngx_hash.c:572 #148 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10690, names=0x807c4bda0, nelts=1) at src/core/ngx_hash.c:572 #149 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc107b0, names=0x807c4bd60, nelts=1) at src/core/ngx_hash.c:572 #150 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc108d0, names=0x807c4bd20, nelts=1) at src/core/ngx_hash.c:572 #151 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc109f0, names=0x807c4bce0, nelts=1) at src/core/ngx_hash.c:572 #152 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10b10, names=0x807c4bca0, nelts=1) at src/core/ngx_hash.c:572 #153 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10c30, names=0x807c4bc60, nelts=1) at src/core/ngx_hash.c:572 #154 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10d50, names=0x807c4bc20, nelts=1) at src/core/ngx_hash.c:572 #155 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10e70, names=0x807c4bbe0, nelts=1) at src/core/ngx_hash.c:572 #156 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc10f90, names=0x807c4bba0, nelts=1) at src/core/ngx_hash.c:572 #157 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc110b0, names=0x807c4bb60, nelts=1) at src/core/ngx_hash.c:572 #158 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc111d0, names=0x807c4bb20, nelts=1) at src/core/ngx_hash.c:572 #159 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc112f0, names=0x807c4bae0, nelts=1) at src/core/ngx_hash.c:572 #160 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11410, names=0x807c4baa0, nelts=1) at src/core/ngx_hash.c:572 #161 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11530, names=0x807c4ba60, nelts=1) at src/core/ngx_hash.c:572 #162 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11650, names=0x807c4ba20, nelts=1) at src/core/ngx_hash.c:572 #163 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11770, names=0x807c4b9e0, nelts=1) at src/core/ngx_hash.c:572 #164 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11890, names=0x807c4b9a0, nelts=1) at src/core/ngx_hash.c:572 #165 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc119b0, names=0x807c4b960, nelts=1) at src/core/ngx_hash.c:572 #166 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11ad0, names=0x807c4b920, nelts=1) at src/core/ngx_hash.c:572 #167 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11bf0, names=0x807c4b8e0, nelts=1) at src/core/ngx_hash.c:572 #168 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11d10, names=0x807c4b8a0, nelts=1) at src/core/ngx_hash.c:572 #169 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11e30, names=0x807c4b860, nelts=1) at src/core/ngx_hash.c:572 #170 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc11f50, names=0x807c4b820, nelts=1) at src/core/ngx_hash.c:572 #171 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12070, names=0x807c4b7e0, nelts=1) at src/core/ngx_hash.c:572 #172 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12190, names=0x807c4b7a0, nelts=1) at src/core/ngx_hash.c:572 #173 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc122b0, names=0x807c4b760, nelts=1) at src/core/ngx_hash.c:572 #174 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc123d0, names=0x807c4b720, nelts=1) at src/core/ngx_hash.c:572 #175 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc124f0, names=0x807c4b6e0, nelts=1) at src/core/ngx_hash.c:572 #176 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12610, names=0x807c4b6a0, nelts=1) at src/core/ngx_hash.c:572 #177 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12730, names=0x807c4b660, nelts=1) at src/core/ngx_hash.c:572 #178 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12850, names=0x807c4b620, nelts=1) at src/core/ngx_hash.c:572 #179 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12970, names=0x807c4b5e0, nelts=1) at src/core/ngx_hash.c:572 #180 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12a90, names=0x807c4b5a0, nelts=1) at src/core/ngx_hash.c:572 #181 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12bb0, names=0x807c4b560, nelts=1) at src/core/ngx_hash.c:572 #182 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12cd0, names=0x807c4b520, nelts=1) at src/core/ngx_hash.c:572 #183 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12df0, names=0x807c4b4e0, nelts=1) at src/core/ngx_hash.c:572 #184 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc12f10, names=0x807c4b4a0, nelts=1) at src/core/ngx_hash.c:572 #185 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13030, names=0x807c4b460, nelts=1) at src/core/ngx_hash.c:572 #186 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13150, names=0x807c4b420, nelts=1) at src/core/ngx_hash.c:572 #187 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13270, names=0x807c4b3e0, nelts=1) at src/core/ngx_hash.c:572 #188 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13390, names=0x807c4b3a0, nelts=1) at src/core/ngx_hash.c:572 #189 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc134b0, names=0x807c4b360, nelts=1) at src/core/ngx_hash.c:572 #190 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc135d0, names=0x807c4b320, nelts=1) at src/core/ngx_hash.c:572 #191 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc136f0, names=0x807c4b2e0, nelts=1) at src/core/ngx_hash.c:572 #192 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13810, names=0x807c4b2a0, nelts=1) at src/core/ngx_hash.c:572 #193 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13930, names=0x807c4b260, nelts=1) at src/core/ngx_hash.c:572 #194 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13a50, names=0x807c4b220, nelts=1) at src/core/ngx_hash.c:572 #195 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13b70, names=0x807c4b1e0, nelts=1) at src/core/ngx_hash.c:572 #196 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13c90, names=0x807c4b1a0, nelts=1) at src/core/ngx_hash.c:572 #197 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13db0, names=0x807c4b160, nelts=1) at src/core/ngx_hash.c:572 #198 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13ed0, names=0x807c4b120, nelts=1) at src/core/ngx_hash.c:572 #199 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc13ff0, names=0x807c4b0e0, nelts=1) at src/core/ngx_hash.c:572 #200 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14110, names=0x807c4b0a0, nelts=1) at src/core/ngx_hash.c:572 #201 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14230, names=0x807c4b060, nelts=1) at src/core/ngx_hash.c:572 #202 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14350, names=0x807c4b020, nelts=1) at src/core/ngx_hash.c:572 #203 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14470, names=0x807c4afe0, nelts=1) at src/core/ngx_hash.c:572 #204 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14590, names=0x807c4afa0, nelts=1) at src/core/ngx_hash.c:572 #205 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc146b0, names=0x807c4af60, nelts=1) at src/core/ngx_hash.c:572 #206 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc147d0, names=0x807c4af20, nelts=1) at src/core/ngx_hash.c:572 #207 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc148f0, names=0x807c4aee0, nelts=1) at src/core/ngx_hash.c:572 #208 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14a10, names=0x807c4aea0, nelts=1) at src/core/ngx_hash.c:572 #209 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14b30, names=0x807c4ae60, nelts=1) at src/core/ngx_hash.c:572 #210 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14c50, names=0x807c4ae20, nelts=1) at src/core/ngx_hash.c:572 #211 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14d70, names=0x807c4ade0, nelts=1) at src/core/ngx_hash.c:572 #212 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14e90, names=0x807c4ada0, nelts=1) at src/core/ngx_hash.c:572 #213 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc14fb0, names=0x807c4ad60, nelts=1) at src/core/ngx_hash.c:572 #214 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc150d0, names=0x807c4ad20, nelts=1) at src/core/ngx_hash.c:572 #215 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc151f0, names=0x807c4ace0, nelts=1) at src/core/ngx_hash.c:572 #216 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15310, names=0x807c4aca0, nelts=1) at src/core/ngx_hash.c:572 #217 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15430, names=0x807c4ac60, nelts=1) at src/core/ngx_hash.c:572 #218 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15550, names=0x807c4ac20, nelts=1) at src/core/ngx_hash.c:572 #219 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15670, names=0x807c4abe0, nelts=1) at src/core/ngx_hash.c:572 #220 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15790, names=0x807c4aba0, nelts=1) at src/core/ngx_hash.c:572 #221 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc158b0, names=0x807c4ab60, nelts=1) at src/core/ngx_hash.c:572 #222 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc159d0, names=0x807c4ab20, nelts=1) at src/core/ngx_hash.c:572 #223 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15af0, names=0x807c4aae0, nelts=1) at src/core/ngx_hash.c:572 #224 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc15c10, names=0x807c4aaa0, nelts=1) at src/core/ngx_hash.c:572 #14449 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffffdf30, names=0x807b39f18, nelts=1) at src/core/ngx_hash.c:572 #14450 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffffe050, names=0x807b39db8, nelts=3) at src/core/ngx_hash.c:572 #14451 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffffe170, names=0x807b65000, nelts=6) at src/core/ngx_hash.c:572 #14452 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffffe330, names=0x8078d0000, nelts=148) at src/core/ngx_hash.c:572 #14453 0x000000000043c333 in ngx_http_server_names (cf=0x7fffffffe810, cmcf=0x801436720, addr=0x801439a88) at src/http/ngx_http.c:1536 #14454 0x000000000043bf53 in ngx_http_optimize_servers (cf=0x7fffffffe810, cmcf=0x801436720, ports=0x8014399f0) at src/http/ngx_http.c:1432 #14455 0x0000000000439c67 in ngx_http_block (cf=0x7fffffffe810, cmd=0x5beea0, conf=0x801435ec0) at src/http/ngx_http.c:335 #14456 0x000000000041db55 in ngx_conf_handler (cf=0x7fffffffe810, last=1) at src/core/ngx_conf_file.c:394 #14457 0x000000000041d6f1 in ngx_conf_parse (cf=0x7fffffffe810, filename=0x8014351b0) at src/core/ngx_conf_file.c:244 #14458 0x0000000000419d8f in ngx_init_cycle (old_cycle=0x7fffffffe960) at src/core/ngx_cycle.c:268 #14459 0x000000000040358a in main (argc=2, argv=0x7fffffffeb98) at src/core/nginx.c:331 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227337#msg-227337 From nginx-forum на nginx.us Fri Jun 8 06:45:29 2012 From: nginx-forum на nginx.us (den_saw) Date: Fri, 8 Jun 2012 02:45:29 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: <9bacee80c72a2f73375f62ec373b6b27.NginxMailingListRussian@forum.nginx.org> References: <9bacee80c72a2f73375f62ec373b6b27.NginxMailingListRussian@forum.nginx.org> Message-ID: <74c6ee602ea8538a55309df8310ca066.NginxMailingListRussian@forum.nginx.org> (gdb) backtrace full #0 0x0000000000408137 in ngx_hash_wildcard_init (hinit=0x7fffffc06010, names=0x807c4e2c0, nelts=1) at src/core/ngx_hash.c:493 len = 1777544 dot_len = 4228589 i = 34490081984 n = 0 dot = 0 curr_names = {elts = 0x807c4e2e0, nelts = 0, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e300, nelts = 0, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dc78 next_name = (ngx_hash_key_t *) 0x3ff h = {hash = 0x0, key = 0, max_size = 0, bucket_size = 0, name = 0x0, pool = 0x0, temp_pool = 0x0} wdc = (ngx_hash_wildcard_t *) 0x871bc53822afa274 #1 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06130, names=0x807c4e280, nelts=1) at src/core/ngx_hash.c:572 len = 1024 dot_len = 1024 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e2a0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e2c0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e2a0 next_name = (ngx_hash_key_t *) 0x807c4e2c0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x9e6f9ce9298c1327 #2 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06250, names=0x807c4e240, nelts=1) at src/core/ngx_hash.c:572 len = 4677 dot_len = 4677 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e260, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e280, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e260 next_name = (ngx_hash_key_t *) 0x807c4e280 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x9ee852f566e010a0 #3 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06370, names=0x807c4e200, nelts=1) at src/core/ngx_hash.c:572 len = 945 dot_len = 945 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e220, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e240, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e220 next_name = (ngx_hash_key_t *) 0x807c4e240 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xe5512b892b5198cd #4 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06490, names=0x807c4e1c0, nelts=1) at src/core/ngx_hash.c:572 len = 64 dot_len = 64 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e1e0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e200, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e1e0 next_name = (ngx_hash_key_t *) 0x807c4e200 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xcbc83b7899464732 #5 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc065b0, names=0x807c4e180, nelts=1) at src/core/ngx_hash.c:572 len = 64 dot_len = 64 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e1a0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e1c0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e1a0 next_name = (ngx_hash_key_t *) 0x807c4e1c0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xcd1b1197d4c31fa0 #6 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc066d0, names=0x807c4e140, nelts=1) at src/core/ngx_hash.c:572 len = 1165 dot_len = 1165 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e160, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e180, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e160 next_name = (ngx_hash_key_t *) 0x807c4e180 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x8157a6c829b1144d #7 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc067f0, names=0x807c4e100, nelts=1) at src/core/ngx_hash.c:572 len = 994 dot_len = 994 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e120, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e140, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e120 next_name = (ngx_hash_key_t *) 0x807c4e140 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x6c312d3b93497ce5 #8 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06910, names=0x807c4e0c0, nelts=1) at src/core/ngx_hash.c:572 len = 1083 dot_len = 1083 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e0e0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e100, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e0e0 next_name = (ngx_hash_key_t *) 0x807c4e100 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x3fe434e03600755c #9 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06a30, names=0x807c4e080, nelts=1) at src/core/ngx_hash.c:572 len = 1414 dot_len = 1414 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e0a0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e0c0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e0a0 next_name = (ngx_hash_key_t *) 0x807c4e0c0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x2efae98ea6ad7fb5 #10 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06b50, names=0x807c4e040, nelts=1) at src/core/ngx_hash.c:572 len = 1405 dot_len = 1405 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e060, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e080, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e060 next_name = (ngx_hash_key_t *) 0x807c4e080 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x54a033c89785966a #11 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06c70, names=0x807c4e000, nelts=1) at src/core/ngx_hash.c:572 len = 395 dot_len = 395 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4e020, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e040, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4e020 next_name = (ngx_hash_key_t *) 0x807c4e040 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x7ba0957a61744b1b #12 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06d90, names=0x807c4dfc0, nelts=1) at src/core/ngx_hash.c:572 len = 32 dot_len = 32 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dfe0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4e000, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dfe0 next_name = (ngx_hash_key_t *) 0x807c4e000 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x63eb36a9745a992c #13 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06eb0, names=0x807c4df80, nelts=1) at src/core/ngx_hash.c:572 len = 468 dot_len = 468 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dfa0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4dfc0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dfa0 next_name = (ngx_hash_key_t *) 0x807c4dfc0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xe1d01749fb96fe5a #14 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc06fd0, names=0x807c4df40, nelts=1) at src/core/ngx_hash.c:572 len = 4160 dot_len = 4160 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4df60, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4df80, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4df60 next_name = (ngx_hash_key_t *) 0x807c4df80 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x5d314ee6dbbf2979 #15 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc070f0, names=0x807c4df00, nelts=1) at src/core/ngx_hash.c:572 len = 5059 dot_len = 5059 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4df20, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4df40, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4df20 next_name = (ngx_hash_key_t *) 0x807c4df40 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x37c991fadaa19697 #16 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07210, names=0x807c4dec0, nelts=1) at src/core/ngx_hash.c:572 len = 1083 dot_len = 1083 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dee0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4df00, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dee0 next_name = (ngx_hash_key_t *) 0x807c4df00 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x7e02403e4989cc14 #17 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07330, names=0x807c4de80, nelts=1) at src/core/ngx_hash.c:572 len = 864 dot_len = 864 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dea0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4dec0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dea0 next_name = (ngx_hash_key_t *) 0x807c4dec0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xa7e23933dea9f7a6 #18 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07450, names=0x807c4de40, nelts=1) at src/core/ngx_hash.c:572 len = 256 dot_len = 256 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4de60, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4de80, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4de60 next_name = (ngx_hash_key_t *) 0x807c4de80 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0xdb162cf2b13f6397 #19 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07570, names=0x807c4de00, nelts=1) at src/core/ngx_hash.c:572 len = 3716 dot_len = 3716 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4de20, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4de40, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4de20 next_name = (ngx_hash_key_t *) 0x807c4de40 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x8900c3da8e1f60a3 #20 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc07690, names=0x807c4ddc0, nelts=1) at src/core/ngx_hash.c:572 len = 2173 dot_len = 2173 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dde0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4de00, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dde0 next_name = (ngx_hash_key_t *) 0x807c4de00 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x10ede7e8afdf30a2 #21 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc077b0, names=0x807c4dd80, nelts=1) at src/core/ngx_hash.c:572 len = 5889 dot_len = 5889 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dda0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4ddc0, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dda0 next_name = (ngx_hash_key_t *) 0x807c4ddc0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x5ca424aa1843d086 #22 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc078d0, names=0x807c4dd40, nelts=1) at src/core/ngx_hash.c:572 len = 641 dot_len = 641 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dd60, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4dd80, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dd60 next_name = (ngx_hash_key_t *) 0x807c4dd80 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x4e565cc38ef8ac17 #23 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffc079f0, names=0x807c4dd00, nelts=1) at src/core/ngx_hash.c:572 len = 1021 dot_len = 1021 i = 1 n = 0 dot = 1 curr_names = {elts = 0x807c4dd20, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} next_names = {elts = 0x807c4dd40, nelts = 1, size = 32, nalloc = 1, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x807c4dd20 next_name = (ngx_hash_key_t *) 0x807c4dd40 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x547d45a23ac40dbe #24 #14452 0x0000000000408484 in ngx_hash_wildcard_init (hinit=0x7fffffffe330, names=0x8078d0000, nelts=148) at src/core/ngx_hash.c:572 len = 4 dot_len = 4 i = 40 n = 34 dot = 1 curr_names = {elts = 0x8057fd000, nelts = 6, size = 32, nalloc = 148, pool = 0x80784c000} next_names = {elts = 0x807b65000, nelts = 6, size = 32, nalloc = 148, pool = 0x80784c000} name = (ngx_hash_key_t *) 0x8057fd0a0 next_name = (ngx_hash_key_t *) 0x807b650a0 h = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} wdc = (ngx_hash_wildcard_t *) 0x807849260 #14453 0x000000000043c333 in ngx_http_server_names (cf=0x7fffffffe810, cmcf=0x801436720, addr=0x801439a88) at src/http/ngx_http.c:1536 rc = 0 n = 2 s = 2569 hash = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} ha = {hsize = 10007, pool = 0x801435000, temp_pool = 0x80784c000, keys = {elts = 0x807850000, nelts = 5178, size = 32, nalloc = 16384, pool = 0x80784c000}, keys_hash = 0x807a04000, dns_wc_head = {elts = 0x8078d0000, nelts = 148, size = 32, nalloc = 16384, pool = 0x80784c000}, dns_wc_head_hash = 0x807a66000, dns_wc_tail = {elts = 0x807950000, nelts = 0, size = 32, nalloc = 16384, pool = 0x80784c000}, dns_wc_tail_hash = 0x807ac8000} name = (ngx_http_server_name_t *) 0x8055c7b90 cscfp = (ngx_http_core_srv_conf_t **) 0x804910000 regex = 0 i = 34380903168 #14454 0x000000000043bf53 in ngx_http_optimize_servers (cf=0x7fffffffe810, cmcf=0x801436720, ports=0x8014399f0) at src/http/ngx_http.c:1432 p = 0 a = 0 port = (ngx_http_conf_port_t *) 0x801439a18 addr = (ngx_http_conf_addr_t *) 0x801439a88 #14455 0x0000000000439c67 in ngx_http_block (cf=0x7fffffffe810, cmd=0x5beea0, conf=0x801435ec0) at src/http/ngx_http.c:335 rv = 0x0 mi = 37 m = 47 s = 2574 pcf = {name = 0x0, args = 0x8014361d0, cycle = 0x801435050, pool = 0x801435000, temp_pool = 0x801439000, conf_file = 0x7fffffffe580, log = 0x5d62e0, ctx = 0x801435e88, module_type = 1163022147, cmd_type = 16777216, handler = 0, handler_conf = 0x0} module = (ngx_http_module_t *) 0x5c4e80 ctx = (ngx_http_conf_ctx_t *) 0x801436378 clcf = (ngx_http_core_loc_conf_t *) 0x80568c6d0 cscfp = (ngx_http_core_srv_conf_t **) 0x8048fc000 cmcf = (ngx_http_core_main_conf_t *) 0x801436720 #14456 0x000000000041db55 in ngx_conf_handler (cf=0x7fffffffe810, last=1) at src/core/ngx_conf_file.c:394 rv = 0x0 conf = (void *) 0x801435ec0 confp = (void **) 0x0 i = 7 multi = 0 name = (ngx_str_t *) 0x8014361f8 cmd = (ngx_command_t *) 0x5beea0 #14457 0x000000000041d6f1 in ngx_conf_parse (cf=0x7fffffffe810, filename=0x8014351b0) at src/core/ngx_conf_file.c:244 rv = 0x406242 "H\211E▒H\203}▒" fd = 4 rc = 1 buf = { pos = 0x80143d543 "\n\n\n\n\nt_header Host $host;\n\t\t\tproxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n\t\t\tproxy_set_header X-Real-IP $remote_addr;\n\t\t}\n\t\tlocation ~* ^.+\\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|"..., last = 0x80143d548 "t_header Host $host;\n\t\t\tproxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n\t\t\tproxy_set_header X-Real-IP $remote_addr;\n\t\t}\n\t\tlocation ~* ^.+\\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|z"..., file_pos = 0, file_last = 4386533, start = 0x80143d000 "http://91.203.147.218:888;\n\t\t\tproxy_set_header Host $host;\n\t\t\tproxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n\t\t\tproxy_set_header X-Real-IP $remote_addr;\n\t\t}\n\t}\n\tserver {\n\t\tlisten 91.203."..., end = 0x80143e000 "", tag = 0x4000, file = 0x10, shadow = 0x801439000, temporary = 1, memory = 0, mmap = 0, recycled = 0, in_file = 0, flush = 0, sync = 0, last_buf = 0, last_in_chain = 0, last_shadow = 0, temp_file = 0, num = 0} prev = (ngx_conf_file_t *) 0x0 conf_file = {file = {fd = 4, name = {len = 31, data = 0x80143523a "/usr/local/etc/nginx/nginx.conf"}, info = {st_dev = 115, st_ino = 12812507, st_mode = 33184, st_nlink = 1, st_uid = 0, st_gid = 0, st_rdev = 51198192, st_atimespec = { tv_sec = 1338523800, tv_nsec = 0}, st_mtimespec = {tv_sec = 1338464853, tv_nsec = 0}, st_ctimespec = {tv_sec = 1338464853, tv_nsec = 0}, st_size = 3183207, st_blocks = 6272, st_blksize = 16384, st_flags = 0, st_gen = 1503365706, st_lspare = 0, st_birthtimespec = {tv_sec = 1308728912, tv_nsec = 0}}, offset = 3183207, sys_offset = 34365793113, log = 0x5d62e0, valid_info = 0, directio = 1}, buffer = 0x7fffffffe640, line = 84564} type = parse_file #14458 0x0000000000419d8f in ngx_init_cycle (old_cycle=0x7fffffffe960) at src/core/ngx_cycle.c:268 rv = (void *) 0x8014361c0 senv = (char **) 0x80142f180 env = (char **) 0x834e0b5f i = 47 n = 10 log = (ngx_log_t *) 0x5d62e0 tp = (ngx_time_t *) 0x5d63b8 conf = {name = 0x0, args = 0x8014361d0, cycle = 0x801435050, pool = 0x801435000, temp_pool = 0x801439000, conf_file = 0x7fffffffe580, log = 0x5d62e0, ctx = 0x801435e88, module_type = 1163022147, cmd_type = 16777216, handler = 0, handler_conf = 0x0} pool = (ngx_pool_t *) 0x801435000 cycle = (ngx_cycle_t *) 0x801435050 old = (ngx_cycle_t **) 0x7fffffffe930 shm_zone = (ngx_shm_zone_t *) 0x7fffffffebb0 oshm_zone = (ngx_shm_zone_t *) 0x7fffffffeb98 part = (ngx_list_part_t *) 0x0 opart = (ngx_list_part_t *) 0x0 file = (ngx_open_file_t *) 0x4038b6 ls = (ngx_listening_t *) 0x0 nls = (ngx_listening_t *) 0x7fffffffe960 ccf = (ngx_core_conf_t *) 0x7fffffffe930 old_ccf = (ngx_core_conf_t *) 0x41275c module = (ngx_core_module_t *) 0x5cbd20 hostname = "hosting-bitte.com\000^\000\b\000\000\000\000▒^\000\b\000\000\000▒O^\000\000\000\000\000▒O^\000\000\000\000\000\0000_\000\b\000\000\000\0002_\000\b\000\000\0008\003@\001\b\000\000\000▒O^\000\000\000\000\000▒\001\000\000\000\000\000\000\000\000@\001\b\000\000\000▒\001\000\000\000\000\000\000▒\215▒\000\b\000\000\000\001▒A\001\b\000\000\000\n\000\000\000\a\000\000\000\000 \000\000\000\000\000\000\000▒A\001\b\000\000\000▒O^", '\0' , "\037\000\000\000\000\000\000\000\000▒A\001\b\000\000\000xO^\000\000\000\000\000\200\000\000\000\000\000\000\000\000 ", '\0' ... #14459 0x000000000040358a in main (argc=2, argv=0x7fffffffeb98) at src/core/nginx.c:331 i = 47 log = (ngx_log_t *) 0x5d62e0 cycle = (ngx_cycle_t *) 0x7fffffffeb70 init_cycle = {conf_ctx = 0x0, pool = 0x801413400, log = 0x5d62e0, new_log = {log_level = 0, file = 0x0, connection = 0, handler = 0, data = 0x0, action = 0x0}, files = 0x0, free_connections = 0x0, free_connection_n = 0, reusable_connections_queue = { prev = 0x0, next = 0x0}, listening = {elts = 0x0, nelts = 0, size = 0, nalloc = 0, pool = 0x0}, pathes = {elts = 0x0, nelts = 0, size = 0, nalloc = 0, pool = 0x0}, open_files = {last = 0x0, part = {elts = 0x0, nelts = 0, next = 0x0}, size = 0, nalloc = 0, pool = 0x0}, shared_memory = {last = 0x0, part = {elts = 0x0, nelts = 0, next = 0x0}, size = 0, nalloc = 0, pool = 0x0}, connection_n = 0, files_n = 0, connections = 0x0, read_events = 0x0, write_events = 0x0, old_cycle = 0x0, conf_file = {len = 31, data = 0x4aa2c0 "/usr/local/etc/nginx/nginx.conf"}, conf_param = {len = 0, data = 0x0}, conf_prefix = {len = 21, data = 0x4aa2c0 "/usr/local/etc/nginx/nginx.conf"}, prefix = {len = 21, data = 0x4aa2a8 "/usr/local/etc/nginx/"}, lock_file = { len = 0, data = 0x0}, hostname = {len = 0, data = 0x0}} ccf = (ngx_core_conf_t *) 0x40292e Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227338#msg-227338 From nginx-forum на nginx.us Fri Jun 8 06:46:34 2012 From: nginx-forum на nginx.us (den_saw) Date: Fri, 8 Jun 2012 02:46:34 -0400 (EDT) Subject: Segmentation fault (core dumped) In-Reply-To: <74c6ee602ea8538a55309df8310ca066.NginxMailingListRussian@forum.nginx.org> References: <9bacee80c72a2f73375f62ec373b6b27.NginxMailingListRussian@forum.nginx.org> <74c6ee602ea8538a55309df8310ca066.NginxMailingListRussian@forum.nginx.org> Message-ID: <3ced53df46021acc8fd3f121a6b03d6b.NginxMailingListRussian@forum.nginx.org> (gdb) fr 0 #0 0x0000000000408137 in ngx_hash_wildcard_init (hinit=0x7fffffc06010, names=0x807c4e2c0, nelts=1) at src/core/ngx_hash.c:493 493 in src/core/ngx_hash.c (gdb) p *hinit $1 = {hash = 0x0, key = 0x408680 , max_size = 4096, bucket_size = 2048, name = 0x4aec84 "server_names_hash", pool = 0x801435000, temp_pool = 0x80784c000} (gdb) p *names $2 = {key = {len = 18446744073707016271, data = 0x807c4e078 "\210\236u\002\b"}, key_hash = 0, value = 0x802759e88} (gdb) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227045,227339#msg-227339 From maybe на arjlover.net Fri Jun 8 11:58:41 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 8 Jun 2012 13:58:41 +0200 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <201206070446.31196.ne@vbart.ru> References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> Message-ID: Правильные люди, таки подсказали правильный путь джедая: mv player.swf old-player.swf mv new-player.swf player.swf 2012/6/7 Валентин Бартенев > On Thursday 07 June 2012 04:02:33 ArjLover wrote: > > 2012/6/7 Валентин Бартенев > > > > > On Thursday 07 June 2012 02:02:11 ArjLover wrote: > > > > Конечно я заливаю новый player.swf, а потом делаю mv. > > > > > > Видимо все-таки нет. > > > > Даже не знаю что ответить. Повторить еще раз и поклясться мамой? :) > > Повторить еще раз, и обнаружить, что в тот раз делали что-то еще, или > что-то не > то, или не так. =) > > > > > # grep cache * > > > > nginx.conf: open_file_cache max=10000; > > > > > > > > Это и есть болячка в моем случае? И если это она, то как же быть? > > > > > > Отключить "open_file_cache off;" или, как уже было сказано, > использовать > > > mv. > > > > Ну его ж не просто так включили, как жить без него на раздаче кучи > статики? > > И мне непонятно слово "или", если я правильно понимаю работу этой > > директивы, то mv или нет, эффект будет один - битый файл. Собственно так > у > > меня и происходит - делаю mv и упс... Как mv заставит нжинкс сбросить > кэш? > > Никак, но старый файл останется невредимым и продолжит отдаваться без > проблем > до тех пор, пока файл не будет переоткрыт и nginx не получит новый > дескриптор > связанный уже с другим инодом. > > На самом деле, включен у вас кэш дескрипторов или нет, эффект неатомарного > изменения файла уже открытого файла одинаковый, просто наблюдать вы его > будете > существенно меньше. Поэтому,в любом случае стоит обновлять файлы правильно. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Fri Jun 8 12:08:13 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 8 Jun 2012 16:08:13 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> Message-ID: <20120608120813.GA82779@nginx.com> On Fri, Jun 08, 2012 at 01:58:41PM +0200, Anton Kuznetsov wrote: > Правильные люди, таки подсказали правильный путь джедая: > > mv player.swf old-player.swf > mv new-player.swf player.swf cp player.swf old-player.swf mv new-player.swf player.swf -- Igor Sysoev From ru на nginx.com Fri Jun 8 13:37:37 2012 From: ru на nginx.com (Ruslan Ermilov) Date: Fri, 8 Jun 2012 17:37:37 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <20120608120813.GA82779@nginx.com> References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> <20120608120813.GA82779@nginx.com> Message-ID: <20120608133737.GB56225@lo0.su> On Fri, Jun 08, 2012 at 04:08:13PM +0400, Igor Sysoev wrote: > On Fri, Jun 08, 2012 at 01:58:41PM +0200, Anton Kuznetsov wrote: > > Правильные люди, таки подсказали правильный путь джедая: > > > > mv player.swf old-player.swf > > mv new-player.swf player.swf > > cp player.swf old-player.swf > mv new-player.swf player.swf ln -f player.swf old-player.swf mv new-player.swf player.swf From alex на teletrade-dj.com Fri Jun 8 13:40:38 2012 From: alex на teletrade-dj.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JLQvtGB0YLRgNC40LrQvtCy?=) Date: Fri, 08 Jun 2012 17:40:38 +0400 Subject: =?UTF-8?B?0JjQvdGC0LXRgNC10YHQvdC+LCDQvNC+0LbQvdC+INC70Lgg0LrQsNC6INGC0L4g?= =?UTF-8?B?0LrQvtC90YLRgNC+0LvQu9C40YDQvtCy0LDRgtGMIHNvdWNlX2lw?= Message-ID: <4FD200D6.1040907@teletrade-dj.com> Интересно, можно ли как то контроллировать souce_ip proxy запросов на уровне per backend? From nginx-forum на nginx.us Fri Jun 8 14:42:09 2012 From: nginx-forum на nginx.us (playnet) Date: Fri, 8 Jun 2012 10:42:09 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: References: <4ea5db53e4f5cc48d6080c6426e7099d.NginxMailingListRussian@forum.nginx.org> Message-ID: <6596d31327105ea51414b5c520a7a907.NginxMailingListRussian@forum.nginx.org> > try_files /$host.robots.txt =404; А как по умолчанию сделать вариант? try_files /$host.robots.txt robots.txt =404; так? И надо наверное еще корень задать.. а то где он искать будет? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,156009,227353#msg-227353 From nginx-forum на nginx.us Fri Jun 8 14:43:22 2012 From: nginx-forum на nginx.us (playnet) Date: Fri, 8 Jun 2012 10:43:22 -0400 (EDT) Subject: =?UTF-8?B?UmU6IHVwc3RyZWFtIC0g0L/QtdGA0LXQutC70Y7Rh9C10L3QuNC1INC90LAgYmFj?= =?UTF-8?B?a3VwINCyINC70L7Qs9C4?= In-Reply-To: <53ede41766d2fce8d48dfaffe7865f99.NginxMailingListRussian@forum.nginx.org> References: <53ede41766d2fce8d48dfaffe7865f99.NginxMailingListRussian@forum.nginx.org> Message-ID: то есть парсер писать? Штатно это в логи вроде не попадет тогда... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225046,227354#msg-227354 From nginx-forum на nginx.us Fri Jun 8 14:47:47 2012 From: nginx-forum на nginx.us (playnet) Date: Fri, 8 Jun 2012 10:47:47 -0400 (EDT) Subject: =?UTF-8?B?UmU6IFNTTCwgdXBzdHJlYW0g0Lgg0LDQv9Cw0Yc=?= In-Reply-To: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org> References: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org> Message-ID: <319b06958986628b5c47c9d30949eca7.NginxMailingListRussian@forum.nginx.org> сейчас proxy_pass https://backend; где upstream backend { server host1.site.ru; server host2.site.ru:4343; } Апач посажен на порт 4343, при прямом обращении работает, через нгинх при такой схеме кучу вариантов ошибок, в зависимости от включения ssl on, замены в proxy_pass https на http итд Мне нужно, чтобы было просто тупое проксирование ssl, ну можно с перекодированием сессии.. хотя нежелательно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225045,227355#msg-227355 From mdounin на mdounin.ru Fri Jun 8 14:50:40 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 8 Jun 2012 18:50:40 +0400 Subject: Segmentation fault (core dumped) In-Reply-To: <3ced53df46021acc8fd3f121a6b03d6b.NginxMailingListRussian@forum.nginx.org> References: <9bacee80c72a2f73375f62ec373b6b27.NginxMailingListRussian@forum.nginx.org> <74c6ee602ea8538a55309df8310ca066.NginxMailingListRussian@forum.nginx.org> <3ced53df46021acc8fd3f121a6b03d6b.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120608145040.GE31671@mdounin.ru> Hello! On Fri, Jun 08, 2012 at 02:46:34AM -0400, den_saw wrote: > (gdb) fr 0 > #0 0x0000000000408137 in ngx_hash_wildcard_init (hinit=0x7fffffc06010, > names=0x807c4e2c0, nelts=1) at src/core/ngx_hash.c:493 > 493 in src/core/ngx_hash.c > (gdb) p *hinit > $1 = {hash = 0x0, key = 0x408680 , max_size = 4096, > bucket_size = 2048, name = 0x4aec84 "server_names_hash", > pool = 0x801435000, temp_pool = 0x80784c000} > (gdb) p *names > $2 = {key = {len = 18446744073707016271, data = 0x807c4e078 > "\210\236u\002\b"}, key_hash = 0, value = 0x802759e88} > (gdb) Workaround - убрать таки из конфига конфликты имён, на которые nginx ругается. Патч, исправляющий падения: # HG changeset patch # User Maxim Dounin # Date 1339166923 -14400 # Node ID 0e77e5ebb320075618c48d3aeac8b9aa129001f8 # Parent 4609a1a31cade1accc4c5b777733b1d1404de306 Fixed handling of conflicting wildcard server names. With previous code wildcard names were added to hash even if conflict was detected. This resulted in identical names in hash and segfault later in ngx_hash_wildcard_init(). diff --git a/src/core/ngx_hash.c b/src/core/ngx_hash.c --- a/src/core/ngx_hash.c +++ b/src/core/ngx_hash.c @@ -924,17 +924,6 @@ wildcard: } - hk = ngx_array_push(hwc); - if (hk == NULL) { - return NGX_ERROR; - } - - hk->key.len = last - 1; - hk->key.data = p; - hk->key_hash = 0; - hk->value = value; - - /* check conflicts in wildcard hash */ name = keys->elts; @@ -972,5 +961,18 @@ wildcard: ngx_memcpy(name->data, key->data + skip, name->len); + + /* add to wildcard hash */ + + hk = ngx_array_push(hwc); + if (hk == NULL) { + return NGX_ERROR; + } + + hk->key.len = last - 1; + hk->key.data = p; + hk->key_hash = 0; + hk->value = value; + return NGX_OK; } Maxim Dounin From ne на vbart.ru Fri Jun 8 14:58:54 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 8 Jun 2012 18:58:54 +0400 Subject: =?UTF-8?B?UmU6INCg0LDQt9C90YvQtSByb2JvdHMudHh0?= In-Reply-To: <6596d31327105ea51414b5c520a7a907.NginxMailingListRussian@forum.nginx.org> References: <6596d31327105ea51414b5c520a7a907.NginxMailingListRussian@forum.nginx.org> Message-ID: <201206081858.54901.ne@vbart.ru> On Friday 08 June 2012 18:42:09 playnet wrote: > > try_files /$host.robots.txt =404; > > А как по умолчанию сделать вариант? > try_files /$host.robots.txt robots.txt =404; > так? try_files /$host.robots.txt /robots.txt =404; > И надо наверное еще корень задать.. а то > где он искать будет? Разумеется. Но я полагаю у джентльменов root на уровне server { } уже задан. Впрочем, возможно, для файлов robots.txt вы хотите иметь отдельный root, не доступный из других мест, это тоже вполне разумно. -- Валентин From marck на rinet.ru Fri Jun 8 15:27:45 2012 From: marck на rinet.ru (Dmitry Morozovsky) Date: Fri, 8 Jun 2012 19:27:45 +0400 (MSK) Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <20120608120813.GA82779@nginx.com> References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> <20120608120813.GA82779@nginx.com> Message-ID: On Fri, 8 Jun 2012, Igor Sysoev wrote: > On Fri, Jun 08, 2012 at 01:58:41PM +0200, Anton Kuznetsov wrote: > > Правильные люди, таки подсказали правильный путь джедая: > > > > mv player.swf old-player.swf > > mv new-player.swf player.swf > > cp player.swf old-player.swf > mv new-player.swf player.swf > s/cp/ln/ должно быть ещё лучше, нет? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck на FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck на rinet.ru *** ------------------------------------------------------------------------ From voron на amhost.net Fri Jun 8 16:00:46 2012 From: voron на amhost.net (Alex Vorona) Date: Fri, 08 Jun 2012 19:00:46 +0300 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3Qviwg0LzQvtC20L3QviDQu9C4INC60LDQuiA=?= =?UTF-8?B?0YLQviDQutC+0L3RgtGA0L7Qu9C70LjRgNC+0LLQsNGC0Ywgc291Y2VfaXA=?= In-Reply-To: <4FD200D6.1040907@teletrade-dj.com> References: <4FD200D6.1040907@teletrade-dj.com> Message-ID: <4FD221AE.80808@amhost.net> 08.06.2012 16:40, Алексей Востриков wrote: > Интересно, можно ли как то контроллировать souce_ip > proxy запросов на уровне per backend? Например заданием src IP в маршруте per backend. Если сильно хочется, то можете и SNAT рассмотреть. From nginx-forum на nginx.us Fri Jun 8 18:58:13 2012 From: nginx-forum на nginx.us (Maximus43) Date: Fri, 8 Jun 2012 14:58:13 -0400 (EDT) Subject: =?UTF-8?B?UmU6IFNTTCwgdXBzdHJlYW0g0Lgg0LDQv9Cw0Yc=?= In-Reply-To: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org> References: <66672052a6f36b361a6d52123a918dde.NginxMailingListRussian@forum.nginx.org> Message-ID: 1) Нет, так не получится. Надо или пробрасывать порты сразу на Апач, или ставить балансир типа BigIP. Можно терминировать SSL трафик на фронтенде и потом по SSL (но это уже другая сессия) передавать на бэкенд. Да, в proxy_pass можно писать https, но это будет новая сессия между фронтендом и бэкендом. 2) Не знаю 3) Можно, см. п.1 4) Это означает, что надо установить SSL сессию с бэкендом, т.е. с Apache в вашем случае. Получается ---SSL_session1------SSL_session2--- Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225045,227365#msg-227365 From igor на sysoev.ru Fri Jun 8 19:18:53 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 8 Jun 2012 23:18:53 +0400 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3Qviwg0LzQvtC20L3QviDQu9C4INC60LDQuiA=?= =?UTF-8?B?0YLQviDQutC+0L3RgtGA0L7Qu9C70LjRgNC+0LLQsNGC0Ywgc291Y2VfaXA=?= In-Reply-To: <4FD200D6.1040907@teletrade-dj.com> References: <4FD200D6.1040907@teletrade-dj.com> Message-ID: <20120608191853.GA90808@nginx.com> On Fri, Jun 08, 2012 at 05:40:38PM +0400, Алексей Востриков wrote: > Интересно, можно ли как то контроллировать souce_ip > proxy запросов на уровне per backend? proxy_bind, но переменные не поддерживаются. -- Igor Sysoev From hell-for-yahoo на umail.ru Fri Jun 8 19:25:59 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 8 Jun 2012 23:25:59 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <20120608133737.GB56225@lo0.su> References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> <20120608120813.GA82779@nginx.com> <20120608133737.GB56225@lo0.su> Message-ID: <3110245675.20120608232559@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Ruslan Ermilov! RE> ln -f player.swf old-player.swf RE> mv new-player.swf player.swf Нипанял. Можно объяснить, какой эффект достигается этими командами? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 08.06.2012, <23:25> From nginx-forum на nginx.us Sat Jun 9 02:04:55 2012 From: nginx-forum на nginx.us (soniclord) Date: Fri, 8 Jun 2012 22:04:55 -0400 (EDT) Subject: =?UTF-8?B?0LrQsNC6INGD0YHRgtCw0L3QvtCy0LjRgtGMINC80L7QtNGD0LvRjA==?= Message-ID: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> если nginx был установлен уже как год назад, и установочные файлы были в папке tmp - их уже нет. где мне найти ./configure тогда? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227373,227373#msg-227373 From savefrom на gmail.com Sat Jun 9 03:03:02 2012 From: savefrom на gmail.com (SaveFrom.net) Date: Sat, 9 Jun 2012 11:03:02 +0800 Subject: =?UTF-8?B?UmU6INCY0L3RgtC10YDQtdGB0L3Qviwg0LzQvtC20L3QviDQu9C4INC60LDQuiA=?= =?UTF-8?B?0YLQviDQutC+0L3RgtGA0L7Qu9C70LjRgNC+0LLQsNGC0Ywgc291Y2VfaXA=?= In-Reply-To: <20120608191853.GA90808@nginx.com> References: <4FD200D6.1040907@teletrade-dj.com> <20120608191853.GA90808@nginx.com> Message-ID: Для поддержки переменных в xxx_bind есть патч от Максима http://mailman.nginx.org/pipermail/nginx-devel/2010-April/000170.html К сожалению, он не добавлен в основной код. Пичалька. 9 июня 2012 г., 3:18 пользователь Igor Sysoev написал: > On Fri, Jun 08, 2012 at 05:40:38PM +0400, Алексей Востриков wrote: > > Интересно, можно ли как то контроллировать souce_ip > > proxy запросов на уровне per backend? > > proxy_bind, но переменные не поддерживаются. > > > -- > Igor Sysoev > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Sat Jun 9 06:04:57 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Sat, 9 Jun 2012 10:04:57 +0400 Subject: =?UTF-8?B?UmU6INC60LDQuiDRg9GB0YLQsNC90L7QstC40YLRjCDQvNC+0LTRg9C70Yw=?= In-Reply-To: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> References: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120609060457.GA3048@nginx.com> On Fri, Jun 08, 2012 at 10:04:55PM -0400, soniclord wrote: > если nginx был установлен уже как год > назад, и установочные файлы были в > папке tmp - их уже нет. где мне найти > ./configure тогда? nginx -V -- Igor Sysoev From nefer05 на gmail.com Sat Jun 9 09:49:50 2012 From: nefer05 на gmail.com (=?KOI8-R?B?8s/Nwc4g7c/Ty9fJ1MnO?=) Date: Sat, 9 Jun 2012 13:49:50 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: <3110245675.20120608232559@mtu-net.ru> References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> <20120608120813.GA82779@nginx.com> <20120608133737.GB56225@lo0.su> <3110245675.20120608232559@mtu-net.ru> Message-ID: Старая инода не отправляется в удаленные. 2012/6/8 Andrey Repin : > Здравствуйте, Уважаемый(-ая, -ое) Ruslan Ermilov! > > RE> ln -f player.swf old-player.swf > RE> mv new-player.swf player.swf > > Нипанял. Можно объяснить, какой эффект достигается этими командами? > > > -- > С уважением > >    Andrey Repin (hell-for-yahoo на umail.ru) пятница, 08.06.2012, <23:25> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Sat Jun 9 11:02:55 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Sat, 9 Jun 2012 07:02:55 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC60LDQuiDRg9GB0YLQsNC90L7QstC40YLRjCDQvNC+0LTRg9C70Yw=?= In-Reply-To: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> References: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> Message-ID: <7c912bb41d876bd6c3b316079f28e328.NginxMailingListRussian@forum.nginx.org> А если nginx был установлен, но я решил добавить модуль, что мне нужно сделать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227373,227383#msg-227383 From nginx-forum на nginx.us Sat Jun 9 11:50:22 2012 From: nginx-forum на nginx.us (soniclord) Date: Sat, 9 Jun 2012 07:50:22 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC60LDQuiDRg9GB0YLQsNC90L7QstC40YLRjCDQvNC+0LTRg9C70Yw=?= In-Reply-To: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> References: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> Message-ID: <33b3287192bcbd74da734362e69c1d30.NginxMailingListRussian@forum.nginx.org> nginx version: nginx/1.0.5 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227373,227384#msg-227384 From pavel2000 на ngs.ru Sat Jun 9 12:55:55 2012 From: pavel2000 на ngs.ru (Pavel V.) Date: Sat, 9 Jun 2012 19:55:55 +0700 Subject: =?UTF-8?B?UmU6INC60LDQuiDRg9GB0YLQsNC90L7QstC40YLRjCDQvNC+0LTRg9C70Yw=?= In-Reply-To: <7c912bb41d876bd6c3b316079f28e328.NginxMailingListRussian@forum.nginx.org> References: <30c61749ce555fb831166eeb21fd1204.NginxMailingListRussian@forum.nginx.org> <7c912bb41d876bd6c3b316079f28e328.NginxMailingListRussian@forum.nginx.org> Message-ID: <1165287299.20120609195555@ngs.ru> Здравствуйте, xxnikolayxx. Вы писали 9 июня 2012 г., 18:02:55: > А если nginx был установлен, но я решил > добавить модуль, что мне нужно сделать? Пересобирать и устанавливать заново. Поддержки модулей в виде библиотек, как, к примеру, в apache - в nginx еще нет. -- С уважением, Pavel mailto:pavel2000 на ngs.ru From nginx-forum на nginx.us Sat Jun 9 18:24:05 2012 From: nginx-forum на nginx.us (khartnjava) Date: Sat, 9 Jun 2012 14:24:05 -0400 (EDT) Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC/0L4gbmdpbngtZGF2LWV4dC1tb2R1bGU=?= Message-ID: <426e008287f6a0b28db8e2cb82d8e56a.NginxMailingListRussian@forum.nginx.org> Привет. Пытаюсь закомпилить nginx-dav-ext-module под Windows Но никак не получается. Сначала столкнулся с тем, что нужен был dirent.h - решил за счёт http://www.softagalleria.net/dirent.php далее, застопорился на expat.h - выкачал Expat2.1.0, его lib и .h файлы раскидал в c:\Program Files\Microsoft Visual Studio 10.0\VC\lib\ и в c:\Program Files\Microsoft Visual Studio 10.0\VC\include\ соответственно. Конфигурирую с помощью команды: auto/configure --with-http_dav_module --add-module=c:/msys/1.0/home/Arthur/nginx_src1/moddav \ --with-cc=cl --builddir=objs --prefix= \ --conf-path=conf/nginx.conf --pid-path=logs/nginx.pid \ --http-log-path=logs/access.log --error-log-path=logs/error.log \ --sbin-path=nginx.exe --http-client-body-temp-path=temp/client_body_temp \ --http-proxy-temp-path=temp/proxy_temp \ --http-fastcgi-temp-path=temp/fastcgi_temp \ --with-cc-opt=-DFD_SETSIZE=1024 --with-pcre=objs/lib/pcre-8.30 \ --with-zlib=objs/lib/zlib-1.2.7 --with-openssl=objs/lib/openssl-1.0.0e \ --with-select_module --with-http_ssl_module --with-ipv6 checking for OS + MINGW32_NT-6.1 1.0.11(0.46/3/2) i686 + using Microsoft Visual C++ compiler checking for MINGW32_NT-6.1 specific features configuring additional modules adding module in c:/msys/1.0/home/Arthur/nginx_src1/moddav + ngx_http_dav_ext_module was configured creating objs/Makefile Configuration summary + using PCRE library: objs/lib/pcre-8.30 + using OpenSSL library: objs/lib/openssl-1.0.0e + md5: using OpenSSL library + sha1: using OpenSSL library + using zlib library: objs/lib/zlib-1.2.7 nginx path prefix: "" nginx binary file: "/nginx.exe" nginx configuration prefix: "/conf" nginx configuration file: "/conf/nginx.conf" nginx pid file: "/logs/nginx.pid" nginx error log file: "/logs/error.log" nginx http access log file: "/logs/access.log" nginx http client request body temporary files: "temp/client_body_temp" nginx http proxy temporary files: "temp/proxy_temp" nginx http fastcgi temporary files: "temp/fastcgi_temp" nginx http uwsgi temporary files: "uwsgi_temp" nginx http scgi temporary files: "scgi_temp" Собираю командой "c:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake" -f objs/Makefile Сыпется в ошибки: c:\msys\1.0\home\Arthur\nginx_src1>"c:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake" -f objs/Makefile "c:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake.exe" -f auto/lib/openssl/makefile.msvc OPENSSL="objs/lib/openssl-1.0.0e" OPENSSL_OPT="" cd objs/lib/openssl-1.0.0e perl Configure VC-WIN32 no-shared --prefix=openssl Configuring for VC-WIN32 no-gmp [default] OPENSSL_NO_GMP (skip dir) no-jpake [experimental] OPENSSL_NO_JPAKE (skip dir) no-krb5 [krb5-flavor not specified] OPENSSL_NO_KRB5 no-md2 [default] OPENSSL_NO_MD2 (skip dir) no-rc5 [default] OPENSSL_NO_RC5 (skip dir) no-rfc3779 [default] OPENSSL_NO_RFC3779 (skip dir) no-shared [option] no-store [experimental] OPENSSL_NO_STORE (skip dir) no-zlib [default] no-zlib-dynamic [default] IsMK1MF=1 CC =cl CFLAG =-DOPENSSL_THREADS -DDSO_WIN32 -W3 -WX -Gs0 -GF -Gy -nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN -D_CRT_SECURE_NO_DEPRECATE -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DWHIRLPOOL_ASM EX_LIBS = CPUID_OBJ =x86cpuid.o BN_ASM =bn-586.o co-586.o x86-mont.o DES_ENC =des-586.o crypt586.o AES_ENC =aes-586.o BF_ENC =bf-586.o CAST_ENC =cast-586.o RC4_ENC =rc4-586.o RC5_ENC =rc5-586.o MD5_OBJ_ASM =md5-586.o SHA1_OBJ_ASM =sha1-586.o sha256-586.o sha512-586.o RMD160_OBJ_ASM=rmd-586.o CMLL_ENC= =cmll-x86.o PROCESSOR = RANLIB =true ARFLAGS = PERL =perl THIRTY_TWO_BIT mode BN_LLONG mode RC4_INDEX mode RC4_CHUNK is undefined Configured for VC-WIN32. ms\do_ms c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>perl util\mkfiles.pl 1>MINFO c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>perl util\mk1mf.pl no-asm VC-WIN32 1>ms\nt.mak c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>perl util\mk1mf.pl dll no-asm VC-WIN32 1>ms\ntdll.mak c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>if x == x goto skipce c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>perl util\mkdef.pl 32 libeay 1>ms\libeay32.def c:\msys\1.0\home\Arthur\nginx_src1\objs\lib\openssl-1.0.0e>perl util\mkdef.pl 32 ssleay 1>ms\ssleay32.def "c:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake.exe" -f ms\nt.mak Building OpenSSL perl util/copy.pl ".\crypto\buildinf.h" "tmp32\buildinf.h" Copying: ./crypto/buildinf.h to tmp32/buildinf.h perl util/copy.pl ".\crypto\opensslconf.h" "inc32\openssl\opensslconf.h" Copying: ./crypto/opensslconf.h to inc32/openssl/opensslconf.h "c:\Program Files\Microsoft Visual Studio 10.0\VC\bin\nmake.exe" -f ms\nt.mak install Building OpenSSL perl util/mkdir-p.pl "openssl" perl util/mkdir-p.pl "openssl\bin" perl util/mkdir-p.pl "openssl\include" perl util/mkdir-p.pl "openssl\include\openssl" perl util/mkdir-p.pl "openssl\lib" perl util/copy.pl "inc32\openssl\*.[ch]" "openssl\include\openssl" Copying: inc32/openssl/aes.h to openssl/include/openssl/aes.h Copying: inc32/openssl/asn1.h to openssl/include/openssl/asn1.h Copying: inc32/openssl/asn1_mac.h to openssl/include/openssl/asn1_mac.h Copying: inc32/openssl/asn1t.h to openssl/include/openssl/asn1t.h Copying: inc32/openssl/bio.h to openssl/include/openssl/bio.h Copying: inc32/openssl/blowfish.h to openssl/include/openssl/blowfish.h Copying: inc32/openssl/bn.h to openssl/include/openssl/bn.h Copying: inc32/openssl/buffer.h to openssl/include/openssl/buffer.h Copying: inc32/openssl/camellia.h to openssl/include/openssl/camellia.h Copying: inc32/openssl/cast.h to openssl/include/openssl/cast.h Copying: inc32/openssl/cms.h to openssl/include/openssl/cms.h Copying: inc32/openssl/comp.h to openssl/include/openssl/comp.h Copying: inc32/openssl/conf.h to openssl/include/openssl/conf.h Copying: inc32/openssl/conf_api.h to openssl/include/openssl/conf_api.h Copying: inc32/openssl/crypto.h to openssl/include/openssl/crypto.h Copying: inc32/openssl/des.h to openssl/include/openssl/des.h Copying: inc32/openssl/des_old.h to openssl/include/openssl/des_old.h Copying: inc32/openssl/dh.h to openssl/include/openssl/dh.h Copying: inc32/openssl/dsa.h to openssl/include/openssl/dsa.h Copying: inc32/openssl/dso.h to openssl/include/openssl/dso.h Copying: inc32/openssl/dtls1.h to openssl/include/openssl/dtls1.h Copying: inc32/openssl/e_os2.h to openssl/include/openssl/e_os2.h Copying: inc32/openssl/ebcdic.h to openssl/include/openssl/ebcdic.h Copying: inc32/openssl/ec.h to openssl/include/openssl/ec.h Copying: inc32/openssl/ecdh.h to openssl/include/openssl/ecdh.h Copying: inc32/openssl/ecdsa.h to openssl/include/openssl/ecdsa.h Copying: inc32/openssl/engine.h to openssl/include/openssl/engine.h Copying: inc32/openssl/err.h to openssl/include/openssl/err.h Copying: inc32/openssl/evp.h to openssl/include/openssl/evp.h Copying: inc32/openssl/hmac.h to openssl/include/openssl/hmac.h Copying: inc32/openssl/idea.h to openssl/include/openssl/idea.h Copying: inc32/openssl/krb5_asn.h to openssl/include/openssl/krb5_asn.h Copying: inc32/openssl/kssl.h to openssl/include/openssl/kssl.h Copying: inc32/openssl/lhash.h to openssl/include/openssl/lhash.h Copying: inc32/openssl/md4.h to openssl/include/openssl/md4.h Copying: inc32/openssl/md5.h to openssl/include/openssl/md5.h Copying: inc32/openssl/mdc2.h to openssl/include/openssl/mdc2.h Copying: inc32/openssl/modes.h to openssl/include/openssl/modes.h Copying: inc32/openssl/obj_mac.h to openssl/include/openssl/obj_mac.h Copying: inc32/openssl/objects.h to openssl/include/openssl/objects.h Copying: inc32/openssl/ocsp.h to openssl/include/openssl/ocsp.h Copying: inc32/openssl/opensslconf.h to openssl/include/openssl/opensslconf.h Copying: inc32/openssl/opensslv.h to openssl/include/openssl/opensslv.h Copying: inc32/openssl/ossl_typ.h to openssl/include/openssl/ossl_typ.h Copying: inc32/openssl/pem.h to openssl/include/openssl/pem.h Copying: inc32/openssl/pem2.h to openssl/include/openssl/pem2.h Copying: inc32/openssl/pkcs12.h to openssl/include/openssl/pkcs12.h Copying: inc32/openssl/pkcs7.h to openssl/include/openssl/pkcs7.h Copying: inc32/openssl/pqueue.h to openssl/include/openssl/pqueue.h Copying: inc32/openssl/rand.h to openssl/include/openssl/rand.h Copying: inc32/openssl/rc2.h to openssl/include/openssl/rc2.h Copying: inc32/openssl/rc4.h to openssl/include/openssl/rc4.h Copying: inc32/openssl/ripemd.h to openssl/include/openssl/ripemd.h Copying: inc32/openssl/rsa.h to openssl/include/openssl/rsa.h Copying: inc32/openssl/safestack.h to openssl/include/openssl/safestack.h Copying: inc32/openssl/seed.h to openssl/include/openssl/seed.h Copying: inc32/openssl/sha.h to openssl/include/openssl/sha.h Copying: inc32/openssl/ssl.h to openssl/include/openssl/ssl.h Copying: inc32/openssl/ssl2.h to openssl/include/openssl/ssl2.h Copying: inc32/openssl/ssl23.h to openssl/include/openssl/ssl23.h Copying: inc32/openssl/ssl3.h to openssl/include/openssl/ssl3.h Copying: inc32/openssl/stack.h to openssl/include/openssl/stack.h Copying: inc32/openssl/symhacks.h to openssl/include/openssl/symhacks.h Copying: inc32/openssl/tls1.h to openssl/include/openssl/tls1.h Copying: inc32/openssl/ts.h to openssl/include/openssl/ts.h Copying: inc32/openssl/txt_db.h to openssl/include/openssl/txt_db.h Copying: inc32/openssl/ui.h to openssl/include/openssl/ui.h Copying: inc32/openssl/ui_compat.h to openssl/include/openssl/ui_compat.h Copying: inc32/openssl/whrlpool.h to openssl/include/openssl/whrlpool.h Copying: inc32/openssl/x509.h to openssl/include/openssl/x509.h Copying: inc32/openssl/x509_vfy.h to openssl/include/openssl/x509_vfy.h Copying: inc32/openssl/x509v3.h to openssl/include/openssl/x509v3.h perl util/copy.pl "out32\openssl.exe openssl\bin" Copying: out32/openssl.exe to openssl/bin/openssl.exe perl util/mkdir-p.pl "openssl\openssl\ssl" perl util/copy.pl apps\openssl.cnf "openssl\openssl\ssl" Copying: apps/openssl.cnf to openssl/openssl/ssl/openssl.cnf perl util/copy.pl "out32\ssleay32.lib" "openssl\lib" Copying: out32/ssleay32.lib to openssl/lib/ssleay32.lib perl util/copy.pl "out32\libeay32.lib" "openssl\lib" Copying: out32/libeay32.lib to openssl/lib/libeay32.lib cl -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Ycngx_config.h -Fpobjs/ngx_config.pch -c -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/ngx_pch.obj objs/ngx_pch.c ngx_pch.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/nginx.obj src/core/nginx.c nginx.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_log.obj src/core/ngx_log.c ngx_log.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_palloc.obj src/core/ngx_palloc.c ngx_palloc.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_array.obj src/core/ngx_array.c ngx_array.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_list.obj src/core/ngx_list.c ngx_list.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_hash.obj src/core/ngx_hash.c ngx_hash.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_buf.obj src/core/ngx_buf.c ngx_buf.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_queue.obj src/core/ngx_queue.c ngx_queue.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_output_chain.obj src/core/ngx_output_chain.c ngx_output_chain.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_string.obj src/core/ngx_string.c ngx_string.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_parse.obj src/core/ngx_parse.c ngx_parse.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_inet.obj src/core/ngx_inet.c ngx_inet.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_file.obj src/core/ngx_file.c ngx_file.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_crc32.obj src/core/ngx_crc32.c ngx_crc32.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_murmurhash.obj src/core/ngx_murmurhash.c ngx_murmurhash.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_md5.obj src/core/ngx_md5.c ngx_md5.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_rbtree.obj src/core/ngx_rbtree.c ngx_rbtree.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_radix_tree.obj src/core/ngx_radix_tree.c ngx_radix_tree.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_slab.obj src/core/ngx_slab.c ngx_slab.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_times.obj src/core/ngx_times.c ngx_times.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_shmtx.obj src/core/ngx_shmtx.c ngx_shmtx.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_connection.obj src/core/ngx_connection.c ngx_connection.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_cycle.obj src/core/ngx_cycle.c ngx_cycle.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_spinlock.obj src/core/ngx_spinlock.c ngx_spinlock.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_cpuinfo.obj src/core/ngx_cpuinfo.c ngx_cpuinfo.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_conf_file.obj src/core/ngx_conf_file.c ngx_conf_file.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_resolver.obj src/core/ngx_resolver.c ngx_resolver.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_open_file_cache.obj src/core/ngx_open_file_cache.c ngx_open_file_cache.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_crypt.obj src/core/ngx_crypt.c ngx_crypt.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event.obj src/event/ngx_event.c ngx_event.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_timer.obj src/event/ngx_event_timer.c ngx_event_timer.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_posted.obj src/event/ngx_event_posted.c ngx_event_posted.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_busy_lock.obj src/event/ngx_event_busy_lock.c ngx_event_busy_lock.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_accept.obj src/event/ngx_event_accept.c ngx_event_accept.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_connect.obj src/event/ngx_event_connect.c ngx_event_connect.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_pipe.obj src/event/ngx_event_pipe.c ngx_event_pipe.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_errno.obj src/os/win32/ngx_errno.c ngx_errno.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_alloc.obj src/os/win32/ngx_alloc.c ngx_alloc.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_files.obj src/os/win32/ngx_files.c ngx_files.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_shmem.obj src/os/win32/ngx_shmem.c ngx_shmem.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_time.obj src/os/win32/ngx_time.c ngx_time.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_process.obj src/os/win32/ngx_process.c ngx_process.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_thread.obj src/os/win32/ngx_thread.c ngx_thread.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_socket.obj src/os/win32/ngx_socket.c ngx_socket.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_wsarecv.obj src/os/win32/ngx_wsarecv.c ngx_wsarecv.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_wsarecv_chain.obj src/os/win32/ngx_wsarecv_chain.c ngx_wsarecv_chain.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_udp_wsarecv.obj src/os/win32/ngx_udp_wsarecv.c ngx_udp_wsarecv.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_wsasend.obj src/os/win32/ngx_wsasend.c ngx_wsasend.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_wsasend_chain.obj src/os/win32/ngx_wsasend_chain.c ngx_wsasend_chain.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_win32_init.obj src/os/win32/ngx_win32_init.c ngx_win32_init.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_user.obj src/os/win32/ngx_user.c ngx_user.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_event_log.obj src/os/win32/ngx_event_log.c ngx_event_log.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/os/win32/ngx_process_cycle.obj src/os/win32/ngx_process_cycle.c ngx_process_cycle.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_acceptex.obj src/event/ngx_event_acceptex.c ngx_event_acceptex.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/modules/ngx_iocp_module.obj src/event/modules/ngx_iocp_module.c ngx_iocp_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/modules/ngx_win32_select_module.obj src/event/modules/ngx_win32_select_module.c ngx_win32_select_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/event/ngx_event_openssl.obj src/event/ngx_event_openssl.c ngx_event_openssl.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/core/ngx_regex.obj src/core/ngx_regex.c ngx_regex.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http.obj src/http/ngx_http.c ngx_http.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_core_module.obj src/http/ngx_http_core_module.c ngx_http_core_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_special_response.obj src/http/ngx_http_special_response.c ngx_http_special_response.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_request.obj src/http/ngx_http_request.c ngx_http_request.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_parse.obj src/http/ngx_http_parse.c ngx_http_parse.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_header_filter_module.obj src/http/ngx_http_header_filter_module.c ngx_http_header_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_write_filter_module.obj src/http/ngx_http_write_filter_module.c ngx_http_write_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_copy_filter_module.obj src/http/ngx_http_copy_filter_module.c ngx_http_copy_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_log_module.obj src/http/modules/ngx_http_log_module.c ngx_http_log_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_request_body.obj src/http/ngx_http_request_body.c ngx_http_request_body.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_variables.obj src/http/ngx_http_variables.c ngx_http_variables.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_script.obj src/http/ngx_http_script.c ngx_http_script.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_upstream.obj src/http/ngx_http_upstream.c ngx_http_upstream.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_upstream_round_robin.obj src/http/ngx_http_upstream_round_robin.c ngx_http_upstream_round_robin.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_parse_time.obj src/http/ngx_http_parse_time.c ngx_http_parse_time.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_static_module.obj src/http/modules/ngx_http_static_module.c ngx_http_static_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_index_module.obj src/http/modules/ngx_http_index_module.c ngx_http_index_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_chunked_filter_module.obj src/http/modules/ngx_http_chunked_filter_module.c ngx_http_chunked_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_range_filter_module.obj src/http/modules/ngx_http_range_filter_module.c ngx_http_range_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_headers_filter_module.obj src/http/modules/ngx_http_headers_filter_module.c ngx_http_headers_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_not_modified_filter_module.obj src/http/modules/ngx_http_not_modified_filter_module.c ngx_http_not_modified_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_busy_lock.obj src/http/ngx_http_busy_lock.c ngx_http_busy_lock.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_file_cache.obj src/http/ngx_http_file_cache.c ngx_http_file_cache.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_gzip_filter_module.obj src/http/modules/ngx_http_gzip_filter_module.c ngx_http_gzip_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/ngx_http_postpone_filter_module.obj src/http/ngx_http_postpone_filter_module.c ngx_http_postpone_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_ssi_filter_module.obj src/http/modules/ngx_http_ssi_filter_module.c ngx_http_ssi_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_charset_filter_module.obj src/http/modules/ngx_http_charset_filter_module.c ngx_http_charset_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_userid_filter_module.obj src/http/modules/ngx_http_userid_filter_module.c ngx_http_userid_filter_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_dav_module.obj src/http/modules/ngx_http_dav_module.c ngx_http_dav_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_autoindex_module.obj src/http/modules/ngx_http_autoindex_module.c ngx_http_autoindex_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_auth_basic_module.obj src/http/modules/ngx_http_auth_basic_module.c ngx_http_auth_basic_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_access_module.obj src/http/modules/ngx_http_access_module.c ngx_http_access_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_limit_conn_module.obj src/http/modules/ngx_http_limit_conn_module.c ngx_http_limit_conn_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_limit_req_module.obj src/http/modules/ngx_http_limit_req_module.c ngx_http_limit_req_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_geo_module.obj src/http/modules/ngx_http_geo_module.c ngx_http_geo_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_map_module.obj src/http/modules/ngx_http_map_module.c ngx_http_map_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_split_clients_module.obj src/http/modules/ngx_http_split_clients_module.c ngx_http_split_clients_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_referer_module.obj src/http/modules/ngx_http_referer_module.c ngx_http_referer_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_rewrite_module.obj src/http/modules/ngx_http_rewrite_module.c ngx_http_rewrite_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_ssl_module.obj src/http/modules/ngx_http_ssl_module.c ngx_http_ssl_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_proxy_module.obj src/http/modules/ngx_http_proxy_module.c ngx_http_proxy_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_fastcgi_module.obj src/http/modules/ngx_http_fastcgi_module.c ngx_http_fastcgi_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_uwsgi_module.obj src/http/modules/ngx_http_uwsgi_module.c ngx_http_uwsgi_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_scgi_module.obj src/http/modules/ngx_http_scgi_module.c ngx_http_scgi_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_memcached_module.obj src/http/modules/ngx_http_memcached_module.c ngx_http_memcached_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_empty_gif_module.obj src/http/modules/ngx_http_empty_gif_module.c ngx_http_empty_gif_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_browser_module.obj src/http/modules/ngx_http_browser_module.c ngx_http_browser_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_upstream_ip_hash_module.obj src/http/modules/ngx_http_upstream_ip_hash_module.c ngx_http_upstream_ip_hash_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_upstream_least_conn_module.obj src/http/modules/ngx_http_upstream_least_conn_module.c ngx_http_upstream_least_conn_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/src/http/modules/ngx_http_upstream_keepalive_module.obj src/http/modules/ngx_http_upstream_keepalive_module.c ngx_http_upstream_keepalive_module.c cl -c -O2 -W4 -WX -nologo -MT -Zi -DFD_SETSIZE=1024 -DNO_SYS_TYPES_H -Yungx_config.h -Fpobjs/ngx_config.pch -I src/core -I src/event -I src/event/modules -I src/os/win32 -I objs/lib/pcre-8.30 -I objs/lib/openssl-1.0.0e/openssl/include -I objs/lib/zlib-1.2.7 -I objs -I src/http -I src/http/modules -I src/mail -Foobjs/addon/moddav/ngx_http_dav_ext_module.obj c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c ngx_http_dav_ext_module.c C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(92) : error C2061: syntax error : identifier '_off_t' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(96) : error C2059: syntax error : '}' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(108) : error C2061: syntax error : identifier '_off_t' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(109) : error C2371: 'st_atime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(93) : see declaration of 'st_atime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(110) : error C2371: 'st_mtime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(94) : see declaration of 'st_mtime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(111) : error C2371: 'st_ctime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(95) : see declaration of 'st_ctime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(112) : error C2059: syntax error : '}' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(138) : error C2061: syntax error : identifier '_off_t' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(139) : error C2371: 'st_atime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(93) : see declaration of 'st_atime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(140) : error C2371: 'st_mtime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(94) : see declaration of 'st_mtime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(141) : error C2371: 'st_ctime' : redefinition; different basic types C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(95) : see declaration of 'st_ctime' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(142) : error C2059: syntax error : '}' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.inl(53) : error C2027: use of undefined type 'stat' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(100) : see declaration of 'stat' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.inl(53) : error C2027: use of undefined type '_stat64i32' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(130) : see declaration of '_stat64i32' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.inl(58) : error C2027: use of undefined type 'stat' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(100) : see declaration of 'stat' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.inl(58) : error C2027: use of undefined type '_stat64i32' C:\Program Files\Microsoft Visual Studio 10.0\VC\INCLUDE\sys/stat.h(130) : see declaration of '_stat64i32' c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(297) : error C2079: 'st' uses undefined struct 'stat' c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(302) : warning C4133: 'function' : incompatible types - from 'int *' to 'stat *' c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(313) : warning C4013: 'gmtime_r' undefined; assuming extern returning int c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(313) : error C2224: left of '.st_ctime' must have struct/union type c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(313) : warning C4047: '==' : 'int' differs in levels of indirection from 'void *' c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(359) : error C2224: left of '.st_size' must have struct/union type c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(376) : error C2224: left of '.st_mtime' must have struct/union type c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(376) : warning C4047: '==' : 'int' differs in levels of indirection from 'void *' c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(395) : error C2224: left of '.st_mode' must have struct/union type c:/msys/1.0/home/Arthur/nginx_src1/moddav/ngx_http_dav_ext_module.c(659) : warning C4245: '=' : conversion from 'int' to 'ngx_uint_t', signed/unsigned mismatch NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 10.0\VC\BI N\cl.EXE"' : return code '0x2' Stop. Подскажите, пожалуйста, как собрать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227389,227389#msg-227389 From hell-for-yahoo на umail.ru Sat Jun 9 21:47:40 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Sun, 10 Jun 2012 01:47:40 +0400 Subject: =?UTF-8?B?UmU6INCa0LDQttC10YLRgdGPINGN0YLQviDQsdCw0LMg0L/RgNC4INC/0L7QtNC8?= =?UTF-8?B?0LXQvdC1INGB0YLQsNGC0LjRh9C10YHQutC+0LPQviDRhNCw0LnQu9Cw?= In-Reply-To: References: <201206070242.11948.ne@vbart.ru> <201206070446.31196.ne@vbart.ru> <20120608120813.GA82779@nginx.com> <20120608133737.GB56225@lo0.su> <3110245675.20120608232559@mtu-net.ru> Message-ID: <1438019551.20120610014740@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Роман Москвитин! >> RE> ln -f player.swf old-player.swf >> RE> mv new-player.swf player.swf >> >> Нипанял. Можно объяснить, какой эффект достигается этими командами? РМ> Старая инода не отправляется в удаленные. Я уже понял, просто пропустил отсутствие ключика -s И, пожалуйста, не надо писать ответы перед вопросами. Спасибо. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) воскресенье, 10.06.2012, <01:46> From nginx-forum на nginx.us Mon Jun 11 19:54:18 2012 From: nginx-forum на nginx.us (X-Thief) Date: Mon, 11 Jun 2012 15:54:18 -0400 (EDT) Subject: Nginx is already new version Message-ID: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> #root: nginx -v nginx version: nginx/1.0.14 ------------- #root: cat /etc/apt/sources.list ####################################################################################### # Hetzner APT-Mirror deb http://mirror.hetzner.de/debian/packages squeeze main contrib non-free deb http://mirror.hetzner.de/debian/security squeeze/updates main contrib non-free ####################################################################################### # Backupmirror # deb http://ftp.uni-bayreuth.de/linux/Debian/debian/ squeeze main non-free contrib deb-src http://ftp.uni-bayreuth.de/linux/Debian/debian/ squeeze main non-free contrib deb http://security.debian.org/ squeeze/updates main contrib non-free deb-src http://security.debian.org/ squeeze/updates main contrib non-free ## backports deb http://backports.debian.org/debian-backports squeeze-backports main deb http://packages.dotdeb.org squeeze all # Официальный репозиторий Debian #deb ftp://ftp.ru.debian.org/debian/ stable main contrib non-free # Debian Squeeze - обновления #deb ftp://ftp.ru.debian.org/debian squeeze-updates main # Debian Squeeze - обновления безопасности #deb ftp://ftp.ru.debian.org/debian-security squeeze/updates main non-free contrib # Debian Squeeze - backports #deb ftp://ftp.ru.debian.org/debian-backports squeeze-backports main contrib # Debian Squeeze - proprsed - updates #deb ftp://ftp.ru.debian.org/debian squeeze-proposed-updates main contrib non-free # Dotdeb - The repository for Debian-based LAMP servers #deb ftp://packages.dotdeb.org stable all #deb ftp://dotdeb.debian.skynet.be/mirror1/packages.dotdeb.org/ stable all deb http://packages.dotdeb.org stable all deb-src http://packages.dotdeb.org stable all Делаю apt-get update, затем apt-get install nginx и выдает что у меня уже установлен новый nginx!! Но почему? Если новый 1.2.*, а у меня показывает 1.0.14. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227443,227443#msg-227443 From c.kworr на gmail.com Tue Jun 12 09:07:07 2012 From: c.kworr на gmail.com (Volodymyr Kostyrko) Date: Tue, 12 Jun 2012 12:07:07 +0300 Subject: =?UTF-8?B?YWxpYXMg0LLQu9C40Y/QtdGCINGC0L7Qu9GM0LrQviDQvdCwICRyZXF1ZXN0X2Zp?= =?UTF-8?B?bGVuYW1lINC4ICRkb2N1bWVudF9yb290PyDQsCDQutCw0Log0LHRi9GC0Ywg?= =?UTF-8?B?0YEg0LTRgNGD0LPQuNC80Lgg0L/QtdGA0LXQvNC10L3QvdGL0LzQuD8=?= Message-ID: <4FD706BB.3030601@gmail.com> День добрый. Есть глупый вопрос. При использовании alias $request_filename и $document_root корректно трансформируются, а $fastcgi_script_name, $uri, $document_uri полностью игнорируют изменение пути в запросе. Ну например: location /subsite { alias /home/user/project1; location ~ .*\.php$ { try_files $uri =404; include /usr/local/etc/nginx/fastcgi_params; fastcgi_pass unix:/usr/local/www/.fastcgi.php.socket; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } } } Первая ошибка в данном блоке выползет на try_files, поскольку $uri (например - '/subsite/index.php') не оттранслирован и файла такого в /home/user/project1 нет. Хотя по логике вещей после отработки alias мы уже должны работать с /home/user/project1/index.php, но это изменение затрагивает исключительно $request_filename. Исправить положение можно если убрать try_files (нежелательно) и ставить в SCRIPT_FILENAME $request_filename (не знаю на сколько это идеологически правильно). Единственный способ обхода - использовать вместо alias root и обозвать папку с проэктом так же как и локейшн. Но это больше похоже на костыли. Есьт ли другие способы решения проблемы? -- Sphinx of black quartz judge my vow. From sytar.alex на gmail.com Tue Jun 12 09:17:19 2012 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Tue, 12 Jun 2012 13:17:19 +0400 Subject: Nginx is already new version In-Reply-To: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> References: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> Message-ID: А что кажется apt-cache policy nginx? Там и ответ будет. 11.06.2012 23:54 пользователь "X-Thief" написал: > #root: nginx -v > nginx version: nginx/1.0.14 > ------------- > #root: cat /etc/apt/sources.list > > ####################################################################################### > # Hetzner APT-Mirror > > deb http://mirror.hetzner.de/debian/packages squeeze main contrib > non-free > deb http://mirror.hetzner.de/debian/security squeeze/updates main > contrib non-free > > > > > ####################################################################################### > # Backupmirror > # > > deb http://ftp.uni-bayreuth.de/linux/Debian/debian/ squeeze main > non-free contrib > deb-src http://ftp.uni-bayreuth.de/linux/Debian/debian/ squeeze main > non-free contrib > > deb http://security.debian.org/ squeeze/updates main contrib > non-free > deb-src http://security.debian.org/ squeeze/updates main contrib > non-free > > ## backports > deb http://backports.debian.org/debian-backports squeeze-backports main > deb http://packages.dotdeb.org squeeze all > > # Официальный репозиторий Debian > #deb ftp://ftp.ru.debian.org/debian/ stable main contrib non-free > # Debian Squeeze - обновления > #deb ftp://ftp.ru.debian.org/debian squeeze-updates main > # Debian Squeeze - обновления безопасности > #deb ftp://ftp.ru.debian.org/debian-security squeeze/updates main > non-free contrib > # Debian Squeeze - backports > #deb ftp://ftp.ru.debian.org/debian-backports squeeze-backports main > contrib > # Debian Squeeze - proprsed - updates > #deb ftp://ftp.ru.debian.org/debian squeeze-proposed-updates main > contrib non-free > # Dotdeb - The repository for Debian-based LAMP servers > #deb ftp://packages.dotdeb.org stable all > #deb ftp://dotdeb.debian.skynet.be/mirror1/packages.dotdeb.org/ stable > all > deb http://packages.dotdeb.org stable all > deb-src http://packages.dotdeb.org stable all > > > Делаю apt-get update, затем apt-get install nginx и > выдает что у меня уже установлен новый > nginx!! Но почему? Если новый 1.2.*, а у меня > показывает 1.0.14. > > Спасибо. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227443,227443#msg-227443 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Tue Jun 12 14:41:42 2012 From: nginx-forum на nginx.us (skeletor) Date: Tue, 12 Jun 2012 10:41:42 -0400 (EDT) Subject: =?UTF-8?B?cmV3cml0ZSDRh9Cw0YHRgtC4IFVSTA==?= Message-ID: Есть связка Apache+Nginx. nginx - Отдаёт статику. есть проблема с сайтом на drupal'e 6, а именно с модулем, который делает preview и каким-то образом переводит расширение в UpperCase. То есть если запрос идёт на URL http://mysite.com/sites/progorod.info/files/imagecache/PhotoAlbums-125/images/81866.jpg, то отдаёт 404 NotFound. Хотя файл физически есть и имя его 81866.JPG. Вот думаю, как сделать Rewrite, что бы, если не нашло файл, то делало rewrite в UpperCase, и отдавало в UpperCase. Может у кого-то есть другие идеи? Доступ в админку не хотят давать, поэтому все попытки поковыряться в ней - отпадают. Заранее спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227463,227463#msg-227463 From swood на fotofor.biz Tue Jun 12 14:58:45 2012 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 12 Jun 2012 18:58:45 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0YfQsNGB0YLQuCBVUkw=?= In-Reply-To: References: Message-ID: Тогда можете пользовать или lua, или встроенный perl, для переиначивания имени файла в запросе и повторной попытки его выдать пользователю. 12 июня 2012 г., 18:41 пользователь skeletor написал: > Есть связка Apache+Nginx. nginx - Отдаёт статику. > есть проблема с сайтом на drupal'e 6, а > именно с модулем, который делает preview и > каким-то образом переводит расширение > в UpperCase. То есть если запрос идёт на URL > > http://mysite.com/sites/progorod.info/files/imagecache/PhotoAlbums-125/images/81866.jpg > , > то отдаёт 404 NotFound. Хотя файл физически > есть и имя его 81866.JPG. Вот думаю, как > сделать Rewrite, что бы, если не нашло файл, > то делало rewrite в UpperCase, и отдавало в > UpperCase. > Может у кого-то есть другие идеи? Доступ > в админку не хотят давать, поэтому все > попытки поковыряться в ней - отпадают. > Заранее спасибо. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227463,227463#msg-227463 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From scukonick на gmail.com Wed Jun 13 09:36:18 2012 From: scukonick на gmail.com (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JzQsNC70L7Qsg==?=) Date: Wed, 13 Jun 2012 13:36:18 +0400 Subject: =?UTF-8?B?UmU6IHJld3JpdGUg0YfQsNGB0YLQuCBVUkw=?= In-Reply-To: References: Message-ID: 12 июня 2012 г., 18:58 пользователь Anton Kiryushkin написал: > Тогда можете пользовать или lua, или встроенный perl, для переиначивания > имени файла в запросе и повторной попытки его выдать пользователю. > > 12 июня 2012 г., 18:41 пользователь skeletor написал: > > Есть связка Apache+Nginx. nginx - Отдаёт статику. >> есть проблема с сайтом на drupal'e 6, а >> именно с модулем, который делает preview и >> каким-то образом переводит расширение >> в UpperCase. То есть если запрос идёт на URL >> >> http://mysite.com/sites/progorod.info/files/imagecache/PhotoAlbums-125/images/81866.jpg >> , >> то отдаёт 404 NotFound. Хотя файл физически >> есть и имя его 81866.JPG. Вот думаю, как >> сделать Rewrite, что бы, если не нашло файл, >> то делало rewrite в UpperCase, и отдавало в >> UpperCase. >> Может у кого-то есть другие идеи? Доступ >> в админку не хотят давать, поэтому все >> попытки поковыряться в ней - отпадают. >> Заранее спасибо. >> > Как-то так должно получиться: location ~ (/ sites/progorod.info/files/imagecache/PhotoAlbums-\d+/images/\d+).jpg ,{ try_files $uri $1.JPG; } >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,227463,227463#msg-227463 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > -- > Best regards, > Anton Kiryushkin > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Alexey Malov ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From bdfy на mail.ru Wed Jun 13 10:48:52 2012 From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=) Date: Wed, 13 Jun 2012 14:48:52 +0400 Subject: =?UTF-8?Q?USR1_=D0=B8_nginx?= In-Reply-To: <20120613103713.GS31671@mdounin.ru> References: <611c94f4afe2d70105155c2d98e8b1e8.NginxMailingListEnglish@forum.nginx.org> <20120613103713.GS31671@mdounin.ru> Message-ID: <1339584532.868609706@f43.mail.ru> У меня вопрос в след: предположим есть высоконагруженный сервер. Если я буду раз в минуту посылать сигнал USR1 ( переоткрытие лог файлов ) ну и соотв их ротировать - будет ли это как нибудь влиять заметно на производительность nginx ? From mdounin на mdounin.ru Wed Jun 13 11:27:53 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 13 Jun 2012 15:27:53 +0400 Subject: =?UTF-8?Q?Re=3A_USR1_=D0=B8_nginx?= In-Reply-To: <1339584532.868609706@f43.mail.ru> References: <611c94f4afe2d70105155c2d98e8b1e8.NginxMailingListEnglish@forum.nginx.org> <20120613103713.GS31671@mdounin.ru> <1339584532.868609706@f43.mail.ru> Message-ID: <20120613112752.GV31671@mdounin.ru> Hello! On Wed, Jun 13, 2012 at 02:48:52PM +0400, Ivan wrote: > У меня вопрос в след: > > предположим есть высоконагруженный сервер. Если я буду раз в > минуту посылать сигнал USR1 ( переоткрытие лог файлов ) ну и > соотв их ротировать - будет ли это как нибудь влиять заметно на > производительность nginx ? Нет, URS1 - это дешёвая операция. Maxim Dounin From johnbat26 на gmail.com Wed Jun 13 11:34:38 2012 From: johnbat26 на gmail.com (Eugene Batogov) Date: Wed, 13 Jun 2012 15:34:38 +0400 Subject: =?UTF-8?B?0JrQsNC6INGB0L7Qt9C00LDRgtGMIHByb3h5LWNhY2hlINC/0L7RgdC70LUg0LI=?= =?UTF-8?B?0YvQsdC+0YDQutC4INC40LcgbWVtY2FjaGVkPw==?= Message-ID: Привет всем. Есть такая ситуация. Существуют картинки, которые лежат в memcached. nginx получает их с помощью следующего location: .... location /images/ { add_header Cache-Control no-cache; add_header Content-Type image/jpeg; default_type image/jpeg; recursive_error_pages on; set $memcached_key "$uri"; memcached_pass memcached_cluster; error_page 404 502 504 = @fallback; } location @fallback { proxy_pass http://127.0.0.1:8080; root /usr/share/nginx/html; index index.html index.htm; } ... *Вопросы:* Как сделать так, чтобы полученную из memcached картинку, закэшировать на nginx ? Куда поместить директиву: proxy_cache ? Возможно ли вообще кэшировать после memcached ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Wed Jun 13 12:57:53 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 13 Jun 2012 16:57:53 +0400 Subject: =?UTF-8?B?UmU6IGFsaWFzINCy0LvQuNGP0LXRgiDRgtC+0LvRjNC60L4g0L3QsCAkcmVxdWVz?= =?UTF-8?B?dF9maWxlbmFtZSDQuCAkZG9jdW1lbnRfcm9vdD8g0LAg0LrQsNC6INCx0Ys=?= =?UTF-8?B?0YLRjCDRgSDQtNGA0YPQs9C40LzQuCDQv9C10YDQtdC80LXQvdC90YvQvNC4?= =?UTF-8?B?Pw==?= In-Reply-To: <4FD706BB.3030601@gmail.com> References: <4FD706BB.3030601@gmail.com> Message-ID: <20120613125753.GX31671@mdounin.ru> Hello! On Tue, Jun 12, 2012 at 12:07:07PM +0300, Volodymyr Kostyrko wrote: > День добрый. > > Есть глупый вопрос. При использовании alias $request_filename и > $document_root корректно трансформируются, а $fastcgi_script_name, > $uri, $document_uri полностью игнорируют изменение пути в запросе. > > Ну например: > > location /subsite { > alias /home/user/project1; > > location ~ .*\.php$ { > try_files $uri =404; > include /usr/local/etc/nginx/fastcgi_params; > fastcgi_pass unix:/usr/local/www/.fastcgi.php.socket; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > } > } > } > > Первая ошибка в данном блоке выползет на try_files, поскольку $uri > (например - '/subsite/index.php') не оттранслирован и файла такого в > /home/user/project1 нет. Хотя по логике вещей после отработки alias > мы уже должны работать с /home/user/project1/index.php, но это > изменение затрагивает исключительно $request_filename. Где-то тут мы коллекционируем проблемы try_files + alias: http://trac.nginx.org/nginx/ticket/97 Конкретно этот случай там уже есть. > Исправить положение можно если убрать try_files (нежелательно) и > ставить в SCRIPT_FILENAME $request_filename (не знаю на сколько это > идеологически правильно). Использование $request_filename в данном случае, видимо, наиболее правильно. Функциональность $fastcgi_script_name вам всё равно не нужна. > Единственный способ обхода - использовать вместо alias root и > обозвать папку с проэктом так же как и локейшн. Но это больше похоже > на костыли. Есьт ли другие способы решения проблемы? Есть мнение, что как раз alias - костыль для случая, когда папка названа неправильно. :) Maxim Dounin From nginx-forum на nginx.us Wed Jun 13 17:06:25 2012 From: nginx-forum на nginx.us (X-Thief) Date: Wed, 13 Jun 2012 13:06:25 -0400 (EDT) Subject: Nginx is already new version In-Reply-To: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> References: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> Message-ID: <77f5bbdf0ff12c16db3995b29b7b7b2f.NginxMailingListRussian@forum.nginx.org> #root: apt-cache policy nginx nginx: Installed: 1.2.1-1~dotdeb.0 Candidate: 1.2.1-1~dotdeb.0 Version table: *** 1.2.1-1~dotdeb.0 0 500 http://packages.dotdeb.org/ squeeze/all i386 Packages 500 http://packages.dotdeb.org/ stable/all i386 Packages 100 /var/lib/dpkg/status 1.1.19-1~bpo60+1 0 100 http://backports.debian.org/debian-backports/ squeeze-backports/main i386 Packages 0.7.67-3+squeeze2 0 500 http://mirror.hetzner.de/debian/packages/ squeeze/main i386 Packages 500 http://mirror.hetzner.de/debian/security/ squeeze/updates/main i386 Packages 500 http://ftp.uni-bayreuth.de/linux/Debian/debian/ squeeze/main i386 Packages 500 http://security.debian.org/ squeeze/updates/main i386 Packages Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227443,227501#msg-227501 From nginx-forum на nginx.us Wed Jun 13 17:06:57 2012 From: nginx-forum на nginx.us (X-Thief) Date: Wed, 13 Jun 2012 13:06:57 -0400 (EDT) Subject: Nginx is already new version In-Reply-To: <77f5bbdf0ff12c16db3995b29b7b7b2f.NginxMailingListRussian@forum.nginx.org> References: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> <77f5bbdf0ff12c16db3995b29b7b7b2f.NginxMailingListRussian@forum.nginx.org> Message-ID: <5318b4d467cc2489b3fc405be1248e56.NginxMailingListRussian@forum.nginx.org> Так какой установлен то?) Либо кэш почистить и заново установить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227443,227502#msg-227502 From sytar.alex на gmail.com Wed Jun 13 20:44:48 2012 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Thu, 14 Jun 2012 00:44:48 +0400 Subject: Nginx is already new version In-Reply-To: <5318b4d467cc2489b3fc405be1248e56.NginxMailingListRussian@forum.nginx.org> References: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> <77f5bbdf0ff12c16db3995b29b7b7b2f.NginxMailingListRussian@forum.nginx.org> <5318b4d467cc2489b3fc405be1248e56.NginxMailingListRussian@forum.nginx.org> Message-ID: 13 июня 2012 г., 21:06 пользователь X-Thief написал: > Так какой установлен то?) nginx: Installed: 1.2.1-1~dotdeb.0 Если вы руками не делали make install то он и стоит >Либо кэш > почистить и заново установить? apt-get install --reinstall nginx > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227443,227502#msg-227502 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Thu Jun 14 03:39:53 2012 From: nginx-forum на nginx.us (paul) Date: Wed, 13 Jun 2012 23:39:53 -0400 (EDT) Subject: =?UTF-8?B?U2VydmVyIE5hbWUgcmVnZXhwINC40LvQuCDQutCw0Lot0YLQviDQuNC90LDRh9C1?= =?UTF-8?B?Pw==?= Message-ID: Добрый день, господа. Помогите мне, пожалуйста, разобраться с одной задачей. Сам уже всю голову сломал. Нужно реализовать редирект с субдоменов вида www.(.+).domain.com на (.+).domain.com Что пробовал - писать не буду, т.к. была уже куча вариантов, за корректность которых не берусь поручиться. Заранее благодарю за любую помощь в данном вопросе. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227510,227510#msg-227510 From lufliw на gmail.com Thu Jun 14 10:23:00 2012 From: lufliw на gmail.com (Andrey Semenoff) Date: Thu, 14 Jun 2012 16:23:00 +0600 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSDQtNC40YDQtdC60YLQuNCy0LDQvNC4IGluY2x1?= =?UTF-8?B?ZGUg0Lggc2V0?= Message-ID: Доброго дня! Привожу примеры конфигураций: # cat rss.name.ru.conf > server { > listen ip:port; > server_name name.ru www.name.ru; > set $docroot "/www/www/name.ru"; > set $pool "127.0.0.1:8080"; > charset windows-1251; > proxy_read_timeout 600; > proxy_send_timeout 600; > proxy_connect_timeout 600; > access_log /var/log/nginx/name.ru-access.log; > error_log /var/log/nginx/name.ru-error.log warn; > access_log on; > rewrite ^/yandex/rss.xml$ /rss/yandex/ last; > rewrite ^/rss/rss.xml$ /rss/all/ last; > rewrite ^(.*)$ /404.php break; > location / { > include backend-httpd; > } > } # cat backend-httpd > proxy_pass http://127.0.0.1:8080; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; Если вместо "127.0.0.1:8080" подключаемого опцией include конфига добавить переменную "$pool", то не срабатывают правила rewrite. Подскажите, может я что-то упустил. Без rewrite я всегда использовал переменную в подключаемых файлах и всегда работало. Остальные параметры, в том числе и основного конфига "nginx.conf" -- по-умолчанию Может подскажете другой вариант для рерайта? Мне нужна эта переменная ) # nginx -v > nginx version: nginx/1.0.15 -- C уважением, Семенов Андрей jabber: wilful на jabber.ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Thu Jun 14 11:40:32 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 14 Jun 2012 15:40:32 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LTQuNGA0LXQutGC0LjQstCw0LzQuCBp?= =?UTF-8?B?bmNsdWRlINC4IHNldA==?= In-Reply-To: References: Message-ID: <20120614114032.GF31671@mdounin.ru> Hello! On Thu, Jun 14, 2012 at 04:23:00PM +0600, Andrey Semenoff wrote: > Доброго дня! > > Привожу примеры конфигураций: > > # cat rss.name.ru.conf > > server { > > listen ip:port; > > server_name name.ru www.name.ru; > > set $docroot "/www/www/name.ru"; > > set $pool "127.0.0.1:8080"; > > charset windows-1251; > > proxy_read_timeout 600; > > proxy_send_timeout 600; > > proxy_connect_timeout 600; > > access_log /var/log/nginx/name.ru-access.log; > > error_log /var/log/nginx/name.ru-error.log warn; > > access_log on; > > rewrite ^/yandex/rss.xml$ /rss/yandex/ last; > > rewrite ^/rss/rss.xml$ /rss/all/ last; > > rewrite ^(.*)$ /404.php break; > > location / { > > include backend-httpd; > > } > > } > > > # cat backend-httpd > > > proxy_pass http://127.0.0.1:8080; > > proxy_set_header Host $host; > > proxy_set_header X-Real-IP $remote_addr; > > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > > > > > Если вместо "127.0.0.1:8080" подключаемого опцией include конфига добавить > переменную "$pool", то не срабатывают правила rewrite. > Подскажите, может я что-то упустил. Без rewrite я всегда использовал > переменную в подключаемых файлах и всегда работало. > Остальные параметры, в том числе и основного конфига "nginx.conf" -- > по-умолчанию > Может подскажете другой вариант для рерайта? Мне нужна эта переменная ) > > # nginx -v > > nginx version: nginx/1.0.15 Они сработают, просто на бекенд в любом случае уйдёт исходный uri, полученный от клиента. Чтобы ушёл изменённый, нужно обновиться на 1.1.12+: *) Bugfix: a "proxy_pass" directive without URI part always used original request URI if variables were used. Ну а вообще - не надо использовать proxy_pass с переменными без нужды. Это совершенно отдельный режим работы, и там могут быть различные нюансы. Maxim Dounin From nginx-forum на nginx.us Thu Jun 14 12:40:12 2012 From: nginx-forum на nginx.us (X-Thief) Date: Thu, 14 Jun 2012 08:40:12 -0400 (EDT) Subject: Nginx is already new version In-Reply-To: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> References: <6edeb3b3b61305c90f7f542716326f2d.NginxMailingListRussian@forum.nginx.org> Message-ID: <5895354e224b27dc6b780be2409835f4.NginxMailingListRussian@forum.nginx.org> Странно тогда, что nginx -v выдает прежнюю версию, а установлена получается новая Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227443,227519#msg-227519 From nginx-forum на nginx.us Thu Jun 14 13:56:17 2012 From: nginx-forum на nginx.us (igor.goncharenko) Date: Thu, 14 Jun 2012 09:56:17 -0400 (EDT) Subject: =?UTF-8?B?0Jgg0LXRidC1INC+IG1haW50ZW5hbmNlICjQu9C+0LLQuNC8INC30LDQs9C+0Ls=?= =?UTF-8?B?0L7QstC+0Log0LIgbHVhKQ==?= Message-ID: Hi! Допустим у меня стоит какой-то бэкенд за nginxом (прокси) и в какой-то момент он начинает добавлять в заголовки, например: X-Maintenance "On" Я хочу "поймать" этот загловок в проксирующем nginxе и перенаправить клиента на maintenance page. Или хотя-бы отдать ему стандартную 503 страницу. Я попробовал сделать так: rewrite_by_lua ' if type(ngx.header["X-Maintenance"]) == "string" then ngx.exit(503) end '; но оно не работает. Собственно, вопрос, возможно ли в lua поймать и обработать заголовок от бэкенда? То-есть, получается, мы ответ от бэкенда должны проигнорировать и отдать клиенту вместо него 503. --- Igor Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227522,227522#msg-227522 From igor на sysoev.ru Thu Jun 14 14:38:42 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 14 Jun 2012 18:38:42 +0400 Subject: =?UTF-8?B?UmU6IGFsaWFzINCy0LvQuNGP0LXRgiDRgtC+0LvRjNC60L4g0L3QsCAkcmVxdWVz?= =?UTF-8?B?dF9maWxlbmFtZSDQuCAkZG9jdW1lbnRfcm9vdD8g0LAg0LrQsNC6INCx0Ys=?= =?UTF-8?B?0YLRjCDRgSDQtNGA0YPQs9C40LzQuCDQv9C10YDQtdC80LXQvdC90YvQvNC4?= =?UTF-8?B?Pw==?= In-Reply-To: References: Message-ID: <20120614143842.GA40006@nginx.com> On Thu, Jun 14, 2012 at 02:15:50PM +0000, nginx-ru-owner на nginx.org wrote: > Maxim Dounin написал: > >> Единственный способ обхода - использовать вместо alias root и > >> обозвать папку с проэктом так же как и локейшн. Но это больше похоже > >> на костыли. Есьт ли другие способы решения проблемы? > > Есть мнение, что как раз alias - костыль для случая, когда папка > > названа неправильно. :) > > А если она и лежит в совсем другом месте поскольку является общей для > пары разных сайтов? > > Хотя в сущности да, вместо alias вроде бы можно использовать > символическую ссылку в файловой системе. И вроде бы даже последствий > быть не должно. А ещё есть мнение, что писать через gmane не стоит: mailman такие письма не пропускает: > Причина: Скрытый адресат > To: public-nginx-ru-jCiJ2l+ov5bYtjvyW6yDsg на plane.gmane.org -- Igor Sysoev From igor на sysoev.ru Thu Jun 14 15:03:48 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Thu, 14 Jun 2012 19:03:48 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LTQuNGA0LXQutGC0LjQstCw0LzQuCBp?= =?UTF-8?B?bmNsdWRlINC4IHNldA==?= In-Reply-To: References: Message-ID: <20120614150348.GA40457@nginx.com> On Thu, Jun 14, 2012 at 04:23:00PM +0600, Andrey Semenoff wrote: > Доброго дня! > > Привожу примеры конфигураций: > > # cat rss.name.ru.conf > > server { > > listen ip:port; > > server_name name.ru www.name.ru; > > set $docroot "/www/www/name.ru"; > > set $pool "127.0.0.1:8080"; > > charset windows-1251; > > proxy_read_timeout 600; > > proxy_send_timeout 600; > > proxy_connect_timeout 600; > > access_log /var/log/nginx/name.ru-access.log; > > error_log /var/log/nginx/name.ru-error.log warn; > > access_log on; > > rewrite ^/yandex/rss.xml$ /rss/yandex/ last; > > rewrite ^/rss/rss.xml$ /rss/all/ last; > > rewrite ^(.*)$ /404.php break; > > location / { > > include backend-httpd; > > } > > } > > > # cat backend-httpd > > > proxy_pass http://127.0.0.1:8080; > > proxy_set_header Host $host; > > proxy_set_header X-Real-IP $remote_addr; > > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > > > > > Если вместо "127.0.0.1:8080" подключаемого опцией include конфига добавить > переменную "$pool", то не срабатывают правила rewrite. > Подскажите, может я что-то упустил. Без rewrite я всегда использовал > переменную в подключаемых файлах и всегда работало. > Остальные параметры, в том числе и основного конфига "nginx.conf" -- > по-умолчанию > Может подскажете другой вариант для рерайта? Мне нужна эта переменная ) server { listen ip:port; server_name name.ru www.name.ru; charset windows-1251; access_log /var/log/nginx/name.ru-access.log; error_log /var/log/nginx/name.ru-error.log warn; access_log on; proxy_read_timeout 600; proxy_send_timeout 600; proxy_connect_timeout 600; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; location = /yandex/rss.xml { proxy_pass http://127.0.0.1:8080/rss/yandex/; } location = /rss/rss.xml { proxy_pass http://127.0.0.1:8080/rss/all/; } location / { proxy_pass http://127.0.0.1:8080/404.php; } } -- Igor Sysoev From nginx-forum на nginx.us Thu Jun 14 17:01:55 2012 From: nginx-forum на nginx.us (wilful) Date: Thu, 14 Jun 2012 13:01:55 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LTQuNGA0LXQutGC0LjQstCw0LzQuCBp?= =?UTF-8?B?bmNsdWRlINC4IHNldA==?= In-Reply-To: <20120614150348.GA40457@nginx.com> References: <20120614150348.GA40457@nginx.com> Message-ID: <96ea1ad01a01de9b8876ab2adba6925c.NginxMailingListRussian@forum.nginx.org> Igor Sysoev Wrote: ------------------------------------------------------- > On Thu, Jun 14, 2012 at 04:23:00PM +0600, Andrey > Semenoff wrote: > > Доброго дня! > > > > Привожу примеры > конфигураций: > > > > # cat rss.name.ru.conf > > > server { > > > listen ip:port; > > > server_name name.ru www.name.ru; > > > set $docroot "/www/www/name.ru"; > > > set $pool "127.0.0.1:8080"; > > > charset windows-1251; > > > proxy_read_timeout 600; > > > proxy_send_timeout 600; > > > proxy_connect_timeout 600; > > > access_log > /var/log/nginx/name.ru-access.log; > > > error_log /var/log/nginx/name.ru-error.log > warn; > > > access_log on; > > > rewrite ^/yandex/rss.xml$ /rss/yandex/ > last; > > > rewrite ^/rss/rss.xml$ /rss/all/ > last; > > > rewrite ^(.*)$ /404.php > break; > > > location / { > > > include backend-httpd; > > > } > > > } > > > > > > # cat backend-httpd > > > > > proxy_pass http://127.0.0.1:8080; > > > proxy_set_header Host $host; > > > proxy_set_header X-Real-IP $remote_addr; > > > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > > > > > > > > > > Если вместо "127.0.0.1:8080" > подключаемого опцией include > конфига добавить > > переменную "$pool", то не > срабатывают правила rewrite. > > Подскажите, может я что-то > упустил. Без rewrite я всегда > использовал > > переменную в подключаемых > файлах и всегда работало. > > Остальные параметры, в том > числе и основного конфига > "nginx.conf" -- > > по-умолчанию > > Может подскажете другой > вариант для рерайта? Мне > нужна эта переменная ) > > server { > listen ip:port; > server_name name.ru www.name.ru; > charset windows-1251; > > access_log > /var/log/nginx/name.ru-access.log; > error_log /var/log/nginx/name.ru-error.log > warn; > access_log on; > > proxy_read_timeout 600; > proxy_send_timeout 600; > proxy_connect_timeout 600; > proxy_set_header Host $host; > proxy_set_header X-Real-IP $remote_addr; > proxy_set_header X-Forwarded-For > $proxy_add_x_forwarded_for; > > location = /yandex/rss.xml { > proxy_pass > http://127.0.0.1:8080/rss/yandex/; > } > > location = /rss/rss.xml { > proxy_pass > http://127.0.0.1:8080/rss/all/; > } > > location / { > proxy_pass > http://127.0.0.1:8080/404.php; > } > } > > > -- > Igor Sysoev > > _______________________________________________ > 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,227515,227531#msg-227531 From nginx-forum на nginx.us Thu Jun 14 17:02:34 2012 From: nginx-forum на nginx.us (wilful) Date: Thu, 14 Jun 2012 13:02:34 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LTQuNGA0LXQutGC0LjQstCw0LzQuCBp?= =?UTF-8?B?bmNsdWRlINC4IHNldA==?= In-Reply-To: <96ea1ad01a01de9b8876ab2adba6925c.NginxMailingListRussian@forum.nginx.org> References: <20120614150348.GA40457@nginx.com> <96ea1ad01a01de9b8876ab2adba6925c.NginxMailingListRussian@forum.nginx.org> Message-ID: Спасибо всем =) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227515,227532#msg-227532 From nginx-forum на nginx.us Thu Jun 14 17:23:01 2012 From: nginx-forum на nginx.us (alexander.kraynev) Date: Thu, 14 Jun 2012 13:23:01 -0400 (EDT) Subject: =?UTF-8?B?0KTRg9C90LrRhtC40Y8gaW5jbHVkZSBvbmNlINC90LUg0YDQsNCx0L7RgtCw0LU=?= =?UTF-8?B?0YIg0L3QsCDRgdCy0Y/Qt9C60LUgTmdpbnggKyBwaHA1LWZwbSwg0L/RgNC+?= =?UTF-8?B?0YjRgyDQv9C+0LzQvtGJ0Lgg0LIg0YDQtdGI0LXQvdC40Lgu?= Message-ID: Доброго времени суток. Разбираюсь с работой сервера и не могу заставить работать одну единственную функцию: и так пробовал: и так тоже: Сам Nginx + php5-fpm работает как часики обычные php страницы отрабатывает на ура, а вот если сделать в html вставочку php, то вставка php не работает. Подскажите умные головы как сделать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227533,227533#msg-227533 From sytar.alex на gmail.com Thu Jun 14 19:11:27 2012 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Thu, 14 Jun 2012 23:11:27 +0400 Subject: =?UTF-8?B?UmU6INCk0YPQvdC60YbQuNGPIGluY2x1ZGUgb25jZSDQvdC1INGA0LDQsdC+0YI=?= =?UTF-8?B?0LDQtdGCINC90LAg0YHQstGP0LfQutC1IE5naW54ICsgcGhwNS1mcG0sINC/?= =?UTF-8?B?0YDQvtGI0YMg0L/QvtC80L7RidC4INCyINGA0LXRiNC10L3QuNC4Lg==?= In-Reply-To: References: Message-ID: 14 июня 2012 г., 21:23 пользователь alexander.kraynev написал: > Доброго времени суток. > Разбираюсь с работой сервера и не могу > заставить работать одну единственную > функцию: > и так пробовал: и > так тоже: > > Сам Nginx + php5-fpm работает как часики > обычные php страницы отрабатывает на > ура, а вот если сделать в html вставочку > php, то вставка php не работает. > > Подскажите умные головы как сделать? Осознать что html-файлы не проходят через процессор php From nginx-forum на nginx.us Thu Jun 14 19:21:37 2012 From: nginx-forum на nginx.us (alexander.kraynev) Date: Thu, 14 Jun 2012 15:21:37 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCk0YPQvdC60YbQuNGPIGluY2x1ZGUgb25jZSDQvdC1INGA0LDQsdC+0YI=?= =?UTF-8?B?0LDQtdGCINC90LAg0YHQstGP0LfQutC1IE5naW54ICsgcGhwNS1mcG0sINC/?= =?UTF-8?B?0YDQvtGI0YMg0L/QvtC80L7RidC4INCyINGA0LXRiNC10L3QuNC4Lg==?= In-Reply-To: References: Message-ID: <795588ae51340191cf097707034893ba.NginxMailingListRussian@forum.nginx.org> Извините, но я Ваше выражение немного не понял. В чем именно ошибка у меня может быть - Конфиг сервера - Вызов функции криво... может посоветовать пример конфига? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227534,227535#msg-227535 From onokonem на gmail.com Thu Jun 14 19:42:40 2012 From: onokonem на gmail.com (Daniel Podolsky) Date: Thu, 14 Jun 2012 23:42:40 +0400 Subject: =?UTF-8?B?UmU6INCk0YPQvdC60YbQuNGPIGluY2x1ZGUgb25jZSDQvdC1INGA0LDQsdC+0YI=?= =?UTF-8?B?0LDQtdGCINC90LAg0YHQstGP0LfQutC1IE5naW54ICsgcGhwNS1mcG0sINC/?= =?UTF-8?B?0YDQvtGI0YMg0L/QvtC80L7RidC4INCyINGA0LXRiNC10L3QuNC4Lg==?= In-Reply-To: <795588ae51340191cf097707034893ba.NginxMailingListRussian@forum.nginx.org> References: <795588ae51340191cf097707034893ba.NginxMailingListRussian@forum.nginx.org> Message-ID: > Извините, но я Ваше выражение немного > не понял. > В чем именно ошибка у меня может быть > - Конфиг сервера конфиг сервера. ваш html не попадает в интерпретатор php. скорее всего потому, что у вас туда отправляются файлы по расширению. From ne на vbart.ru Fri Jun 15 00:22:23 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 15 Jun 2012 04:22:23 +0400 Subject: =?UTF-8?B?W1NQQU0gIDkuNjBdIFJlOiBTZXJ2ZXIgTmFtZSByZWdleHAg0LjQu9C4INC60LA=?= =?UTF-8?B?0Lot0YLQviDQuNC90LDRh9C1Pw==?= In-Reply-To: References: Message-ID: <201206150422.23514.ne@vbart.ru> On Thursday 14 June 2012 07:39:53 paul wrote: > Добрый день, господа. > Помогите мне, пожалуйста, разобраться с > одной задачей. Сам уже всю голову > сломал. > Нужно реализовать редирект с > субдоменов вида www.(.+).domain.com на (.+).domain.com > Что пробовал - писать не буду, т.к. была > уже куча вариантов, за корректность > которых не берусь поручиться. > Заранее благодарю за любую помощь в > данном вопросе. server { server_name ~^www\.(.+)$; return 301 http://$1$request_uri; } -- Валентин Бартенев From maybe на arjlover.net Fri Jun 15 13:45:02 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 15 Jun 2012 15:45:02 +0200 Subject: =?UTF-8?B?0JrRjdGI0LjRgNC+0LLQsNC90LjQtSDQvNC+0LHQuNC70YzQvdC+0Lkg0LLQtdGA?= =?UTF-8?B?0YHQuNC4INGB0LDQudGC0LA=?= Message-ID: Добрый день! Есть две версии сайта - мобильная и обычная, определяется в PHP на основе анализа user-agent, внешняя библиотека. Ответ апача сейчас ничем не отличается, кроме содержимого. Как бы его правильно пометить и как на нжинксе сделать правильное кэширование этих двух версий? Ну или можно мобильную не кэшировать... -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wangsamp на gmail.com Fri Jun 15 14:02:04 2012 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Fri, 15 Jun 2012 17:02:04 +0300 (EEST) Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: Today Jun 15, 2012 at 15:45 Anton Kuznetsov wrote: > Добрый день! > > Есть две версии сайта - мобильная и обычная, определяется в PHP на основе > анализа user-agent, внешняя библиотека. Ответ апача сейчас ничем не > отличается, кроме содержимого. > Как бы его правильно пометить и как на нжинксе сделать правильное > кэширование этих двух версий? Ну или можно мобильную не кэшировать... Задавать значение некой переменной через map по $http_user_agent. А потом её использовать в proxy_cache_key или proxy_cache_bypass+proxy_no_cache. -- WNGS-RIPE From maybe на arjlover.net Fri Jun 15 14:11:43 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 15 Jun 2012 16:11:43 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: Я правильно понимаю? в заголовке ответа - X-Mobile: yes и в конфиге proxy_cache_key $scheme$proxy_host$uri$sent_http_X-Mobile? В этом месте sent_http вообще можно использовать? 2012/6/15 Oleksandr V. Typlyns'kyi > > Задавать значение некой переменной через map по $http_user_agent. > А потом её использовать в proxy_cache_key или > proxy_cache_bypass+proxy_no_cache. > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster на softsearch.ru Fri Jun 15 14:21:25 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 15 Jun 2012 18:21:25 +0400 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: <95846889.20120615182125@softsearch.ru> Здравствуйте, Anton. Попробуйте в nginx и php определять факт мобильности юзер-агента вот этим регэкспом: http://detectmobilebrowsers.com . Он там есть готовый и для php и для nginx-а . Тогда у Вас в обеих местах будет детектиться факт мобильности одинаково и можно будет настроить кэширование в nginx-е в зависимости от этого единого регэкспа. -- С уважением, Михаил mailto:postmaster на softsearch.ru From wangsamp на gmail.com Fri Jun 15 14:33:00 2012 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Fri, 15 Jun 2012 17:33:00 +0300 (EEST) Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: Today Jun 15, 2012 at 16:11 Anton Kuznetsov wrote: > Я правильно понимаю? > в заголовке ответа - X-Mobile: yes > и в конфиге > proxy_cache_key $scheme$proxy_host$uri$sent_http_X-Mobile? Нет. Нужно продублировать или перенести определение мобильности в nginx. map $http_user_agent $mobile { default 0; ~*ip(hone|od)|symbian|kindle|maemo|midp|mmp|sony|nokia|motorola|htc 1; } proxy_cache_key $scheme$proxy_host$mobile$uri$is_args$args И, если это перенос логики, то наоборот для Apache передавать дополнительный заголовок. > В этом месте sent_http вообще можно использовать? Поиск в кеше происходит до проксирования. Заголовки ответа имеет смысл использовать разве только в proxy_no_cache -- WNGS-RIPE From maybe на arjlover.net Fri Jun 15 14:49:48 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 15 Jun 2012 16:49:48 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: Вот в этом и проблема, мобильников столько развелось, я смотрю на эту библиотеку и вообще ничего не понимаю. Загнать это все в конфиг нжинкс-а - нереально. Ну определились, значит единственный выход - выставлять дополнительное поле в хидер и мобильный траф по proxy_no_cache не кэшировать совсем? 2012/6/15 Oleksandr V. Typlyns'kyi > Today Jun 15, 2012 at 16:11 Anton Kuznetsov wrote: > > > Я правильно понимаю? > > в заголовке ответа - X-Mobile: yes > > и в конфиге > > proxy_cache_key $scheme$proxy_host$uri$sent_http_X-Mobile? > > Нет. Нужно продублировать или перенести определение мобильности в nginx. > > map $http_user_agent $mobile { > default 0; > ~*ip(hone|od)|symbian|kindle|maemo|midp|mmp|sony|nokia|motorola|htc 1; > } > > proxy_cache_key $scheme$proxy_host$mobile$uri$is_args$args > > И, если это перенос логики, то наоборот для Apache передавать > дополнительный заголовок. > > > В этом месте sent_http вообще можно использовать? > > Поиск в кеше происходит до проксирования. > Заголовки ответа имеет смысл использовать разве только в proxy_no_cache > > -- > WNGS-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maybe на arjlover.net Fri Jun 15 15:04:33 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 15 Jun 2012 17:04:33 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: Нет, никак не сделать, пока нжинкс не знает кто к нему пришел, а у меня он не знает. Если не кэшировать ответы для мобильников, то закэшируются ответы для декстопов и в следующем запросе отдадутся мобильникам, т.к. урлы абсолютно те же, а нжинкс не знает кто спрашивает. Так можно как-то изящно вывернуться с минимальными затратами? Может на апаче после определения мобильника делать ему редирект на какой-то урл с параметром? Пока мобильников не много все ж дешевле будет? Хотя как реализовать красиво непонятно. Проще уж тогда сразу всех на m.example.comотправить и проблема исчезнет... 2012/6/15 Anton Kuznetsov > Вот в этом и проблема, мобильников столько развелось, я смотрю на эту > библиотеку и вообще ничего не понимаю. Загнать это все в конфиг нжинкс-а - > нереально. > Ну определились, значит единственный выход - выставлять дополнительное > поле в хидер и мобильный траф по proxy_no_cache не кэшировать совсем? > > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor на sysoev.ru Fri Jun 15 15:27:11 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 15 Jun 2012 19:27:11 +0400 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: <20120615152711.GA72144@nginx.com> On Fri, Jun 15, 2012 at 05:04:33PM +0200, Anton Kuznetsov wrote: > Нет, никак не сделать, пока нжинкс не знает кто к нему пришел, а у меня он > не знает. > Если не кэшировать ответы для мобильников, то закэшируются ответы для > декстопов и в следующем запросе отдадутся мобильникам, т.к. урлы абсолютно > те же, а нжинкс не знает кто спрашивает. > Так можно как-то изящно вывернуться с минимальными затратами? Может на > апаче после определения мобильника делать ему редирект на какой-то урл с > параметром? Пока мобильников не много все ж дешевле будет? Хотя как > реализовать красиво непонятно. X-Accel-Redirect > Проще уж тогда сразу всех на > m.example.comотправить и проблема исчезнет... m.example.com лучше, то нужно предусмотреть куку для выключения мобильной версии. -- Igor Sysoev From exelib на googlemail.com Fri Jun 15 17:43:10 2012 From: exelib на googlemail.com (Anton Bessonov) Date: Fri, 15 Jun 2012 19:43:10 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: Message-ID: <4FDB742E.403@googlemail.com> А с внешней библиотекой на пхп или чем-то ещё общаться можете? Как вариант: общаться с энджином статус кодами, примерно так: location ~ { ... error_page 404 = @mobile; error_page 500 = @desktop; fastcgi_param SCRIPT_FILENAME /home/user/mobile.php; location @desktop { // кеширование } location @mobile { ... } А в mobile.php: if ($mobile) {// header("HTTP/1.0 404 Not Found"); } else { header("HTTP/1.1 500 Internal Server Error"); } On 15.06.2012 15:45, Anton Kuznetsov wrote: > Добрый день! > > Есть две версии сайта - мобильная и обычная, определяется в PHP на > основе анализа user-agent, внешняя библиотека. Ответ апача сейчас > ничем не отличается, кроме содержимого. > Как бы его правильно пометить и как на нжинксе сделать правильное > кэширование этих двух версий? Ну или можно мобильную не кэшировать... > > -- > Best regards, > Anton Kuznetsov. > > > _______________________________________________ > 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 ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From maybe на arjlover.net Fri Jun 15 21:45:26 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Fri, 15 Jun 2012 23:45:26 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: <4FDB742E.403@googlemail.com> References: <4FDB742E.403@googlemail.com> Message-ID: Да, спасибо, это конечно вариант, но... Во-первых, всю схему надо серьезно извратить, а этого добра уже хватает, во-вторых, все равно в любом случае будет дергаться апач выполнять половину работы по определению кто-откуда (есть еще масса условий), а потом отправлять еще раз на себя... Выгода после этого останется? Собственно, что стало ясно - схема, где нжинкс не владеет всеми условиями - зло, в следующей версии схемы придется от этого избавиться, а пока мучительно жить дальше. :) 2012/6/15 Anton Bessonov > ** > А с внешней библиотекой на пхп или чем-то ещё общаться можете? Как > вариант: общаться с энджином статус кодами, примерно так: > > location ~ { > ... > error_page 404 = @mobile; > error_page 500 = @desktop; > fastcgi_param SCRIPT_FILENAME /home/user/mobile.php; > > location @desktop { > // кеширование > } > > location @mobile { > ... > } > > А в mobile.php: > > if ($mobile) {** header("HTTP/1.0 404 Not Found"); } > else { header("HTTP/1.1 500 Internal Server Error"); } > > > On 15.06.2012 15:45, Anton Kuznetsov wrote: > > Добрый день! > > Есть две версии сайта - мобильная и обычная, определяется в PHP на основе > анализа user-agent, внешняя библиотека. Ответ апача сейчас ничем не > отличается, кроме содержимого. > Как бы его правильно пометить и как на нжинксе сделать правильное > кэширование этих двух версий? Ну или можно мобильную не кэшировать... > > -- > > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm на csdoc.com Fri Jun 15 22:06:46 2012 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 16 Jun 2012 01:06:46 +0300 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <4FDB742E.403@googlemail.com> Message-ID: <4FDBB1F6.9050407@csdoc.com> On 16.06.2012 0:45, Anton Kuznetsov wrote: > Собственно, что стало ясно - схема, где нжинкс не владеет всеми > условиями - зло, в следующей версии схемы придется от этого избавиться, > а пока мучительно жить дальше. :) а почему нельзя просто отправлять мобильных пользователей на мобильную версию сайта, а обычных пользователей - на обычную версию сайта ? этому кстати, не только кеш в nginx будет рад, но и различные прокси-сервера squid`ы по пути. например, гугл так делает: https://www.google.com.ua/ - обычные пользователи http://m.google.com.ua/ - мобильные пользователи а если контент по одному и тому же урлу будет разный - поисковые машины могут подумать что их кто-то пытается обмануть, подсовывая разный контент в зависимости от User Agent`а. а они этого очень не любят. кроме того, если для какого-то мобильного устройства криво сработало или не сработало автоопределение - в случае с двумя версиями сайта у пользователя всегда будет возможность переключиться на нужный сайт вручную. если же два разных сайта будут отдаваться по одним и тем же урлам - такой возможности у пользователей уже не будет. (-usability) -- Best regards, Gena From maybe на arjlover.net Sat Jun 16 00:26:38 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Sat, 16 Jun 2012 02:26:38 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: <4FDBB1F6.9050407@csdoc.com> References: <4FDB742E.403@googlemail.com> <4FDBB1F6.9050407@csdoc.com> Message-ID: > а почему нельзя просто отправлять мобильных пользователей на мобильную > версию сайта, а обычных пользователей - на обычную версию сайта ? > > Можно, но это уже ломает схему, а детектированием у меня занимается пхп-код, значит все равно апач дергать. > этому кстати, не только кеш в nginx будет рад, > но и различные прокси-сервера squid`ы по пути. > > Ну вроде прошлый, как его... 20 век закончился :) > например, гугл так делает: > https://www.google.com.ua/ - обычные пользователи > http://m.google.com.ua/ - мобильные пользователи > > а если контент по одному и тому же урлу будет разный - поисковые машины > могут подумать что их кто-то пытается обмануть, подсовывая разный контент > в зависимости от User Agent`а. а они этого очень не любят. > > кроме того, если для какого-то мобильного устройства криво сработало или > не сработало автоопределение - в случае с двумя версиями сайта у > пользователя всегда будет возможность переключиться на нужный сайт вручную. > если же два разных сайта будут отдаваться по одним и тем же > урлам - такой возможности у пользователей уже не будет. (-usability) > Юзабилити - да, спорить не буду, а на тему поисковиков, знаешь, все спокойно, если делаешь сайт для людей, то и делай для людей, гугль тоже не пальцем сделан - разберется. Это у только соешников почему-то проблемы случаются. И паранойя как следствие. :) А лично у меня сколько было сео-неправильных сайтов - все живут в мире и согласии. -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From maybe на arjlover.net Sat Jun 16 00:35:08 2012 From: maybe на arjlover.net (Anton Kuznetsov) Date: Sat, 16 Jun 2012 02:35:08 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: <95846889.20120615182125@softsearch.ru> References: <95846889.20120615182125@softsearch.ru> Message-ID: Кстати, раз уж все уперлось в проблему обучения нжинкса... Кто-нибудь знает красивые/практичные/обновляемые способы детектирования мобильных и обязательно планшетов! Указанный ниже пример, банально этого не умеет, а показывать на планшете версию для айфона ну совсем неправильно. Со временем будет что-то свое, но сейчас они по здравому смыслу отнесены к десктопной версии. 2012/6/15 Михаил Монашёв > Здравствуйте, Anton. > > Попробуйте в nginx и php определять факт мобильности юзер-агента вот > этим регэкспом: http://detectmobilebrowsers.com . Он там есть готовый > и для php и для nginx-а . Тогда у Вас в обеих местах будет детектиться > факт мобильности одинаково и можно будет настроить кэширование в > nginx-е в зависимости от этого единого регэкспа. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kuznetsov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fry.kun на gmail.com Sat Jun 16 02:33:34 2012 From: fry.kun на gmail.com (Konstantin Svist) Date: Fri, 15 Jun 2012 19:33:34 -0700 Subject: =?UTF-8?B?0L/RgNC+0LHQu9C10LzQsCDRgSBmYXN0Y2dpX2NhY2hlX2xvY2s=?= Message-ID: <4FDBF07E.8080107@gmail.com> Nginx 1.2.0 Конфиг: server { listen 8081; location / { proxy_read_timeout 500ms; proxy_pass http://localhost:8082; error_page 404 500 502 503 504 =200 @fallback; } location @fallback { echo "oops"; } } server { listen 8082; fastcgi_temp_path /dev/shm/nginx_fcgi_temp 1 2; fastcgi_cache_path /dev/shm/nginx_fcgi_cache levels=1:2 keys_zone=mycache:500m max_size=5120m; fastcgi_cache_use_stale error timeout updating; fastcgi_cache_lock on; fastcgi_cache_key $request_uri; fastcgi_cache_valid 200 2h; fastcgi_cache_bypass $http_pragma $http_authorization; fastcgi_no_cache $http_pragma $http_authorization; fastcgi_cache mycache; location / { fastcgi_pass backend; } } Запускаю тест: ab -n5 -c5 'http://localhost:8081/?q=foobar' Результат: 1й запрос идёт на бэкенд, на обработку 45мс; остальные 4 получают "oops" после 500мс Вторая попытка: 1й запрос идёт на бэкенд, на обработку 37мс; 3 получают "oops" после 500мс; последний получает результат из кэша, но только после 500мс Что происходит? Я думал что последние 4 должны получить не-"oops" результат после 45мс... From jd на jdwuzhere.ru Sat Jun 16 03:43:44 2012 From: jd на jdwuzhere.ru (jd на jdwuzhere.ru) Date: Sat, 16 Jun 2012 07:43:44 +0400 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <95846889.20120615182125@softsearch.ru> Message-ID: <46ADAFAA-BCEA-419A-830B-90B344BC65E5@jdwuzhere.ru> Добавить |ad после регекспа ip(hone|od решает. Sent from my iPhone On 16.06.2012, at 4:35, Anton Kuznetsov wrote: > Кстати, раз уж все уперлось в проблему обучения нжинкса... Кто-нибудь знает красивые/практичные/обновляемые способы детектирования мобильных и обязательно планшетов! Указанный ниже пример, банально этого не умеет, а показывать на планшете версию для айфона ну совсем неправильно. Со временем будет что-то свое, но сейчас они по здравому смыслу отнесены к десктопной версии. > > 2012/6/15 Михаил Монашёв > Здравствуйте, Anton. > > Попробуйте в nginx и php определять факт мобильности юзер-агента вот > этим регэкспом: http://detectmobilebrowsers.com . Он там есть готовый > и для php и для nginx-а . Тогда у Вас в обеих местах будет детектиться > факт мобильности одинаково и можно будет настроить кэширование в > nginx-е в зависимости от этого единого регэкспа. > > -- > С уважением, > Михаил mailto:postmaster на softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > -- > Best regards, > Anton Kuznetsov. > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Sat Jun 16 07:47:51 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sat, 16 Jun 2012 11:47:51 +0400 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEgZmFzdGNnaV9jYWNoZV9sb2Nr?= In-Reply-To: <4FDBF07E.8080107@gmail.com> References: <4FDBF07E.8080107@gmail.com> Message-ID: <20120616074751.GV31671@mdounin.ru> Hello! On Fri, Jun 15, 2012 at 07:33:34PM -0700, Konstantin Svist wrote: > Nginx 1.2.0 > > Конфиг: > > server { > listen 8081; > location / { > proxy_read_timeout 500ms; > proxy_pass http://localhost:8082; > error_page 404 500 502 503 504 =200 @fallback; > } > location @fallback { echo "oops"; } > } > server { > listen 8082; > fastcgi_temp_path /dev/shm/nginx_fcgi_temp 1 2; > fastcgi_cache_path /dev/shm/nginx_fcgi_cache levels=1:2 > keys_zone=mycache:500m max_size=5120m; > fastcgi_cache_use_stale error timeout updating; > fastcgi_cache_lock on; > fastcgi_cache_key $request_uri; > fastcgi_cache_valid 200 2h; > fastcgi_cache_bypass $http_pragma $http_authorization; > fastcgi_no_cache $http_pragma $http_authorization; > fastcgi_cache mycache; > location / { > fastcgi_pass backend; > } > } > > > Запускаю тест: > ab -n5 -c5 'http://localhost:8081/?q=foobar' > > > Результат: > 1й запрос идёт на бэкенд, на обработку 45мс; остальные 4 получают > "oops" после 500мс > Вторая попытка: > 1й запрос идёт на бэкенд, на обработку 37мс; 3 получают "oops" > после 500мс; последний получает результат из кэша, но только после > 500мс > > > > Что происходит? > Я думал что последние 4 должны получить не-"oops" результат после 45мс... В идеале - да, в текущей реализации - после 500 ms или fastcgi_cache_lock_timeout, что наступит раньше. Maxim Dounin From fry.kun на gmail.com Sat Jun 16 08:22:38 2012 From: fry.kun на gmail.com (Konstantin Svist) Date: Sat, 16 Jun 2012 01:22:38 -0700 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEgZmFzdGNnaV9jYWNoZV9sb2Nr?= In-Reply-To: <20120616074751.GV31671@mdounin.ru> References: <4FDBF07E.8080107@gmail.com> <20120616074751.GV31671@mdounin.ru> Message-ID: <4FDC424E.6060407@gmail.com> On 06/16/2012 12:47 AM, Maxim Dounin wrote: > Hello! > > On Fri, Jun 15, 2012 at 07:33:34PM -0700, Konstantin Svist wrote: > >> Nginx 1.2.0 >> >> Конфиг: >> >> server { >> listen 8081; >> location / { >> proxy_read_timeout 500ms; >> proxy_pass http://localhost:8082; >> error_page 404 500 502 503 504 =200 @fallback; >> } >> location @fallback { echo "oops"; } >> } >> server { >> listen 8082; >> fastcgi_temp_path /dev/shm/nginx_fcgi_temp 1 2; >> fastcgi_cache_path /dev/shm/nginx_fcgi_cache levels=1:2 >> keys_zone=mycache:500m max_size=5120m; >> fastcgi_cache_use_stale error timeout updating; >> fastcgi_cache_lock on; >> fastcgi_cache_key $request_uri; >> fastcgi_cache_valid 200 2h; >> fastcgi_cache_bypass $http_pragma $http_authorization; >> fastcgi_no_cache $http_pragma $http_authorization; >> fastcgi_cache mycache; >> location / { >> fastcgi_pass backend; >> } >> } >> >> >> Запускаю тест: >> ab -n5 -c5 'http://localhost:8081/?q=foobar' >> >> >> Результат: >> 1й запрос идёт на бэкенд, на обработку 45мс; остальные 4 получают >> "oops" после 500мс >> Вторая попытка: >> 1й запрос идёт на бэкенд, на обработку 37мс; 3 получают "oops" >> после 500мс; последний получает результат из кэша, но только после >> 500мс >> >> >> >> Что происходит? >> Я думал что последние 4 должны получить не-"oops" результат после 45мс... > В идеале - да, в текущей реализации - после 500 ms или > fastcgi_cache_lock_timeout, что наступит раньше. > А долго ждать до верной реализации? From postmaster на softsearch.ru Sat Jun 16 08:58:50 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Sat, 16 Jun 2012 12:58:50 +0400 Subject: =?UTF-8?B?UmVbMl06INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5?= =?UTF-8?B?INCy0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <95846889.20120615182125@softsearch.ru> Message-ID: <1541591863.20120616125850@softsearch.ru> Здравствуйте, Anton. Рекомендую почитать на тему responsive web design. -- С уважением, Михаил mailto:postmaster на softsearch.ru From exelib на googlemail.com Sat Jun 16 10:22:06 2012 From: exelib на googlemail.com (Anton Bessonov) Date: Sat, 16 Jun 2012 12:22:06 +0200 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <4FDB742E.403@googlemail.com> <4FDBB1F6.9050407@csdoc.com> Message-ID: <4FDC5E4E.3090500@googlemail.com> On 16.06.2012 02:26, Anton Kuznetsov wrote: > Можно, но это уже ломает схему, а детектированием у меня занимается > пхп-код, значит все равно апач дергать. Ну если апач нужен только для того, что бы дёргать пхп... то он как бы и не нужен. Лично моё мнение. Да и дешовая операция. -- Oracle Certified Expert, Enterprise JavaBeans Developer Oracle Certified Professional, Java SE 6 Programmer Professional Scrum Master From gmm на csdoc.com Sat Jun 16 12:14:15 2012 From: gmm на csdoc.com (Gena Makhomed) Date: Sat, 16 Jun 2012 15:14:15 +0300 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <4FDB742E.403@googlemail.com> <4FDBB1F6.9050407@csdoc.com> Message-ID: <4FDC7897.6070404@csdoc.com> On 16.06.2012 3:26, Anton Kuznetsov wrote: >> а почему нельзя просто отправлять мобильных пользователей на мобильную >> версию сайта, а обычных пользователей - на обычную версию сайта ? > Можно, но это уже ломает схему, а детектированием > у меня занимается пхп-код, значит все равно апач дергать. кстати, в идеальном мире детектированием браузера занимается http://nginx.org/ru/docs/http/ngx_http_browser_module.html или какой-то сторонний модуль на С с аналогичной функциональностью в крайнем случае - скрипт на ngx_http_perl_module или lua-nginx-module > этому кстати, не только кеш в nginx будет рад, > но и различные прокси-сервера squid`ы по пути. > Ну вроде прошлый, как его... 20 век закончился :) боюсь что это слишком инновационно даже для 21 века - пускать корпоративных пользователей в интернет напрямую, без http прокси (http прокси в корпоративных сетях ставят не для экономии трафика) -- Best regards, Gena From bdfy на mail.ru Sat Jun 16 16:44:34 2012 From: bdfy на mail.ru (=?UTF-8?B?SXZhbg==?=) Date: Sat, 16 Jun 2012 20:44:34 +0400 Subject: =?UTF-8?B?0YTQu9Cw0LMgc2luZ2xlINCyIEh0dHBVcHN0cmVhbUtlZXBhbGl2ZU1vZHVsZQ==?= In-Reply-To: <1541591863.20120616125850@softsearch.ru> References: <1541591863.20120616125850@softsearch.ru> Message-ID: <1339865074.250052841@f239.mail.ru> Объясните пож-ста значение параметра single в keepailve Single treats everything as a single host. With this flag connections to different backends are treated as equal. Т е как я понимаю буквально переводится: С этим флагом коннекты с разных бэкэндов рассматриваются как одинаковые. Т е если указать флаг single ( keepalive 1024 single; ), то максимальное число коннектов будет равно 1024 по сумме бэкэндов, а если не указывать - то по каждому бэкэнду ? From boda2004 на gmail.com Sat Jun 16 19:18:26 2012 From: boda2004 на gmail.com (Oleksandr Bodnarashyk) Date: Sat, 16 Jun 2012 22:18:26 +0300 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: References: <95846889.20120615182125@softsearch.ru> Message-ID: Стоит взглянуть в сторону WURFL и DeviceAtlas. Первое мы используем уже много лет - довольно точно определяет сколько-нибудь распространенные устройства и их основные свойства. Есть модуль CPAN (но, кажется, древний), что дает возможность определения устройств на nginx, если дополнительный запрос на бекенд - не проблема, то вполне подойдет php. Большой плюс - поддержка патчей из коробки (если вы нашли неточность - можете добавить "исправленное" устройство в виде "патча" - xml файла). Что касается "таблеток" - в терминах WURFL - это свойство "product_info.is_tablet". Быстродействие тоже приемлемое. 16 июня 2012 г., 3:35 пользователь Anton Kuznetsov написал: > Кстати, раз уж все уперлось в проблему обучения нжинкса... Кто-нибудь > знает красивые/практичные/обновляемые способы детектирования мобильных и > обязательно планшетов! Указанный ниже пример, банально этого не умеет, а > показывать на планшете версию для айфона ну совсем неправильно. Со временем > будет что-то свое, но сейчас они по здравому смыслу отнесены к десктопной > версии. > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Sat Jun 16 21:44:16 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 17 Jun 2012 01:44:16 +0400 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEgZmFzdGNnaV9jYWNoZV9sb2Nr?= In-Reply-To: <4FDC424E.6060407@gmail.com> References: <4FDBF07E.8080107@gmail.com> <20120616074751.GV31671@mdounin.ru> <4FDC424E.6060407@gmail.com> Message-ID: <20120616214416.GW31671@mdounin.ru> Hello! On Sat, Jun 16, 2012 at 01:22:38AM -0700, Konstantin Svist wrote: > On 06/16/2012 12:47 AM, Maxim Dounin wrote: > >Hello! > > > >On Fri, Jun 15, 2012 at 07:33:34PM -0700, Konstantin Svist wrote: > > > >>Nginx 1.2.0 > >> > >>Конфиг: > >> > >>server { > >> listen 8081; > >> location / { > >> proxy_read_timeout 500ms; > >> proxy_pass http://localhost:8082; > >> error_page 404 500 502 503 504 =200 @fallback; > >> } > >> location @fallback { echo "oops"; } > >>} > >>server { > >> listen 8082; > >> fastcgi_temp_path /dev/shm/nginx_fcgi_temp 1 2; > >> fastcgi_cache_path /dev/shm/nginx_fcgi_cache levels=1:2 > >>keys_zone=mycache:500m max_size=5120m; > >> fastcgi_cache_use_stale error timeout updating; > >> fastcgi_cache_lock on; > >> fastcgi_cache_key $request_uri; > >> fastcgi_cache_valid 200 2h; > >> fastcgi_cache_bypass $http_pragma $http_authorization; > >> fastcgi_no_cache $http_pragma $http_authorization; > >> fastcgi_cache mycache; > >> location / { > >> fastcgi_pass backend; > >> } > >>} > >> > >> > >>Запускаю тест: > >> ab -n5 -c5 'http://localhost:8081/?q=foobar' > >> > >> > >>Результат: > >> 1й запрос идёт на бэкенд, на обработку 45мс; остальные 4 получают > >>"oops" после 500мс > >>Вторая попытка: > >> 1й запрос идёт на бэкенд, на обработку 37мс; 3 получают "oops" > >>после 500мс; последний получает результат из кэша, но только после > >>500мс > >> > >> > >> > >>Что происходит? > >>Я думал что последние 4 должны получить не-"oops" результат после 45мс... > >В идеале - да, в текущей реализации - после 500 ms или > >fastcgi_cache_lock_timeout, что наступит раньше. > > > > А долго ждать до верной реализации? Верная реализация есть и сейчас. По оптимизации - no ETA, в ближайших планах нет. Maxim Dounin From nginx-forum на nginx.us Sun Jun 17 06:16:32 2012 From: nginx-forum на nginx.us (ShivaS) Date: Sun, 17 Jun 2012 02:16:32 -0400 (EDT) Subject: =?UTF-8?B?0L7Qv9GC0LjQvNC40LfQsNGG0LjRjyAocmV3cml0ZSkg0YDRg9C70L7Qsg==?= Message-ID: Добрый день, Волею случая нужно было сделать следующие рулы: if (-f $request_filename.php) { rewrite ^(.+)$ /$1.php last; } if (!-f $request_filename.php) { return 404; } т.е. при запросе на file, проверялось наличие file.php и слалось на обработку (дальше стоит локейшен с прокси) Заодно (иногда есть файлы без расширения), при отсутствии файла .php насильно возвращается 404 Вот сижу и думаю, как объединить эти 2 рула и по возможности отказаться от rewrite, если такое возможно Буду благодарен за любую помощь! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227614#msg-227614 From boda2004 на gmail.com Sun Jun 17 07:40:20 2012 From: boda2004 на gmail.com (Oleksandr Bodnarashyk) Date: Sun, 17 Jun 2012 10:40:20 +0300 Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: Message-ID: try_files $uri $uri.php =404; Хотя запись не совсем эквивалентна. 17 июня 2012 г., 9:16 пользователь ShivaS написал: > Добрый день, > > Волею случая нужно было сделать > следующие рулы: > > > if (-f $request_filename.php) { > rewrite ^(.+)$ /$1.php last; > } > > if (!-f $request_filename.php) { > return 404; > } > > т.е. при запросе на file, проверялось > наличие file.php и слалось на обработку > (дальше стоит локейшен с прокси) > Заодно (иногда есть файлы без > расширения), при отсутствии файла .php > насильно возвращается 404 > > Вот сижу и думаю, как объединить эти 2 > рула и по возможности отказаться от > rewrite, если такое возможно > > Буду благодарен за любую помощь! > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227614,227614#msg-227614 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Sun Jun 17 07:47:07 2012 From: nginx-forum на nginx.us (ShivaS) Date: Sun, 17 Jun 2012 03:47:07 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: Message-ID: Спасибо! В данном случае, насколько я понимаю, try_files обрабатывает оба случая, и только, если ничего не найдено, возвращает 404 Но мне надо всегда блокировать запрос (404) на file при отсутствии file.php (даже если file существует) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227617#msg-227617 From mdounin на mdounin.ru Sun Jun 17 09:58:19 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Sun, 17 Jun 2012 13:58:19 +0400 Subject: =?UTF-8?B?UmU6INGE0LvQsNCzIHNpbmdsZSDQsiBIdHRwVXBzdHJlYW1LZWVwYWxpdmVNb2R1?= =?UTF-8?B?bGU=?= In-Reply-To: <1339865074.250052841@f239.mail.ru> References: <1541591863.20120616125850@softsearch.ru> <1339865074.250052841@f239.mail.ru> Message-ID: <20120617095819.GZ31671@mdounin.ru> Hello! On Sat, Jun 16, 2012 at 08:44:34PM +0400, Ivan wrote: > Объясните пож-ста значение параметра single в keepailve Не надо использовать этот параметр, его описание умышленно отсутствует в официальной документации. > Single treats everything as a single host. With this flag connections to different backends are treated as equal. > Т е как я понимаю буквально переводится: > С этим флагом коннекты с разных бэкэндов рассматриваются как одинаковые. > Т е если указать флаг single ( keepalive 1024 single; ), то > максимальное число коннектов будет равно 1024 по сумме бэкэндов, а если не указывать - то по каждому бэкэнду ? Максимальное число соединений всегда задаётся суммарное, по всем бекендам. Исходная идея параметра single была в том, чтобы немного поэкономить в граничных случаях, e.g. не пытаться открывать новое соединение, если у нас есть хоть какое-то открытое соединение (в тех ситуациях, когда бекенды равноправны). Однако количество возникающих при этом проблем с неравномерностью балансировки и несоответствием представлений балансировщика о используемом бекенде реально используемому бекенду - делают эту функциональность скорее вредной, чем полезной. Maxim Dounin From nginx-forum на nginx.us Sun Jun 17 16:16:51 2012 From: nginx-forum на nginx.us (dirijat) Date: Sun, 17 Jun 2012 12:16:51 -0400 (EDT) Subject: phpMyAdmin + Nginx 1.2.1 + PHP5-FPM 5.4.3 + Ubuntu 12.04 Message-ID: <89aa74ed7ce4043c3a4d95243910c5a6.NginxMailingListRussian@forum.nginx.org> Доброго времени суток! Уже полдня мучаюсь, никак не могу заставить работать phpMyAdmin на серверe, все что я бы не делал выдает )404 Not Found). Помогите пожалуйста с настройкой /конфигурацией. Заранее благодарен! Ubuntu Server 12.04 Nginx 1.2.1 stable PHP5-FPM 5.4.3 - подключен через соккеты MySQL 5.5.25 CMS Joomla 2.5.4 Домен в зоне .РФ (например вот такой: XN--D1ABBGF6AIIY.XN--P1AI :) путь к файлам phpМуAdmin /usr/share/phpmyadmin путь к файлам вебсервера: /var/www/XN--D1ABBGF6AIIY.XN--P1AI/web {server [...] location ~ \.php$ { fastcgi_split_path_info ^(.+\.php)(/.+)$; # With php5-fpm: fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_index index.php; include fastcgi_params; } [...] } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227624,227624#msg-227624 From nginx-forum на nginx.us Mon Jun 18 08:15:43 2012 From: nginx-forum на nginx.us (Craken) Date: Mon, 18 Jun 2012 04:15:43 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCk0YPQvdC60YbQuNGPIGluY2x1ZGUgb25jZSDQvdC1INGA0LDQsdC+0YI=?= =?UTF-8?B?0LDQtdGCINC90LAg0YHQstGP0LfQutC1IE5naW54ICsgcGhwNS1mcG0sINC/?= =?UTF-8?B?0YDQvtGI0YMg0L/QvtC80L7RidC4INCyINGA0LXRiNC10L3QuNC4Lg==?= In-Reply-To: References: Message-ID: location \.html { fastcgi_pass .......; ............................. } В таком случае при вызове *.хтмл страницы nginx передаст ее на обработку в пхп. Ну или если Вам нужно отправлять только одну какую-то страницу - то ужесточите условие в локейшне. А вообще обычно для того чтобы Вам помогли - нужно хотя бы показать конфиг и описать как nginx должен себя вести в том или ином случае. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227534,227635#msg-227635 From igor на sysoev.ru Mon Jun 18 09:54:38 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 18 Jun 2012 13:54:38 +0400 Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: Message-ID: <20120618095438.GA77423@nginx.com> On Sun, Jun 17, 2012 at 03:47:07AM -0400, ShivaS wrote: > Спасибо! > > В данном случае, насколько я понимаю, > try_files обрабатывает оба случая, и только, > если ничего не найдено, возвращает 404 > Но мне надо всегда блокировать запрос > (404) на file при отсутствии file.php (даже если > file существует) location / { try_files $uri.php =404; fastcgi_pass ... } location ~ \.php$ { try_files $uri =404; fastcgi_pass ... } -- Igor Sysoev From nginx-forum на nginx.us Mon Jun 18 11:07:42 2012 From: nginx-forum на nginx.us (ShivaS) Date: Mon, 18 Jun 2012 07:07:42 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: <20120618095438.GA77423@nginx.com> References: <20120618095438.GA77423@nginx.com> Message-ID: Игорь, Огромное спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227639#msg-227639 From hell-for-yahoo на umail.ru Mon Jun 18 12:05:27 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Mon, 18 Jun 2012 16:05:27 +0400 Subject: =?UTF-8?B?UmU6INCa0Y3RiNC40YDQvtCy0LDQvdC40LUg0LzQvtCx0LjQu9GM0L3QvtC5INCy?= =?UTF-8?B?0LXRgNGB0LjQuCDRgdCw0LnRgtCw?= In-Reply-To: <4FDC7897.6070404@csdoc.com> References: <4FDB742E.403@googlemail.com> <4FDBB1F6.9050407@csdoc.com> <4FDC7897.6070404@csdoc.com> Message-ID: <37364725.20120618160527@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Gena Makhomed! >> Ну вроде прошлый, как его... 20 век закончился :) GM> боюсь что это слишком инновационно даже для 21 века - пускать GM> корпоративных пользователей в интернет напрямую, без http прокси GM> (http прокси в корпоративных сетях ставят не для экономии трафика) Если не стоит задача следить за пользователями, то остаётся только подсчёт трафика, с чем замечательно справляется fprobe/netflow. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) понедельник, 18.06.2012, <16:04> From nginx-forum на nginx.us Mon Jun 18 13:09:58 2012 From: nginx-forum на nginx.us (ShivaS) Date: Mon, 18 Jun 2012 09:09:58 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: <20120618095438.GA77423@nginx.com> Message-ID: <7195e15b26a4e4935907178403e1e98b.NginxMailingListRussian@forum.nginx.org> Игорь, У меня стоит апаче и я использую proxy_pass В FCGI можно переписать вроде file на file.php fastcgi_param SCRIPT_FILENAME $uri.php А вот как мне при запросе на file и наличии file.php проксировать именно на file.php я никак не разберусь...наверно никак? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227647#msg-227647 From igor на sysoev.ru Mon Jun 18 13:35:24 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 18 Jun 2012 17:35:24 +0400 Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: <7195e15b26a4e4935907178403e1e98b.NginxMailingListRussian@forum.nginx.org> References: <20120618095438.GA77423@nginx.com> <7195e15b26a4e4935907178403e1e98b.NginxMailingListRussian@forum.nginx.org> Message-ID: <138EA450-1138-4E4B-91D3-B9D9BAF58D2E@sysoev.ru> On Jun 18, 2012, at 17:09 , ShivaS wrote: > Игорь, > > У меня стоит апаче и я использую proxy_pass > В FCGI можно переписать вроде file на file.php > fastcgi_param SCRIPT_FILENAME $uri.php > > А вот как мне при запросе на file и > наличии file.php проксировать именно на > file.php я никак не разберусь...наверно > никак? try_files меняет URI. Для современных nginx'ов: location / { try_files $uri.php =404; proxy_pass http://backend; } -- Igor Sysoev From nginx-forum на nginx.us Mon Jun 18 13:42:39 2012 From: nginx-forum на nginx.us (ShivaS) Date: Mon, 18 Jun 2012 09:42:39 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: Message-ID: Я так и думал изначально, но на бекенд в конце концов приходит "GET /file HTTP/1.0 У меня 1.0.12 А вот в логе нашел что в 1.1.12 как раз и была решена моя проблема: Исправление: после перенаправления запроса с помощью директивы try_files директива proxy_pass без URI могла использовать URI исходного запроса. Спасибо Lanshun Zhou. Но на 1.2.0 я не апгрейдился еще...придется видимо... Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227649#msg-227649 From mdounin на mdounin.ru Mon Jun 18 14:32:40 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 18 Jun 2012 18:32:40 +0400 Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: References: Message-ID: <20120618143239.GH31671@mdounin.ru> Hello! On Mon, Jun 18, 2012 at 09:42:39AM -0400, ShivaS wrote: > Я так и думал изначально, но на бекенд в > конце концов приходит "GET /file HTTP/1.0 > У меня 1.0.12 > > А вот в логе нашел что в 1.1.12 как раз и > была решена моя проблема: > > Исправление: после перенаправления > запроса с помощью директивы > try_files директива proxy_pass без URI могла > использовать URI > исходного запроса. > Спасибо Lanshun Zhou. > > Но на 1.2.0 я не апгрейдился еще...придется > видимо... Нет, это исправление про location / { try_files $uri /fallback.php; } location = /fallback.php { proxy_pass http://backend; } До 1.1.12 на бекенд в случае перехода на /fallback.php отправлялся uri исходного запроса, что очевидно неверно. В силу текущей реализации try_files возможно сработает что-нибудь вроде (note: "/" в конце proxy_pass важен) location / { try_files $uri.php =404; proxy_pass http://backend/; } Но я бы не рекомендовал, ибо данное поведение try_files, скажем так, очень сомнительно с логической точки зрения и скорее всего изменится. Maxim Dounin From nginx-forum на nginx.us Mon Jun 18 14:42:03 2012 From: nginx-forum на nginx.us (ShivaS) Date: Mon, 18 Jun 2012 10:42:03 -0400 (EDT) Subject: =?UTF-8?B?UmU6INC+0L/RgtC40LzQuNC30LDRhtC40Y8gKHJld3JpdGUpINGA0YPQu9C+0LI=?= In-Reply-To: <20120618143239.GH31671@mdounin.ru> References: <20120618143239.GH31671@mdounin.ru> Message-ID: <4b4f08ef6418937e98bff116e6e3bd0b.NginxMailingListRussian@forum.nginx.org> Спасибо, Максим! Так получается,что мне лучше не пробовать разные варианты и вернуться к моему изначальному : if (-f $request_filename.php) { rewrite ^(.+)$ /$1.php last; } if (!-f $request_filename.php) { return 404; } единственное, можно 2й случай немного переделать. Кстати, а почему $uri лучше чем $request_filename? Быстрее? Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227614,227662#msg-227662 From postmaster на softsearch.ru Tue Jun 19 20:07:25 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 20 Jun 2012 00:07:25 +0400 Subject: =?UTF-8?B?0JPQtdC+LdCx0LDQt9CwIGlwLmx1ZG9zdC5uZXQ=?= Message-ID: <1311717187.20120620000725@softsearch.ru> Здравствуйте. Возвращаюсь к старой теме гео-баз. Таких же бесплатных и качественных, как ныне покойная wipmania.com . Кто-то пробовал гео-базу http://ip.ludost.net/ ? -- С уважением, Михаил mailto:postmaster на softsearch.ru From bediev на gmail.com Wed Jun 20 05:15:01 2012 From: bediev на gmail.com (Marat Bediev) Date: Wed, 20 Jun 2012 11:15:01 +0600 Subject: =?UTF-8?B?c3BkeS1wYXRjaCDQvtGI0LjQsdC60LAg0L/RgNC4INC60L7QvNC/0LjQu9GP0YY=?= =?UTF-8?B?0LjQuA==?= Message-ID: Решил попробовать подключить spdy. nginx-1.3.1 patch.spdy-37 ./configure --with-http_ssl_module при компиляции получаю: gcc -c -pipe -O -W -Wall -Wpointer-arith -Wno-unused-parameter -Wunused-function -Wunused-variable -Wunused-value -Werror -g -I src/core -I src/event -I src/event/modules -I src/os/unix -I objs -I src/http -I src/http/modules \ -o objs/src/http/ngx_http_request.o \ src/http/ngx_http_request.c cc1: warnings being treated as errors src/http/ngx_http_request.c: In function 'ngx_http_ssl_handshake_handler': src/http/ngx_http_request.c:634: error: implicit declaration of function 'SSL_get0_next_proto_negotiated' make[1]: *** [objs/src/http/ngx_http_request.o] Error 1 make[1]: Leaving directory `/usr/src/nginx-1.3.1' make: *** [build] Error 2 -- Marat Bediev, System Administrator _________________________ Tel: +996555990584 E-mail: bediev на gmail.com Skype: p1gmale0n Twitter: @p1gmale0n ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Wed Jun 20 05:20:16 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 20 Jun 2012 09:20:16 +0400 Subject: =?UTF-8?B?UmU6IHNwZHktcGF0Y2gg0L7RiNC40LHQutCwINC/0YDQuCDQutC+0LzQv9C40Ls=?= =?UTF-8?B?0Y/RhtC40Lg=?= In-Reply-To: References: Message-ID: <20120620052016.GX31671@mdounin.ru> Hello! On Wed, Jun 20, 2012 at 11:15:01AM +0600, Marat Bediev wrote: > Решил попробовать подключить spdy. > nginx-1.3.1 > patch.spdy-37 > ./configure --with-http_ssl_module > > при компиляции получаю: > gcc -c -pipe -O -W -Wall -Wpointer-arith -Wno-unused-parameter > -Wunused-function -Wunused-variable -Wunused-value -Werror -g -I src/core > -I src/event -I src/event/modules -I src/os/unix -I objs -I src/http -I > src/http/modules \ > -o objs/src/http/ngx_http_request.o \ > src/http/ngx_http_request.c > cc1: warnings being treated as errors > src/http/ngx_http_request.c: In function 'ngx_http_ssl_handshake_handler': > src/http/ngx_http_request.c:634: error: implicit declaration of function > 'SSL_get0_next_proto_negotiated' > make[1]: *** [objs/src/http/ngx_http_request.o] Error 1 > make[1]: Leaving directory `/usr/src/nginx-1.3.1' > make: *** [build] Error 2 Что как бы говорит: нужен более свежий openssl. Next protocol negotiation, который нужен для работы spdy, есть только в openssl 1.0.1+. Maxim Dounin From bediev на gmail.com Wed Jun 20 05:23:06 2012 From: bediev на gmail.com (Marat Bediev) Date: Wed, 20 Jun 2012 11:23:06 +0600 Subject: =?UTF-8?B?UmU6IHNwZHktcGF0Y2gg0L7RiNC40LHQutCwINC/0YDQuCDQutC+0LzQv9C40Ls=?= =?UTF-8?B?0Y/RhtC40Lg=?= In-Reply-To: <20120620052016.GX31671@mdounin.ru> References: <20120620052016.GX31671@mdounin.ru> Message-ID: ой блин, не посмотрел версию. спасибо -- Marat Bediev, System Administrator _________________________ Tel: +996555990584 E-mail: bediev на gmail.com Skype: p1gmale0n Twitter: @p1gmale0n ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From dtyugaev на gmail.com Wed Jun 20 11:18:36 2012 From: dtyugaev на gmail.com (Dmitriy Tyugaev) Date: Wed, 20 Jun 2012 15:18:36 +0400 Subject: location regexp Message-ID: Здравствуйте. Подскажите, пожалуйста, как можно закрыть на basic авторизацию запрос типа: http://www.domain.ru/sort?b_date=2012-04-23&e_date=2012-08-05 Мой конфиг почему-то не работает: location ~ ^/(sort)\?(.*)$ { proxy_pass http://127.0.0.1:8080/$1?$2; auth_basic "Admin Zone"; auth_basic_user_file /etc/nginx/.htpasswd; } С уважением, Дмитрий ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From latypoff на yandex.ru Wed Jun 20 11:20:31 2012 From: latypoff на yandex.ru (Denis F. Latypoff) Date: Wed, 20 Jun 2012 18:20:31 +0700 Subject: location regexp In-Reply-To: References: Message-ID: <507031340191231@web9f.yandex.ru> 20.06.2012, 18:18, "Dmitriy Tyugaev" : > Здравствуйте.Подскажите, пожалуйста, как можно закрыть на basic авторизацию запрос типа: > http://www.domain.ru/sort?b_date=2012-04-23&e_date=2012-08-05 > Мой конфиг почему-то не работает: >         location ~ ^/(sort)\?(.*)$ { >             proxy_pass http://127.0.0.1:8080/$1?$2; >             auth_basic "Admin Zone"; >             auth_basic_user_file /etc/nginx/.htpasswd; >         } > > С уважением, Дмитрий > location = /sort { proxy_pass http://127.0.0.1:8080; auth_basic "Admin Zone"; auth_basic_user_file /etc/nginx/.htpasswd; } -- br, Denis F. Latypoff. From nginx-forum на nginx.us Wed Jun 20 23:45:23 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Wed, 20 Jun 2012 19:45:23 -0400 (EDT) Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC+0YIg0L3QvtCy0LjRh9C60LA=?= Message-ID: В Рунете много информации о Nginx и веб серверах, но хотелось спросить у Вас. Скажите, я поставил вчера nginx, хочу его использовать с uwsgi. Остановился пока на этапе разбора nginx, поскольку это довольно серьезно для системы. Установил nginx, захожу по адресу - 404 Not Found. Скажите, это нормально для чистой системы? Nginx Ведь может работать без Apache? И я так понимаю, что для запуска проекта на nginx, необходимо в папку sites-enabled положить конфиг проекта. А как быть с простыми html страничками, куда их класть. Хочется найти такую привычную папку data(как в Apache). И в целом хочу спросить - Связка nginx + uwsgi + django надежна? Или лучше использовать еще и Apache, а nginx ставить проксирующим? Или какую связку вы посоветуете? P.S.(Ставлю веб-сервер, на котором будут крутиться мои проекты на Django 1.4, иногда проекты будут довольно нагруженные) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227738#msg-227738 From roman.vasilyev на yousendit.com Wed Jun 20 23:55:04 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Wed, 20 Jun 2012 16:55:04 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: References: Message-ID: <4FE262D8.70905@yousendit.com> вы бы добавили конфиг сервера и где файлы лежат On 06/20/2012 04:45 PM, xxnikolayxx wrote: > В Рунете много информации о Nginx и веб > серверах, но хотелось спросить у Вас. > Скажите, я поставил вчера nginx, хочу его > использовать с uwsgi. > Остановился пока на этапе разбора nginx, > поскольку это довольно серьезно для > системы. > Установил nginx, захожу по адресу - 404 Not > Found. > Скажите, это нормально для чистой > системы? > Nginx Ведь может работать без Apache? > И я так понимаю, что для запуска проекта > на nginx, необходимо в папку sites-enabled > положить конфиг проекта. > А как быть с простыми html страничками, > куда их класть. Хочется найти такую > привычную папку data(как в Apache). > > И в целом хочу спросить - Связка nginx + uwsgi > + django надежна? Или лучше использовать > еще и Apache, а nginx ставить проксирующим? > Или какую связку вы посоветуете? > P.S.(Ставлю веб-сервер, на котором будут > крутиться мои проекты на Django 1.4, иногда > проекты будут довольно нагруженные) > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227738#msg-227738 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From admin на tlvx.ru Wed Jun 20 23:57:49 2012 From: admin на tlvx.ru (=?KOI8-R?B?7M/QwdTJziD3zMHEyc3J0g==?=) Date: Thu, 21 Jun 2012 09:57:49 +1000 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: References: Message-ID: Да, можно использовать. Вы когда заходите по адресу, ему нечего отдавать, как например в апаче приветсвенную страницу, поэтому выдается стандартная ошибка. Чтоб воять обычные страницы необходимо создать конфиг нджинкса и прописать путь до этих страниц. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на nginx.us Thu Jun 21 00:02:06 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Wed, 20 Jun 2012 20:02:06 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE262D8.70905@yousendit.com> References: <4FE262D8.70905@yousendit.com> Message-ID: <1ce350c61f0e3e9560597d327009f6ec.NginxMailingListRussian@forum.nginx.org> Nginx абсолютно чистый, стандартный конфиг версии nginx-1.2.1 Система Debian 7 Файлы лежат в /etc/nginx Roman Vasilyev Wrote: ------------------------------------------------------- > вы бы добавили конфиг > сервера и где файлы лежат > > On 06/20/2012 04:45 PM, xxnikolayxx wrote: > > В Рунете много информации > о Nginx и веб > > серверах, но хотелось > спросить у Вас. > > Скажите, я поставил вчера > nginx, хочу его > > использовать с uwsgi. > > Остановился пока на этапе > разбора nginx, > > поскольку это довольно > серьезно для > > системы. > > Установил nginx, захожу по > адресу - 404 Not > > Found. > > Скажите, это нормально для > чистой > > системы? > > Nginx Ведь может работать > без Apache? > > И я так понимаю, что для > запуска проекта > > на nginx, необходимо в папку > sites-enabled > > положить конфиг проекта. > > А как быть с простыми html > страничками, > > куда их класть. Хочется > найти такую > > привычную папку data(как в > Apache). > > > > И в целом хочу спросить - > Связка nginx + uwsgi > > + django надежна? Или лучше > использовать > > еще и Apache, а nginx ставить > проксирующим? > > Или какую связку вы > посоветуете? > > P.S.(Ставлю веб-сервер, на > котором будут > > крутиться мои проекты на > Django 1.4, иногда > > проекты будут довольно > нагруженные) > > > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227738,227738#m > sg-227738 > > > > _______________________________________________ > > 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,227738,227741#msg-227741 From nginx-forum на nginx.us Thu Jun 21 00:11:51 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Wed, 20 Jun 2012 20:11:51 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: References: Message-ID: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> Спасибо, за понятный ответ. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227742#msg-227742 From nginx-forum на nginx.us Thu Jun 21 00:14:46 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Wed, 20 Jun 2012 20:14:46 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> Message-ID: <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> Перемены конечно по одной не приходят, и помимо nginx новым для меня является Debian, раньше пользовался FreeBSD. Скажите, я сделал это зря, или все таки Debian не уступает по производительности и безопасности? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227743#msg-227743 From roman.vasilyev на yousendit.com Thu Jun 21 00:15:34 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Wed, 20 Jun 2012 17:15:34 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> Message-ID: <4FE267A6.3080104@yousendit.com> On 06/20/2012 05:14 PM, xxnikolayxx wrote: > раньше пользовался FreeBSD. > Скажите, я сделал это зря ЗРЯ From nginx-forum на nginx.us Thu Jun 21 00:21:49 2012 From: nginx-forum на nginx.us (xxnikolayxx) Date: Wed, 20 Jun 2012 20:21:49 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> Message-ID: <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> Жаль, а она успела мне понравиться. Ну что ж, вернусь к старой доброй фряхе... Спасибо за отклики. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227745#msg-227745 From rush.zlo на gmail.com Thu Jun 21 05:32:17 2012 From: rush.zlo на gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40LkgJ1J1c2gnINCd0LXQv9C+0LzQvdGP0YnQuNC5?=) Date: Thu, 21 Jun 2012 09:32:17 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> Message-ID: ИМХО Debian/Ubuntu, несмотря на крики хардкорных админов локалхостов (и не только), это отличный выбор. Если есть время - можете попробовать FreeBSD или Gentoo. Однозначно дать ответ нельзя - это свобода выбора, выбирайте то, что вам по душе и больше подходит под задачи. 21 июня 2012 г., 4:21 пользователь xxnikolayxx написал: > Жаль, а она успела мне понравиться. > Ну что ж, вернусь к старой доброй > фряхе... > Спасибо за отклики. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227745#msg-227745 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Cogito ergo sum From roman.vasilyev на yousendit.com Thu Jun 21 16:54:17 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 21 Jun 2012 09:54:17 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> Message-ID: <4FE351B9.1000706@yousendit.com> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток перед Linux: файловая система. Большинство коммерческих продуктов ориентировано на Linux и, например GPFS там просто не встанет, но есть надежда на следующий релиз в котором обещали pNFS. On 06/20/2012 05:21 PM, xxnikolayxx wrote: > Жаль, а она успела мне понравиться. > Ну что ж, вернусь к старой доброй > фряхе... > Спасибо за отклики. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227738,227745#msg-227745 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Thu Jun 21 20:13:52 2012 From: nginx-forum на nginx.us (Rad) Date: Thu, 21 Jun 2012 16:13:52 -0400 (EDT) Subject: =?UTF-8?B?0JLQvtC/0YDQvtGBINC/0L4gbWVtY2FjaGUrbmdpbngrcGhwLWZwbQ==?= Message-ID: <6740fc5abe71a650487c2106820f7436.NginxMailingListRussian@forum.nginx.org> Добрый вечер, С nginx работаю не так давно, хотелось бы уточнить некоторые нюансы: имеется связка (CentOS 6.1) memcache+nginx(1.2.1)+php-fpm. Конфигурация: ...... upstream memcached_backend { server 127.0.0.1:11211; keepalive 32; } .................. location ~ ^/request/generateXML.* { access_log off; set $memcached_key "page:$request_uri"; #we have upstream memcached_backend to reduce TIME_WAIT memcached_pass memcached_backend; default_type text/xml; error_page 404 405 502 = @cache_miss; } location @cache_miss { access_log off; rewrite ^.*$ /index.php?what=generateXML&do=generateXML break; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; fastcgi_param SCRIPT_FILENAME /var/www/site/htdocs/$fastcgi_script_name; fastcgi_param DOCUMENT_ROOT /var/www/site/htdocs; } Имеем следующие сценарии: 1)Нет содержимого в мемкеше (error.log in debug mode): 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "X-Powered-By: PHP/5.3.13-1" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Content-Type: text/xml" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Expires: Thu, 21 Jun 2012 19:27:28 GMT" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Cache-Control: no-store, no-cache, must-revalidate" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Cache-Control: post-check=0, pre-check=0" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Pragma: no-cache" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "ETag: "c99222bcc17329301700bc2333212339bb"" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Connection: close" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 0 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header: "Content-Length: 400" 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi parser: 1 2012/06/21 19:27:28 [debug] 8833#0: *1921 http fastcgi header done 2012/06/21 19:27:28 [debug] 8833#0: *1921 xslt filter header 2012/06/21 19:27:28 [debug] 8833#0: *1921 HTTP/1.1 200 OK Server: nginx/1.2.1 Date: Thu, 21 Jun 2012 19:27:28 GMT Content-Type: text/xml Content-Length: 400 Connection: keep-alive X-Powered-By: PHP/5.3.13-1 Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT Expires: Thu, 21 Jun 2012 19:27:28 GMT Cache-Control: no-store, no-cache, must-revalidate Cache-Control: post-check=0, pre-check=0 Pragma: no-cache ETag: "c99222bcc17329301700bc2333212339bb" 2) Есть содержимое в мемкеше: 2012/06/21 19:27:29 [debug] 8833#0: *1921 http upstream request: "/request/generateXML?mon=6&week=2" 2012/06/21 19:27:29 [debug] 8833#0: *1921 http upstream process header 2012/06/21 19:27:29 [debug] 8833#0: *1921 recv: fd:6 469 of 4096 2012/06/21 19:27:29 [debug] 8833#0: *1921 memcached: "VALUE page:/request/generateXML?mon=6&week=2 0 400" 2012/06/21 19:27:29 [debug] 8833#0: *1921 xslt filter header 2012/06/21 19:27:29 [debug] 8833#0: *1921 HTTP/1.1 200 OK Server: nginx/1.2.1 Date: Thu, 21 Jun 2012 19:27:29 GMT Content-Type: text/xml Content-Length: 400 Connection: keep-alive Вопросы: 1. Я так понимаю режутся заголовки: - можно решить сторонним модулем (чтоб хранить заголовок) - использовать fastcgi_pass_header, но почему-то он у меня не работает. 2. Чтоб установить Connection: close нужно в локейшене: keepalive_timeout 0; Однако в таком случае у меня поднимается значение TIME_WAIT до 21 000, и падает показатель Active Connections: Active connections: 1976 server accepts handled requests 1313402 1313402 18510553 Reading: 10 Writing: 4 Waiting: 1962 Connection closed by foreign host. если же использовать Connection: keep-alive, то понятное дело, Active connections поднимается до: 6976, а значение TIME_WAIT падает до 1000. Просьба поправить меня в моих суждениях и/или ошибках. А также, что будет правильнее keep-alive (с Waiting > 5000, но TIME_WAIT<2000) или close (с Waiting < 2000, но TIME_WAIT>21000) PS. Некоторый тюнинг по TIME_WAIT на уровне OS делал. Заранее спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227786,227786#msg-227786 From a.vasilishin на kpi.ua Thu Jun 21 20:33:04 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, 21 Jun 2012 23:33:04 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE267A6.3080104@yousendit.com> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <4FE267A6.3080104@yousendit.com> Message-ID: <4FE38500.40002@kpi.ua> 21.06.2012 3:15, Roman Vasilyev пишет: > On 06/20/2012 05:14 PM, xxnikolayxx wrote: >> раньше пользовался FreeBSD. >> Скажите, я сделал это зря > ЗРЯ > Это холивара ради или может есть какие-то тесты, особенно с новым оборудованием? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From a.vasilishin на kpi.ua Thu Jun 21 20:34:57 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, 21 Jun 2012 23:34:57 +0300 Subject: =?UTF-8?B?UmU6INCT0LXQvi3QsdCw0LfQsCBpcC5sdWRvc3QubmV0?= In-Reply-To: <1311717187.20120620000725@softsearch.ru> References: <1311717187.20120620000725@softsearch.ru> Message-ID: <4FE38571.1000605@kpi.ua> 19.06.2012 23:07, Михаил Монашёв пишет: > Здравствуйте. > > Возвращаюсь к старой теме гео-баз. Таких же бесплатных и качественных, > как ныне покойная wipmania.com . > > Кто-то пробовал гео-базу http://ip.ludost.net/ ? > Чем же Вам maxmind не угодил? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From roman.vasilyev на yousendit.com Thu Jun 21 20:49:09 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 21 Jun 2012 13:49:09 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE38500.40002@kpi.ua> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <4FE267A6.3080104@yousendit.com> <4FE38500.40002@kpi.ua> Message-ID: <4FE388C5.4030708@yousendit.com> On 06/21/2012 01:33 PM, Андрей Василишин wrote: > Это холивара ради Это лично мое мнение, и я буду первым кто выдет из холивара. From hell-for-yahoo на umail.ru Thu Jun 21 20:36:47 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 22 Jun 2012 00:36:47 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE351B9.1000706@yousendit.com> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> <4FE351B9.1000706@yousendit.com> Message-ID: <16744966.20120622003647@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! RV> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток перед RV> Linux: файловая система. А как же отсутствие пакетного менеджера? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 22.06.2012, <00:36> From roman.vasilyev на yousendit.com Thu Jun 21 21:06:33 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 21 Jun 2012 14:06:33 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <16744966.20120622003647@mtu-net.ru> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> <4FE351B9.1000706@yousendit.com> <16744966.20120622003647@mtu-net.ru> Message-ID: <4FE38CD9.4030704@yousendit.com> On 06/21/2012 01:36 PM, Andrey Repin wrote: > Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! > > RV> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток перед > RV> Linux: файловая система. > > А как же отсутствие пакетного менеджера? > > Я всегда смотрю на FreeBSD как на интернет сервер рассчитаный на продакшен, где по сути требуется просто установка сервера по шаблону, где таких решений достаточное количество (Puppet, ...). Остальное, лично для меня как для разработчика, основной интерес это порты где всеравно все компиляется. Как десктоп однозначно Linux. From a.vasilishin на kpi.ua Thu Jun 21 21:15: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, 22 Jun 2012 00:15:24 +0300 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE38CD9.4030704@yousendit.com> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> <4FE351B9.1000706@yousendit.com> <16744966.20120622003647@mtu-net.ru> <4FE38CD9.4030704@yousendit.com> Message-ID: <4FE38EEC.7060809@kpi.ua> 22.06.2012 0:06, Roman Vasilyev пишет: > On 06/21/2012 01:36 PM, Andrey Repin wrote: >> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! >> >> RV> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток >> перед >> RV> Linux: файловая система. >> >> А как же отсутствие пакетного менеджера? >> >> > Я всегда смотрю на FreeBSD как на интернет сервер рассчитаный на > продакшен, где по сути требуется просто установка сервера по шаблону, > где таких решений достаточное количество (Puppet, ...). Остальное, лично > для меня как для разработчика, основной интерес это порты где всеравно > все компиляется. Как десктоп однозначно Linux. Почему-то дровапод новые контроллеры на этой самой FreeBSD появляются значительно позже линукса, про компилированные дрова - вообще молчу. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From roman.vasilyev на yousendit.com Thu Jun 21 21:17:57 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Thu, 21 Jun 2012 14:17:57 -0700 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE38EEC.7060809@kpi.ua> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> <4FE351B9.1000706@yousendit.com> <16744966.20120622003647@mtu-net.ru> <4FE38CD9.4030704@yousendit.com> <4FE38EEC.7060809@kpi.ua> Message-ID: <4FE38F85.3050108@yousendit.com> On 06/21/2012 02:15 PM, Андрей Василишин wrote: > 22.06.2012 0:06, Roman Vasilyev пишет: >> On 06/21/2012 01:36 PM, Andrey Repin wrote: >>> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! >>> >>> RV> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток >>> перед >>> RV> Linux: файловая система. >>> >>> А как же отсутствие пакетного менеджера? >>> >>> >> Я всегда смотрю на FreeBSD как на интернет сервер рассчитаный на >> продакшен, где по сути требуется просто установка сервера по шаблону, >> где таких решений достаточное количество (Puppet, ...). Остальное, лично >> для меня как для разработчика, основной интерес это порты где всеравно >> все компиляется. Как десктоп однозначно Linux. > > Почему-то дровапод новые контроллеры на этой самой FreeBSD появляются > значительно позже линукса, про компилированные дрова - вообще молчу. > > Как обещал, я первым выхожу из холивара :) Ребят, без обид, я большой поклонник Linux. From hell-for-yahoo на umail.ru Thu Jun 21 21:54:13 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Fri, 22 Jun 2012 01:54:13 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQvtGCINC90L7QstC40YfQutCw?= In-Reply-To: <4FE38CD9.4030704@yousendit.com> References: <7d3bbfbb29982bc78840ac4c55535f79.NginxMailingListRussian@forum.nginx.org> <4462124df1c925c97eb6fa5b3a7356ee.NginxMailingListRussian@forum.nginx.org> <2ba82c7b3240bede9556466d817331f4.NginxMailingListRussian@forum.nginx.org> <4FE351B9.1000706@yousendit.com> <16744966.20120622003647@mtu-net.ru> <4FE38CD9.4030704@yousendit.com> Message-ID: <261306319.20120622015413@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! >> RV> Мое личное мнение у FreeBSD есть только один СЕРЬЕЗНЫЙ недостаток перед >> RV> Linux: файловая система. >> >> А как же отсутствие пакетного менеджера? >> >> RV> Я всегда смотрю на FreeBSD как на интернет сервер рассчитаный на RV> продакшен, где по сути требуется просто установка сервера по шаблону, Я именно это и имел в виду, когда говорил про пакетный менеджер. "Скомпилировать что-то я не очень разбираюсь, что именно" в моём представлении не очень подходит под описание "установки сервера по шаблону". Плюс, у меня не стоит задача разбираться в тонкостях компиляции (хотя при необходимости я могу это сделать, и пересобирать deb-пакет с наложенными фиксами мне уже приходилось), у меня стоит задача поднять сервер под конкретную задачу(-и). Пересобранный deb-пакет я могу так же, и даже быстрее, установить на нужное количество машин (для чего я собственно это и делел, а не ограничился make && sudo make install), чем пересобирать программу на каждой. Впрочем, закругляюсь, ибо оффтопик. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) пятница, 22.06.2012, <01:48> From mdounin на mdounin.ru Fri Jun 22 08:00:17 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 22 Jun 2012 12:00:17 +0400 Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IG1lbWNhY2hlK25naW54K3BocC1mcG0=?= In-Reply-To: <6740fc5abe71a650487c2106820f7436.NginxMailingListRussian@forum.nginx.org> References: <6740fc5abe71a650487c2106820f7436.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120622080016.GR31671@mdounin.ru> Hello! On Thu, Jun 21, 2012 at 04:13:52PM -0400, Rad wrote: [...] > Вопросы: > 1. Я так понимаю режутся заголовки: > - можно решить сторонним модулем (чтоб > хранить заголовок) > - использовать fastcgi_pass_header, но почему-то > он у меня не работает. В memcached не хранятся заголовки, только тело. Поэтому при ответе из memcached заголовки только те, которые nginx добавляет сам. > 2. Чтоб установить Connection: close нужно в > локейшене: > keepalive_timeout 0; > Однако в таком случае у меня > поднимается значение TIME_WAIT до 21 000, и > падает показатель Active Connections: > Active connections: 1976 > server accepts handled requests > 1313402 1313402 18510553 > Reading: 10 Writing: 4 Waiting: 1962 > Connection closed by foreign host. > > если же использовать Connection: keep-alive, то > понятное дело, Active connections поднимается > до: 6976, а значение TIME_WAIT падает до 1000. > > Просьба поправить меня в моих > суждениях и/или ошибках. А также, что > будет правильнее keep-alive (с Waiting > 5000, но > TIME_WAIT<2000) или close (с Waiting < 2000, но TIME_WAIT>21000) > > PS. Некоторый тюнинг по TIME_WAIT на уровне OS > делал. Правильнее - оставить keepalive включённым, ибо без него медленно, особенно когда на странице много подгружаемых ресурсов (картинок, css, javascript'ов) и/или задержки пакетов между клиентом и сервером велики. Maxim Dounin From nginx-forum на nginx.us Fri Jun 22 08:46:14 2012 From: nginx-forum на nginx.us (Rad) Date: Fri, 22 Jun 2012 04:46:14 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCS0L7Qv9GA0L7RgSDQv9C+IG1lbWNhY2hlK25naW54K3BocC1mcG0=?= In-Reply-To: <6740fc5abe71a650487c2106820f7436.NginxMailingListRussian@forum.nginx.org> References: <6740fc5abe71a650487c2106820f7436.NginxMailingListRussian@forum.nginx.org> Message-ID: Максим, спасибо за ответ 1) Я б с keepalive сильно не рзмышлял бы, если б отдаваемый файл не представлял собой голый xml небольшого размера, т.е. он отадется клиенту и все, а вот запросов очень много, я прикидывал по логам, этот файл запрашивают ~120 раз в секунду. Вот и хотелось оптимизировать, для этого локейшена сделать keepalive_timeout 0. 2) параллельно спрошу, что лучше увеличивать worker_processes или worker_connections на $ cat /proc/cpuinfo |grep process| wc -l 16 Спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227786,227802#msg-227802 From fry.kun на gmail.com Fri Jun 22 20:38:42 2012 From: fry.kun на gmail.com (Konstantin Svist) Date: Fri, 22 Jun 2012 13:38:42 -0700 Subject: =?UTF-8?B?0L/RgNC+0LHQu9C10LzQsCDRgSB1cHN0cmVhbV9oYXNo?= Message-ID: <4FE4D7D2.1080400@gmail.com> Баг: если в списке upstream есть хосты с IP адресом 127.0.0.1 то upstream_hash работает неправильно. Понятно что это 3rd party plugin, но в его коде нету ничего подозрительного - скорее nginx что-то хитро оптимизирует... upstream cl1 { hash $arg_key; hash_again 10; server srv1:6381; server srv1:6411; server srv1:6436; server srv1:6437; server srv2:6381; server srv2:6411; server srv2:6436; server srv2:6437; } Запрос на srv1: 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 http script var: "3197dc0f345aae7132ab1e3b432ddb00" 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: hashed "3197dc0f345aae7132ab1e3b432ddb00" to 3 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: Starting with 3 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: get upstream request hash peer try 10 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: chose peer 3 w/ hash 19143 for tries 10 Запрос на любом другом хосте: 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 http script var: "3197dc0f345aae7132ab1e3b432ddb00" 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: hashed "3197dc0f345aae7132ab1e3b432ddb00" to 7 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: Starting with 7 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: get upstream request hash peer try 10 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: chose peer 7 w/ hash 19143 for tries 10 From fry.kun на gmail.com Fri Jun 22 21:04:20 2012 From: fry.kun на gmail.com (Konstantin Svist) Date: Fri, 22 Jun 2012 14:04:20 -0700 Subject: =?UTF-8?B?UmU6INC/0YDQvtCx0LvQtdC80LAg0YEgdXBzdHJlYW1faGFzaA==?= In-Reply-To: <4FE4D7D2.1080400@gmail.com> References: <4FE4D7D2.1080400@gmail.com> Message-ID: <4FE4DDD4.2010208@gmail.com> On 06/22/2012 01:38 PM, Konstantin Svist wrote: > Баг: если в списке upstream есть хосты с IP адресом 127.0.0.1 то > upstream_hash работает неправильно. > > Понятно что это 3rd party plugin, но в его коде нету ничего > подозрительного - скорее nginx что-то хитро оптимизирует... > > > upstream cl1 { > hash $arg_key; > hash_again 10; > server srv1:6381; > server srv1:6411; > server srv1:6436; > server srv1:6437; > server srv2:6381; > server srv2:6411; > server srv2:6436; > server srv2:6437; > } > > Запрос на srv1: > > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 http script var: > "3197dc0f345aae7132ab1e3b432ddb00" > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: hashed > "3197dc0f345aae7132ab1e3b432ddb00" to 3 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: > Starting with 3 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: get > upstream request hash peer try 10 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: chose > peer 3 w/ hash 19143 for tries 10 > > Запрос на любом другом хосте: > > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 http script var: > "3197dc0f345aae7132ab1e3b432ddb00" > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: hashed > "3197dc0f345aae7132ab1e3b432ddb00" to 7 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: > Starting with 7 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: get > upstream request hash peer try 10 > 2012/06/22 12:00:00 [debug] 11111#0: *1234567890 upstream_hash: chose > peer 7 w/ hash 19143 for tries 10 > Хотя вообще srv1 видит себя как "127.0.0.1" и "192.168.0.123", а все остальные его видят как только "192.168.0.123"... тогда upstream_hash видит не 8 а 12 хостов... Значит ли это что srv1 может сам себе послать в 2 раза больше запросов чем кажется должен по конфигу? From schors на gmail.com Sun Jun 24 11:44:39 2012 From: schors на gmail.com (Phil Kulin) Date: Sun, 24 Jun 2012 15:44:39 +0400 Subject: =?UTF-8?B?dHJ5X2ZpbGVzINC4IGRpc2FibGVfc3ltbGluayDQutGN0YjQuNGA0L7QstCw0L0=?= =?UTF-8?B?0LjQtQ==?= Message-ID: Хочу сделать связку try_files и disable_symlink. Примерно так: server { include 10.10.10.10:80; server_name example1.com; root /home/vasya/public_html; location / { proxy_pass http://127.0.0.1; } location /static { disable_symlinks if_not_owner from=/home/vasya/public_html; try_files $uri @apache; } location @apache { proxy_pass http://127.0.0.1; } } server { include 10.10.10.10:80; server_name example2.com; root /home/petya/public_html; location / { proxy_pass http://127.0.0.1; } location /static { disable_symlinks if_not_owner from=/home/petya/public_html; try_files $uri @apache; } location @apache { proxy_pass http://127.0.0.1; } } Вопрос - кэшируются ли проверки disable_symlinks хотя бы в смысле наличия symlink в пути? Имеет ли смысл настраивать open_file_cache_* ? Если нет, то имеет ли смысл вообще такая конструкция? P.S. FreeBSD-8.2-RELEASE amd64, nginx 1.2.1 -- Non nobis Domine non nobis sed Nomini Tuo da gloriam Phil Kulin From ne на vbart.ru Sun Jun 24 15:17:59 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Sun, 24 Jun 2012 19:17:59 +0400 Subject: =?UTF-8?B?UmU6IHRyeV9maWxlcyDQuCBkaXNhYmxlX3N5bWxpbmsg0LrRjdGI0LjRgNC+0LI=?= =?UTF-8?B?0LDQvdC40LU=?= In-Reply-To: References: Message-ID: <201206241917.59892.ne@vbart.ru> On Sunday 24 June 2012 15:44:39 Phil Kulin wrote: > Хочу сделать связку try_files и disable_symlink. > Примерно так: > server { > include 10.10.10.10:80; > server_name example1.com; > root /home/vasya/public_html; > location / { > proxy_pass http://127.0.0.1; > } > location /static { > disable_symlinks if_not_owner > from=/home/vasya/public_html; > try_files $uri @apache; > } > location @apache { > proxy_pass http://127.0.0.1; > } > } > server { > include 10.10.10.10:80; > server_name example2.com; > root /home/petya/public_html; > location / { > proxy_pass http://127.0.0.1; > } > location /static { > disable_symlinks if_not_owner > from=/home/petya/public_html; > try_files $uri @apache; > } > location @apache { > proxy_pass http://127.0.0.1; > } > } > > Вопрос - кэшируются ли проверки disable_symlinks хотя бы в смысле > наличия symlink в пути? Имеет ли смысл настраивать open_file_cache_* ? > Если нет, то имеет ли смысл вообще такая конструкция? Кэшируются и берутся из кэша, при условии совпадения значений директивы disable_symlinks для текущего location-а и для закэшированного элемента (т.е. значения disable_symlinks на момент попадания в open file cache). Да, смысл имеет. -- Валентин Бартенев From swood на fotofor.biz Mon Jun 25 17:30:08 2012 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 25 Jun 2012 21:30:08 +0400 Subject: fastcgi_store Message-ID: Всем привет. Столкнулся со странной проблемой. Настроен fastcgi_store. И все бы хорошо, да только когда в кэш попадают swf-файлы, в начало им прописывается не понятная мне последовательность: ^_.^H^@^@^@^@^@^@^C^A^UG.. Что делает файл не корректным и в браузере мы этого файла из кэша больше не видим. Кто-то может сталкивался и натолкнет на мысль? -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From voron на amhost.net Mon Jun 25 18:01:01 2012 From: voron на amhost.net (Alex Vorona) Date: Mon, 25 Jun 2012 21:01:01 +0300 Subject: fastcgi_store In-Reply-To: References: Message-ID: <4FE8A75D.5000506@amhost.net> swf-файлы генерируются динамически fastcgi-бекендом? From swood на fotofor.biz Mon Jun 25 18:06:32 2012 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 25 Jun 2012 22:06:32 +0400 Subject: fastcgi_store In-Reply-To: <4FE8A75D.5000506@amhost.net> References: <4FE8A75D.5000506@amhost.net> Message-ID: Нет, это готовые файлы. Я похоже понял в чем дело, в кэш попадает файл, который сжат gzip. Но для сжатия у меня прописано только два типа файлов: gzip on; gzip_disable "msie6"; gzip_types application/x-javascript text/css; gzip_proxied off; Почему флэшка оказывается сжатой nginx-ом? 25 июня 2012 г., 22:01 пользователь Alex Vorona написал: > swf-файлы генерируются динамически fastcgi-бекендом? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From voron на amhost.net Mon Jun 25 18:21:49 2012 From: voron на amhost.net (Alex Vorona) Date: Mon, 25 Jun 2012 21:21:49 +0300 Subject: fastcgi_store In-Reply-To: References: <4FE8A75D.5000506@amhost.net> Message-ID: <4FE8AC3D.90808@amhost.net> 25.06.2012 21:06, Anton Kiryushkin wrote: > Почему флэшка оказывается сжатой nginx-ом? nginx уже умеет работать как fastcgi-приложение? Или речь шла о proxy_store? From swood на fotofor.biz Mon Jun 25 18:23:45 2012 From: swood на fotofor.biz (Anton Kiryushkin) Date: Mon, 25 Jun 2012 22:23:45 +0400 Subject: fastcgi_store In-Reply-To: <4FE8AC3D.90808@amhost.net> References: <4FE8A75D.5000506@amhost.net> <4FE8AC3D.90808@amhost.net> Message-ID: Nginx работает как проксер с fastcgi-backend. 25 июня 2012 г., 22:21 пользователь Alex Vorona написал: > 25.06.2012 21:06, Anton Kiryushkin wrote: > > Почему флэшка оказывается сжатой nginx-ом? > nginx уже умеет работать как fastcgi-приложение? Или речь шла о > proxy_store? > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From meremin на gmail.com Mon Jun 25 18:26:40 2012 From: meremin на gmail.com (Mikhail Eremin) Date: Mon, 25 Jun 2012 22:26:40 +0400 Subject: =?UTF-8?B?MzAx0Lkg0YDQtdC00LjRgNC10LrRgiDQuNC3INC80L7QtNGD0LvRjw==?= Message-ID: Добрый день, подскажите плиз, как сделать 301й редирект из своего модуля. Понимаю, что в output headers надо что-то написать, но как это правильно сдалать? Или тыкните носом куда гуглить... Михаил ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From voron на amhost.net Mon Jun 25 18:28:16 2012 From: voron на amhost.net (Alex Vorona) Date: Mon, 25 Jun 2012 21:28:16 +0300 Subject: fastcgi_store In-Reply-To: References: <4FE8A75D.5000506@amhost.net> <4FE8AC3D.90808@amhost.net> Message-ID: <4FE8ADC0.4010301@amhost.net> 25.06.2012 21:23, Anton Kiryushkin wrote: > Nginx работает как проксер с fastcgi-backend. Если fastcgi_store сохраняет сжатый файл - значит и сжал его fastcgi-backend. From roman.vasilyev на yousendit.com Mon Jun 25 23:01:55 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 25 Jun 2012 16:01:55 -0700 Subject: win 1024 simultaneous connections Message-ID: <4FE8EDE3.3070606@yousendit.com> Как обычно ничерта непонимаю стараюсь просить первоисточник, это какоето Windows ограничение или просто пересечение внутренней архитектуры NGINX и особенностей Windows? From hell-for-yahoo на umail.ru Mon Jun 25 23:46:25 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 26 Jun 2012 03:46:25 +0400 Subject: =?UTF-8?B?UmU6IDMwMdC5INGA0LXQtNC40YDQtdC60YIg0LjQtyDQvNC+0LTRg9C70Y8=?= In-Reply-To: References: Message-ID: <195476281.20120626034625@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Mikhail Eremin! ME> Добрый день, ME> подскажите плиз, как сделать 301й редирект из своего модуля. ME> Понимаю, что в output headers надо что-то написать, но как это правильно ME> сдалать? Status: 301 Location: ME> Или тыкните носом куда гуглить... э... http://tools.ietf.org/html/rfc2616 вообще-то. Есть варианты? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 26.06.2012, <03:45> From meremin на gmail.com Mon Jun 25 23:54:52 2012 From: meremin на gmail.com (Mikhail Eremin) Date: Tue, 26 Jun 2012 03:54:52 +0400 Subject: =?UTF-8?B?UmU6IDMwMdC5INGA0LXQtNC40YDQtdC60YIg0LjQtyDQvNC+0LTRg9C70Y8=?= In-Reply-To: <195476281.20120626034625@mtu-net.ru> References: <195476281.20120626034625@mtu-net.ru> Message-ID: Андрей, а в куски кода можно? Супер-сорри... Миша 2012/6/26 Andrey Repin > Здравствуйте, Уважаемый(-ая, -ое) Mikhail Eremin! > > ME> Добрый день, > ME> подскажите плиз, как сделать 301й редирект из своего модуля. > ME> Понимаю, что в output headers надо что-то написать, но как это > правильно > ME> сдалать? > > Status: 301 > Location: > > ME> Или тыкните носом куда гуглить... > > э... http://tools.ietf.org/html/rfc2616 вообще-то. > Есть варианты? > > > -- > С уважением > > Andrey Repin (hell-for-yahoo на umail.ru) вторник, 26.06.2012, <03:45> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ne на vbart.ru Tue Jun 26 00:08:24 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 26 Jun 2012 04:08:24 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE8EDE3.3070606@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> Message-ID: <201206260408.24400.ne@vbart.ru> On Tuesday 26 June 2012 03:01:55 Roman Vasilyev wrote: > Как обычно ничерта непонимаю стараюсь просить первоисточник, > > это какоето Windows ограничение или просто пересечение внутренней > архитектуры NGINX и особенностей Windows? > Это особенности текущей реализации порта nginx на windows. http://nginx.org/ru/docs/windows.html -- Валентин Бартенев From roman.vasilyev на yousendit.com Tue Jun 26 00:23:57 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Mon, 25 Jun 2012 17:23:57 -0700 Subject: win 1024 simultaneous connections In-Reply-To: <201206260408.24400.ne@vbart.ru> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> Message-ID: <4FE9011D.3020001@yousendit.com> On 06/25/2012 05:08 PM, Валентин Бартенев wrote: > On Tuesday 26 June 2012 03:01:55 Roman Vasilyev wrote: >> Как обычно ничерта непонимаю стараюсь просить первоисточник, >> >> это какоето Windows ограничение или просто пересечение внутренней >> архитектуры NGINX и особенностей Windows? >> > Это особенности текущей реализации порта nginx на windows. > http://nginx.org/ru/docs/windows.html я это понимаю, и релиз нотсы я читал, думал есть более развернуьтое объяснение чем просто не поддерживается. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From mdounin на mdounin.ru Tue Jun 26 00:41:20 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Jun 2012 04:41:20 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE9011D.3020001@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> Message-ID: <20120626004119.GQ31671@mdounin.ru> Hello! On Mon, Jun 25, 2012 at 05:23:57PM -0700, Roman Vasilyev wrote: > On 06/25/2012 05:08 PM, Валентин Бартенев wrote: > >On Tuesday 26 June 2012 03:01:55 Roman Vasilyev wrote: > >>Как обычно ничерта непонимаю стараюсь просить первоисточник, > >> > >>это какоето Windows ограничение или просто пересечение внутренней > >>архитектуры NGINX и особенностей Windows? > >> > >Это особенности текущей реализации порта nginx на windows. > >http://nginx.org/ru/docs/windows.html > я это понимаю, и релиз нотсы я читал, думал есть более развернуьтое > объяснение чем просто не поддерживается. Более развёрнутое объяснение - упирается в FD_SETSIZE=1024. Ещё более развёрнутое объяснение - в man select(2). Maxim Dounin From nginx-forum на nginx.us Tue Jun 26 01:04:31 2012 From: nginx-forum на nginx.us (technoplague) Date: Mon, 25 Jun 2012 21:04:31 -0400 (EDT) Subject: =?UTF-8?B?0LTQuNC70LXQvNC80LAg0YEgcmV3cml0ZSBleHByZXNzaW9u?= Message-ID: Привет, В наличии имеется работающий apache конфиг: ========================================================= Options FollowSymlinks RewriteEngine on RewriteRule ^([^/\.]+)/([^/]+)$ index.php?contid=$1 [L] ========================================================= Rewrite срабатывает на ура для след. урла - domain.com/get/aa/bb, но не работает в nginx при след. конфиге (вываливает 404): ========================================================= upstream cf-domain { server unix:/data/www/dev/domain.com/cf/cf-domain.sock; } server { listen 62.236.108.22:80; listen 127.0.0.1:28005; server_name cfdev.domain.com; access_log /data/www/dev/domain.com/cf/logs/frontend/access.log; error_log /data/www/dev/domain.com/cf/logs/frontend/error.log; charset utf-8; location ~ ^/get/ { rewrite ^([^/\.]+)/([^/]+)$ index.php?contid=$1 last; fastcgi_pass cf-domain; } location / { root /data/www/dev/domain.com/cf/htdocs; index index.php index.html; if ($request_uri ~* "\.(ico|css|js|gif|jpe?g|png)$") { expires max; } if (!-f $request_filename) { rewrite ^/(.*)$ /index.php?q=$1 last; break; } } location ~ (\.php)$ { fastcgi_param SCRIPT_FILENAME /data/www/dev/domain.com/cf/htdocs$fastcgi_script_name; fastcgi_param PATH_INFO $fastcgi_script_name; include /etc/nginx/fastcgi_params; fastcgi_pass cf-domain; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } ========================================================= Не могу разобраться где здесь проблема - с самим выражением или с порядком выполнения запроса? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227894,227894#msg-227894 From hell-for-yahoo на umail.ru Tue Jun 26 01:11:29 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 26 Jun 2012 05:11:29 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE9011D.3020001@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> Message-ID: <14150859.20120626051129@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Roman Vasilyev! >>> Как обычно ничерта непонимаю стараюсь просить первоисточник, >>> >>> это какоето Windows ограничение или просто пересечение внутренней >>> архитектуры NGINX и особенностей Windows? >>> >> Это особенности текущей реализации порта nginx на windows. >> http://nginx.org/ru/docs/windows.html RV> я это понимаю, и релиз нотсы я читал, думал есть более развернуьтое RV> объяснение чем просто не поддерживается. Кроме "релиз нотесов" стоит всё таки читать документацию, ссылку на которую вам Валентил столь любезно предоставил. Объяснения, естественно, есть, но неспециалисту они вряд ли будут полезны. А специалист вполне в состоянии скачать исходники и посмотреть самостоятельно, что именно там используется и какие на это системой накладываются ограничения. -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 26.06.2012, <05:08> From hell-for-yahoo на umail.ru Tue Jun 26 01:08:00 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Tue, 26 Jun 2012 05:08:00 +0400 Subject: =?UTF-8?B?UmU6IDMwMdC5INGA0LXQtNC40YDQtdC60YIg0LjQtyDQvNC+0LTRg9C70Y8=?= In-Reply-To: References: <195476281.20120626034625@mtu-net.ru> Message-ID: <244183149.20120626050800@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Mikhail Eremin! Во-первых, не надо постить ответ перед письмом, на которое отвечаешь, это хамство. ME> 2012/6/26 Andrey Repin <....> Во-вторых, настрой свой мейлер, чтобы он не вставлял email из заголовков в тело письма. Мне-то пофиг, на этом адресе стоит жесткий фильтр и спам просто не проходит, но далеко не все такие предусмотрительные. >> ME> Добрый день, >> ME> подскажите плиз, как сделать 301й редирект из своего модуля. >> ME> Понимаю, что в output headers надо что-то написать, но как это >> правильно >> ME> сдалать? >> >> Status: 301 >> Location: >> >> ME> Или тыкните носом куда гуглить... >> >> э... http://tools.ietf.org/html/rfc2616 вообще-то. >> Есть варианты? ME> Андрей, а в куски кода можно? ME> Супер-сорри... Куски какого кода для чего/подо что? Писать код, не зная задачи и языка - как-то... эээ... не? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) вторник, 26.06.2012, <05:04> From meremin на gmail.com Tue Jun 26 01:22:58 2012 From: meremin на gmail.com (Mikhail Eremin) Date: Tue, 26 Jun 2012 05:22:58 +0400 Subject: =?UTF-8?B?UmU6IDMwMdC5INGA0LXQtNC40YDQtdC60YIg0LjQtyDQvNC+0LTRg9C70Y8=?= In-Reply-To: <244183149.20120626050800@mtu-net.ru> References: <195476281.20120626034625@mtu-net.ru> <244183149.20120626050800@mtu-net.ru> Message-ID: Андрей, может вам поспать? Вы на людей бросаетесь..... Миша 2012/6/26 Andrey Repin > Здравствуйте, Уважаемый(-ая, -ое) Mikhail Eremin! > > Во-первых, не надо постить ответ перед письмом, на которое отвечаешь, это > хамство. > > ME> 2012/6/26 Andrey Repin <....> > > Во-вторых, настрой свой мейлер, чтобы он не вставлял email из заголовков в > тело письма. Мне-то пофиг, на этом адресе стоит жесткий фильтр и спам > просто > не проходит, но далеко не все такие предусмотрительные. > > >> ME> Добрый день, > >> ME> подскажите плиз, как сделать 301й редирект из своего модуля. > >> ME> Понимаю, что в output headers надо что-то написать, но как это > >> правильно > >> ME> сдалать? > >> > >> Status: 301 > >> Location: > >> > >> ME> Или тыкните носом куда гуглить... > >> > >> э... http://tools.ietf.org/html/rfc2616 вообще-то. > >> Есть варианты? > > ME> Андрей, а в куски кода можно? > ME> Супер-сорри... > > Куски какого кода для чего/подо что? > Писать код, не зная задачи и языка - как-то... эээ... не? > > > -- > С уважением > > Andrey Repin (hell-for-yahoo на umail.ru) вторник, 26.06.2012, <05:04> > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ne на vbart.ru Tue Jun 26 11:38:31 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 26 Jun 2012 15:38:31 +0400 Subject: =?UTF-8?B?UmU6INC00LjQu9C10LzQvNCwINGBIHJld3JpdGUgZXhwcmVzc2lvbg==?= In-Reply-To: References: Message-ID: <201206261538.32064.ne@vbart.ru> On Tuesday 26 June 2012 05:04:31 technoplague wrote: > Привет, > > В наличии имеется работающий apache > конфиг: > > ========================================================= > > > Options FollowSymlinks > RewriteEngine on > RewriteRule ^([^/\.]+)/([^/]+)$ index.php?contid=$1 [L] > > > ========================================================= > > Rewrite срабатывает на ура для след. урла - > domain.com/get/aa/bb, но не работает в nginx при > след. конфиге (вываливает 404): > > ========================================================= > upstream cf-domain { > > server unix:/data/www/dev/domain.com/cf/cf-domain.sock; > } > > > server { > listen 62.236.108.22:80; > listen 127.0.0.1:28005; > server_name cfdev.domain.com; > access_log /data/www/dev/domain.com/cf/logs/frontend/access.log; > error_log /data/www/dev/domain.com/cf/logs/frontend/error.log; > > charset utf-8; > > location ~ ^/get/ { > rewrite ^([^/\.]+)/([^/]+)$ index.php?contid=$1 last; > fastcgi_pass cf-domain; > } Как минимум, под ^([^/\.]+)/([^/]+)$ не попадет ни один запрос, ибо всякий URI начинается с "/", а данная регулярка запрещает слэш первым символом. > location / { > root /data/www/dev/domain.com/cf/htdocs; > index index.php index.html; > > if ($request_uri ~* "\.(ico|css|js|gif|jpe?g|png)$") { > expires max; > } > > if (!-f $request_filename) { > rewrite ^/(.*)$ /index.php?q=$1 last; > break; > } > } > > location ~ (\.php)$ { > fastcgi_param SCRIPT_FILENAME > /data/www/dev/domain.com/cf/htdocs$fastcgi_script_name; > fastcgi_param PATH_INFO $fastcgi_script_name; > include /etc/nginx/fastcgi_params; > fastcgi_pass cf-domain; > } > > error_page 500 502 503 504 /50x.html; > location = /50x.html { > root html; > } > } > > ========================================================= > > > Не могу разобраться где здесь проблема > - с самим выражением или с порядком > выполнения запроса? > В целом конфиг выглядит страшно и нечитабельно. Изучайте: * http://nginx.org/en/docs/http/converting_rewrite_rules.html * http://wiki.nginx.org/Pitfalls * http://wiki.nginx.org/IfIsEvil -- Валентин Бартенев From mdounin на mdounin.ru Tue Jun 26 14:01:21 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Jun 2012 18:01:21 +0400 Subject: nginx-1.3.2 Message-ID: <20120626140120.GL31671@mdounin.ru> Изменения в nginx 1.3.2 26.06.2012 *) Изменение: параметр single директивы keepalive теперь игнорируется. *) Изменение: сжатие SSL теперь отключено в том числе при использовании OpenSSL cтарее 1.0.0. *) Добавление: директиву "ip_hash" теперь можно использовать для балансировки IPv6 клиентов. *) Добавление: переменную $status теперь можно использовать не только в директиве log_format. *) Исправление: при завершении рабочего процесса мог произойти segmentation fault, если использовалась директива resolver. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовался модуль ngx_http_mp4_module. *) Исправление: в модуле ngx_http_mp4_module. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовались конфликтующие имена серверов с масками. *) Исправление: на платформе ARM nginx мог аварийно завершаться по сигналу SIGBUS. *) Исправление: во время переконфигурации на HP-UX в лог записывался alert "sendmsg() failed (9: Bad file number)". Maxim Dounin From roman.vasilyev на yousendit.com Tue Jun 26 16:15:20 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Tue, 26 Jun 2012 09:15:20 -0700 Subject: win 1024 simultaneous connections In-Reply-To: <20120626004119.GQ31671@mdounin.ru> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> <20120626004119.GQ31671@mdounin.ru> Message-ID: <4FE9E018.9070009@yousendit.com> On 06/25/2012 05:41 PM, Maxim Dounin wrote: > Более развёрнутое объяснение - упирается в FD_SETSIZE=1024. > Ещё более развёрнутое объяснение - в man select(2). О, спасибо, про селект этого я незнал. Пока ковырялся, заодно посмотрел топик в MSDN про селект: http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141(v=vs.85).aspx тут они ничего, гады, про это ограничение не говорят. Может это ограничение из MINGW? Еще вот тут вроде говорится про некий асинхронный Select (я незнаю что это такое) http://bit.kuas.edu.tw/~csshieh/teach/np/winsock/index.html И в принципе общий вопрос, поправте пожалуйста если я неправильно привожу варианты использования виндовых функций. Можно использовать: 1) select 2) poll 3) WSAAsyncSelect 4) WSAPoll Это так, или опять я все неправильно понял? From mdounin на mdounin.ru Tue Jun 26 17:09:49 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Jun 2012 21:09:49 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE9E018.9070009@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> <20120626004119.GQ31671@mdounin.ru> <4FE9E018.9070009@yousendit.com> Message-ID: <20120626170949.GQ31671@mdounin.ru> Hello! On Tue, Jun 26, 2012 at 09:15:20AM -0700, Roman Vasilyev wrote: > On 06/25/2012 05:41 PM, Maxim Dounin wrote: > >Более развёрнутое объяснение - упирается в FD_SETSIZE=1024. > >Ещё более развёрнутое объяснение - в man select(2). > О, спасибо, про селект этого я незнал. > Пока ковырялся, заодно посмотрел топик в MSDN про селект: > http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141(v=vs.85).aspx > тут они ничего, гады, про это ограничение не говорят. Да ладно? : The variable FD_SETSIZE determines the maximum number of : descriptors in a set. (The default value of FD_SETSIZE is 64, : which can be modified by defining FD_SETSIZE to another value : before including Winsock2.h.) > Еще вот тут вроде говорится про некий асинхронный Select (я незнаю > что это такое) > http://bit.kuas.edu.tw/~csshieh/teach/np/winsock/index.html > И в принципе общий вопрос, поправте пожалуйста если я неправильно > привожу варианты использования виндовых функций. > Можно использовать: > 1) select > 2) poll > 3) WSAAsyncSelect > 4) WSAPoll > > Это так, или опять я все неправильно понял? Poll - под виндами не бывает, AFAIK. Ближайший аналог WSAPoll - доступен только в Vista+. WSAAsyncSelect - не надо использовать ни для чего серъёзного, там любое событие оборачивается сообщением в очередь окна, это дорого. Наиболее правильный метод, если верить людям из Microsoft'а, IOCP. Сейчас nginx под виндами поддерживает только select. Maxim Dounin From roman.vasilyev на yousendit.com Tue Jun 26 17:18:30 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Tue, 26 Jun 2012 10:18:30 -0700 Subject: win 1024 simultaneous connections In-Reply-To: <20120626170949.GQ31671@mdounin.ru> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> <20120626004119.GQ31671@mdounin.ru> <4FE9E018.9070009@yousendit.com> <20120626170949.GQ31671@mdounin.ru> Message-ID: <4FE9EEE6.30902@yousendit.com> On 06/26/2012 10:09 AM, Maxim Dounin wrote: > Hello! > > On Tue, Jun 26, 2012 at 09:15:20AM -0700, Roman Vasilyev wrote: > >> On 06/25/2012 05:41 PM, Maxim Dounin wrote: >>> Более развёрнутое объяснение - упирается в FD_SETSIZE=1024. >>> Ещё более развёрнутое объяснение - в man select(2). >> О, спасибо, про селект этого я незнал. >> Пока ковырялся, заодно посмотрел топик в MSDN про селект: >> http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141(v=vs.85).aspx >> тут они ничего, гады, про это ограничение не говорят. > Да ладно? > > : The variable FD_SETSIZE determines the maximum number of > : descriptors in a set. (The default value of FD_SETSIZE is 64, > : which can be modified by defining FD_SETSIZE to another value > : before including Winsock2.h.) Ну тут я имел в виду что они явно не говорят про ограничение в 1024, просто уточнил. > >> Еще вот тут вроде говорится про некий асинхронный Select (я незнаю >> что это такое) >> http://bit.kuas.edu.tw/~csshieh/teach/np/winsock/index.html >> И в принципе общий вопрос, поправте пожалуйста если я неправильно >> привожу варианты использования виндовых функций. >> Можно использовать: >> 1) select >> 2) poll >> 3) WSAAsyncSelect >> 4) WSAPoll >> >> Это так, или опять я все неправильно понял? > Poll - под виндами не бывает, AFAIK. Ближайший аналог WSAPoll - > доступен только в Vista+. WSAAsyncSelect - не надо использовать > ни для чего серъёзного, там любое событие оборачивается сообщением > в очередь окна, это дорого. Наиболее правильный метод, если > верить людям из Microsoft'а, IOCP. Про остальное спасибо за инфу, а то я на винду смотрю как баран на новые ворота в этом ракурсе. IOCP это вот это? http://msdn.microsoft.com/en-us/library/aa365198(VS.85).aspx Если да, то планируете ли добавить? Или если на досуге прикручу эту штуку, рассмотрите как вариант для добавления? > > Сейчас nginx под виндами поддерживает только select. > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From mdounin на mdounin.ru Tue Jun 26 17:35:23 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Jun 2012 21:35:23 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE9EEE6.30902@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> <20120626004119.GQ31671@mdounin.ru> <4FE9E018.9070009@yousendit.com> <20120626170949.GQ31671@mdounin.ru> <4FE9EEE6.30902@yousendit.com> Message-ID: <20120626173523.GT31671@mdounin.ru> Hello! On Tue, Jun 26, 2012 at 10:18:30AM -0700, Roman Vasilyev wrote: > On 06/26/2012 10:09 AM, Maxim Dounin wrote: > >Hello! > > > >On Tue, Jun 26, 2012 at 09:15:20AM -0700, Roman Vasilyev wrote: > > > >>On 06/25/2012 05:41 PM, Maxim Dounin wrote: > >>>Более развёрнутое объяснение - упирается в FD_SETSIZE=1024. > >>>Ещё более развёрнутое объяснение - в man select(2). > >>О, спасибо, про селект этого я незнал. > >>Пока ковырялся, заодно посмотрел топик в MSDN про селект: > >>http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141(v=vs.85).aspx > >>тут они ничего, гады, про это ограничение не говорят. > >Да ладно? > > > >: The variable FD_SETSIZE determines the maximum number of > >: descriptors in a set. (The default value of FD_SETSIZE is 64, > >: which can be modified by defining FD_SETSIZE to another value > >: before including Winsock2.h.) > Ну тут я имел в виду что они явно не говорят про ограничение в 1024, > просто уточнил. Ограничение определяется тем, во что определён FD_SETSIZE при сборке. Теоретически туда можно и больше засунуть, просто смысла особого нет: и тормозить будет сильнее, и код на виндах для production-использования всё равно не годится. > >>Еще вот тут вроде говорится про некий асинхронный Select (я незнаю > >>что это такое) > >>http://bit.kuas.edu.tw/~csshieh/teach/np/winsock/index.html > >>И в принципе общий вопрос, поправте пожалуйста если я неправильно > >>привожу варианты использования виндовых функций. > >>Можно использовать: > >>1) select > >>2) poll > >>3) WSAAsyncSelect > >>4) WSAPoll > >> > >>Это так, или опять я все неправильно понял? > >Poll - под виндами не бывает, AFAIK. Ближайший аналог WSAPoll - > >доступен только в Vista+. WSAAsyncSelect - не надо использовать > >ни для чего серъёзного, там любое событие оборачивается сообщением > >в очередь окна, это дорого. Наиболее правильный метод, если > >верить людям из Microsoft'а, IOCP. > Про остальное спасибо за инфу, а то я на винду смотрю как баран на > новые ворота в этом ракурсе. > IOCP это вот это? > http://msdn.microsoft.com/en-us/library/aa365198(VS.85).aspx > Если да, то планируете ли добавить? Или если на досуге прикручу эту > штуку, рассмотрите как вариант для добавления? http://nginx.org/en/docs/windows.html#possible_future_enhancements Там даже уже есть какой-то incomplete код, но не работает. Maxim Dounin From inkvizitor68sl на gmail.com Tue Jun 26 17:38:02 2012 From: inkvizitor68sl на gmail.com (=?UTF-8?B?0JbQuNCy0L7RgtC90LXQsiDQktC70LDQtA==?=) Date: Tue, 26 Jun 2012 21:38:02 +0400 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDQsiB1cHN0cmVhbSDRgSBtYXhfZmFpbHMvZmFpbF90?= =?UTF-8?B?aW1lb3V0?= Message-ID: Есть подозрения, что под нагрузкой модуль upstream ведет себя неведомым образом. Конфиг в конце письма. 5 машин из 9 закрыты с -j DROP Что ожидается ( в худшем случае): В проксю прилетает 10-100-800 запросов. Она немного тупит, перебирает риалы, в самом худшем случае отвечает за 3-4 секунды (5*500ms+время ответа приложения, хоть оно и <0,1с). За это время оно делает 2 запроса в каждый из упавших фронтов, забывает про каждый закрытый на 300 секунд. Что имеет в реальности. Transactions: 358671 hits Availability: 99.92 % (0,8% запросов улетело в трубу, не вписавшись в таймаут siege). Longest transaction: 95.05 Около 2-3% запросов - по 18+ секунд. Во время обстрела конструкции можно браузером на глаз увидеть, как периодически достаточно часто тупит балансер. Ну и странности с собственно обработкой max_fails/fail_timeout - в упавший риал прилетает 6-7 запросов за 20 секунд, потом через 20 секунд ещё 1-2, потом в риал nginx не ходит ~4 минуты 20 секунд, потом цикл повторяется. Собственно, тут скорее интересно понять, откуда оно взялось, что бы правильно покрутить параметры. А вот про долгие ответы - очень интересно и плохо. В аттаче есть лог обращений к одному из риалов во время обстрела (отгрепанный из error.log балансера). Выкручивание таймаутов в 50ms на connect, 200ms на read/send никаких результатов не даёт. Всё это выявлено под нагрузкой в ~700 rps, риалы сами по себе каждый держат по 700-800 без особых проблем. 2xXeon E5645, 48Г памяти, dom0 - lucid, nginx запущен в lxc-виртуалке с precise. Конфиг балансера: upstream elements-www { # server nfront01g max_fails=2 fail_timeout=60s; server nfront02g max_fails=2 fail_timeout=300s; server nfront03g max_fails=2 fail_timeout=300s; server nfront04g max_fails=2 fail_timeout=300s; server nfront05g max_fails=2 fail_timeout=300s; server nfront01f6 max_fails=2 fail_timeout=300s; server nfront02f6 max_fails=2 fail_timeout=300s; server nfront03f6 max_fails=2 fail_timeout=300s; server nfront04f6 max_fails=2 fail_timeout=300s; server nfront05f6 max_fails=2 fail_timeout=300s; } server { listen 80; server_name ...; location / { proxy_connect_timeout 500ms; proxy_read_timeout 1000ms; proxy_send_timeout 1000ms; proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504; # http_404; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://elements-www; } } ----------- следущая часть ----------- A non-text attachment was scrubbed... Name: some_nfront_log Type: application/octet-stream Size: 1827 bytes Desc: отсутствует URL: From roman.vasilyev на yousendit.com Tue Jun 26 17:58:15 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Tue, 26 Jun 2012 10:58:15 -0700 Subject: win 1024 simultaneous connections In-Reply-To: <20120626173523.GT31671@mdounin.ru> References: <4FE8EDE3.3070606@yousendit.com> <201206260408.24400.ne@vbart.ru> <4FE9011D.3020001@yousendit.com> <20120626004119.GQ31671@mdounin.ru> <4FE9E018.9070009@yousendit.com> <20120626170949.GQ31671@mdounin.ru> <4FE9EEE6.30902@yousendit.com> <20120626173523.GT31671@mdounin.ru> Message-ID: <4FE9F837.306@yousendit.com> On 06/26/2012 10:35 AM, Maxim Dounin wrote: > Там даже уже есть какой-то incomplete код, но не работает. Понял, теперь все встало на свои места, спасибо. Попытался найти incomplete code, не могли бы макнуть где оно? nginx-1.3.2$ ls -1 src/event/modules ngx_aio_module.c ngx_devpoll_module.c ngx_epoll_module.c ngx_eventport_module.c ngx_kqueue_module.c ngx_poll_module.c ngx_rtsig_module.c ngx_select_module.c ngx_win32_select_module.c где то тут должно быть, или надо в SVN смотреть? From ne на vbart.ru Tue Jun 26 18:05:22 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Tue, 26 Jun 2012 22:05:22 +0400 Subject: win 1024 simultaneous connections In-Reply-To: <4FE9F837.306@yousendit.com> References: <4FE8EDE3.3070606@yousendit.com> <20120626173523.GT31671@mdounin.ru> <4FE9F837.306@yousendit.com> Message-ID: <201206262205.22955.ne@vbart.ru> On Tuesday 26 June 2012 21:58:15 Roman Vasilyev wrote: > On 06/26/2012 10:35 AM, Maxim Dounin wrote: > > Там даже уже есть какой-то incomplete код, но не работает. > > Понял, теперь все встало на свои места, спасибо. > Попытался найти incomplete code, не могли бы макнуть где оно? > > nginx-1.3.2$ ls -1 src/event/modules > ngx_aio_module.c > ngx_devpoll_module.c > ngx_epoll_module.c > ngx_eventport_module.c > ngx_kqueue_module.c > ngx_poll_module.c > ngx_rtsig_module.c > ngx_select_module.c > ngx_win32_select_module.c > > где то тут должно быть, или надо в SVN смотреть? > Да, в SVN: http://trac.nginx.org/nginx/browser/nginx/trunk/src/event/modules/ngx_iocp_module.c -- Валентин Бартенев From inkvizitor68sl на gmail.com Tue Jun 26 18:10:17 2012 From: inkvizitor68sl на gmail.com (=?UTF-8?B?0JbQuNCy0L7RgtC90LXQsiDQktC70LDQtA==?=) Date: Tue, 26 Jun 2012 22:10:17 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0LIgdXBzdHJlYW0g0YEgbWF4X2ZhaWxzL2Zh?= =?UTF-8?B?aWxfdGltZW91dA==?= In-Reply-To: References: Message-ID: А под нагрузкой в 1к rps всё ещё веселее: root на nfront01g:~# tail -100000 /var/log/nginx/error.log | grep http://178.154.239.80:80/firefox/ | grep "22:08:02"| wc -l 124 root на nfront01g:~# tail -100000 /var/log/nginx/error.log | grep http://178.154.239.80:80/firefox/ | grep "22:08:02"| wc -l 124 root на nfront01g:~# tail -100000 /var/log/nginx/error.log | grep http://178.154.239.80:80/firefox/ | grep "22:08:03"| wc -l 127 root на nfront01g:~# tail -100000 /var/log/nginx/error.log | grep http://178.154.239.80:80/firefox/ | grep "22:08:04"| wc -l 162 root на nfront01g:~# tail -100000 /var/log/nginx/error.log | grep http://178.154.239.80:80/firefox/ | grep "22:08:05"| wc -l 125 <и так ещё доооолго можно продолжать> То есть оно даже и не пытается отстрелить риалы, похоже. 26 июня 2012 г., 21:38 пользователь Животнев Влад написал: > Есть подозрения, что под нагрузкой модуль upstream ведет себя > неведомым образом. > > Конфиг в конце письма. > > 5 машин из 9 закрыты с -j DROP > Что ожидается ( в худшем случае): > В проксю прилетает 10-100-800 запросов. Она немного тупит, перебирает > риалы, в самом худшем случае отвечает за 3-4 секунды (5*500ms+время > ответа приложения, хоть оно и <0,1с). За это время оно делает 2 > запроса в каждый из упавших фронтов, забывает про каждый закрытый на > 300 секунд. > > Что имеет в реальности. > Transactions:                 358671 hits > Availability:                  99.92 % > > (0,8% запросов улетело в трубу, не вписавшись в таймаут siege). > Longest transaction:           95.05 > > Около 2-3% запросов - по 18+ секунд. Во время обстрела конструкции > можно браузером на глаз увидеть, как периодически достаточно часто > тупит балансер. > > Ну и странности с собственно обработкой max_fails/fail_timeout - в > упавший риал прилетает 6-7 запросов за 20 секунд, потом через 20 > секунд ещё 1-2, потом в риал nginx не ходит ~4 минуты 20 секунд, потом > цикл повторяется. Собственно, тут скорее интересно понять, откуда оно > взялось, что бы правильно покрутить параметры. > А вот про долгие ответы - очень интересно и плохо. > > В аттаче есть лог обращений к одному из риалов во время обстрела > (отгрепанный из error.log балансера). > > Выкручивание таймаутов в 50ms на connect, 200ms на read/send никаких > результатов не даёт. > > Всё это выявлено под нагрузкой в ~700 rps, риалы сами по себе каждый > держат по 700-800 без особых проблем. > > 2xXeon E5645, 48Г памяти, dom0 - lucid, nginx запущен в lxc-виртуалке > с precise. > > Конфиг балансера: > > upstream elements-www { > # server nfront01g max_fails=2 fail_timeout=60s; > server nfront02g max_fails=2 fail_timeout=300s; > server nfront03g max_fails=2 fail_timeout=300s; > server nfront04g max_fails=2 fail_timeout=300s; > server nfront05g max_fails=2 fail_timeout=300s; > > server nfront01f6 max_fails=2 fail_timeout=300s; > server nfront02f6 max_fails=2 fail_timeout=300s; > server nfront03f6 max_fails=2 fail_timeout=300s; > server nfront04f6 max_fails=2 fail_timeout=300s; > server nfront05f6 max_fails=2 fail_timeout=300s; > } > > > server { >        listen 80; >       server_name ...; > >       location / { >                proxy_connect_timeout   500ms; >                proxy_read_timeout      1000ms; >                proxy_send_timeout      1000ms; >                proxy_next_upstream error timeout invalid_header > http_500 http_502 http_503 http_504; >                                    # http_404; >                proxy_set_header X-Real-IP $remote_addr; >                proxy_set_header Host $host; >                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; >                proxy_pass http://elements-www; >                } > } From roman.vasilyev на yousendit.com Tue Jun 26 18:23:10 2012 From: roman.vasilyev на yousendit.com (Roman Vasilyev) Date: Tue, 26 Jun 2012 11:23:10 -0700 Subject: win 1024 simultaneous connections In-Reply-To: <201206262205.22955.ne@vbart.ru> References: <4FE8EDE3.3070606@yousendit.com> <20120626173523.GT31671@mdounin.ru> <4FE9F837.306@yousendit.com> <201206262205.22955.ne@vbart.ru> Message-ID: <4FE9FE0E.8020004@yousendit.com> On 06/26/2012 11:05 AM, Валентин Бартенев wrote: > Да, в SVN: > http://trac.nginx.org/nginx/browser/nginx/trunk/src/event/modules/ngx_iocp_module.c Спасибо поковыряюсь. From mdounin на mdounin.ru Tue Jun 26 18:27:05 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Jun 2012 22:27:05 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0LIgdXBzdHJlYW0g0YEgbWF4X2ZhaWxzL2Zh?= =?UTF-8?B?aWxfdGltZW91dA==?= In-Reply-To: References: Message-ID: <20120626182705.GW31671@mdounin.ru> Hello! On Tue, Jun 26, 2012 at 09:38:02PM +0400, Животнев Влад wrote: > Есть подозрения, что под нагрузкой модуль upstream ведет себя > неведомым образом. > > Конфиг в конце письма. > > 5 машин из 9 закрыты с -j DROP > Что ожидается ( в худшем случае): > В проксю прилетает 10-100-800 запросов. Она немного тупит, перебирает > риалы, в самом худшем случае отвечает за 3-4 секунды (5*500ms+время > ответа приложения, хоть оно и <0,1с). За это время оно делает 2 > запроса в каждый из упавших фронтов, забывает про каждый закрытый на > 300 секунд. > > Что имеет в реальности. > Transactions: 358671 hits > Availability: 99.92 % > > (0,8% запросов улетело в трубу, не вписавшись в таймаут siege). > Longest transaction: 95.05 > > Около 2-3% запросов - по 18+ секунд. Во время обстрела конструкции > можно браузером на глаз увидеть, как периодически достаточно часто > тупит балансер. > > Ну и странности с собственно обработкой max_fails/fail_timeout - в > упавший риал прилетает 6-7 запросов за 20 секунд, потом через 20 > секунд ещё 1-2, потом в риал nginx не ходит ~4 минуты 20 секунд, потом > цикл повторяется. Собственно, тут скорее интересно понять, откуда оно > взялось, что бы правильно покрутить параметры. > А вот про долгие ответы - очень интересно и плохо. Что при этом показывает nginx -V? [...] Maxim Dounin From root на vlad.pro Tue Jun 26 21:06:16 2012 From: root на vlad.pro (Zhivotnev Vlad) Date: Wed, 27 Jun 2012 01:06:16 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0LIgdXBzdHJlYW0g0YEgbWF4X2ZhaWxzL2Zh?= =?UTF-8?B?aWxfdGltZW91dA==?= In-Reply-To: <20120626182705.GW31671@mdounin.ru> References: <20120626182705.GW31671@mdounin.ru> Message-ID: 26 июня 2012 г., 22:27 пользователь Maxim Dounin написал: > ... > Что при этом показывает nginx -V? nginx version: nginx/1.2.1 TLS SNI support enabled configure arguments: --prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-mail --with-mail_ssl_module --with-file-aio --with-ipv6 Собственно, отсюда - deb http://nginx.org/packages/ubuntu/ precise nginx From mdounin на mdounin.ru Wed Jun 27 07:27:39 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 27 Jun 2012 11:27:39 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0LIgdXBzdHJlYW0g0YEgbWF4X2ZhaWxzL2Zh?= =?UTF-8?B?aWxfdGltZW91dA==?= In-Reply-To: References: <20120626182705.GW31671@mdounin.ru> Message-ID: <20120627072738.GA31671@mdounin.ru> Hello! On Wed, Jun 27, 2012 at 01:06:16AM +0400, Zhivotnev Vlad wrote: > 26 июня 2012 г., 22:27 пользователь Maxim Dounin написал: > > ... > > Что при этом показывает nginx -V? > > nginx version: nginx/1.2.1 [...] Полный конфиг и error log покажите. Maxim Dounin From nginx-forum на nginx.us Wed Jun 27 10:22:50 2012 From: nginx-forum на nginx.us (mif) Date: Wed, 27 Jun 2012 06:22:50 -0400 (EDT) Subject: =?UTF-8?B?0JTQvtCx0LDQstC70LXQvdC40LUg0YHQu9GN0YjQsCDQsiDQutC+0L3QtdGGIFVS?= =?UTF-8?B?TA==?= Message-ID: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Добрый день. Искал как с помощью nginx добавлять слэш ко всем URL без слэша на конце. В итоге была написана следующая команда перезаписи: rewrite ^(.+)[^/]$ $1/ permanent; Перенаправление по логике вещей срабатывает нормально, но теперь оно почему-то обрезает URL на 1 символ, т.е. из /query делает /quer/. Не пойму в чем проблема. Подскажите, пожалуйста. Сейчас используется следующий локейшн: location / { index index.php index.html index.htm; if ($request_filename !~ "\.(js|htc|ico|css|jpg|jpeg|gif|png|zip|tg)${ rewrite ^(.+)[^/]$ $1/ permanent; rewrite ^(.*) /index.php last; } location ~ /\.ht { #.htpasswd deny all; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227979,227979#msg-227979 From funvit на gmail.com Wed Jun 27 10:26:26 2012 From: funvit на gmail.com (=?KOI8-R?B?98nUwczJyiDmLg==?=) Date: Wed, 27 Jun 2012 13:26:26 +0300 Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: [^/] - съедает последний символ. сделайте так: rewrite ^(.+)[^/]?$ $1/ permanent; 27 июня 2012 г., 13:22 пользователь mif написал: > Добрый день. Искал как с помощью nginx > добавлять слэш ко всем URL без слэша на > конце. В итоге была написана следующая > команда перезаписи: rewrite ^(.+)[^/]$ $1/ permanent; > > Перенаправление по логике вещей > срабатывает нормально, но теперь оно > почему-то обрезает URL на 1 символ, т.е. из > /query делает /quer/. Не пойму в чем проблема. > Подскажите, пожалуйста. > > Сейчас используется следующий > локейшн: > > location / { > index index.php index.html index.htm; > > if ($request_filename !~ > "\.(js|htc|ico|css|jpg|jpeg|gif|png|zip|tg)${ > rewrite ^(.+)[^/]$ $1/ permanent; > rewrite ^(.*) /index.php last; > } > > location ~ /\.ht { #.htpasswd > deny all; > } > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227979,227979#msg-227979 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Фунтиков Виталий Викторович веб-разработчик ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From uncleandyv на gmail.com Wed Jun 27 10:28:08 2012 From: uncleandyv на gmail.com (Andrey Velikoredchanin) Date: Wed, 27 Jun 2012 14:28:08 +0400 Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: 27 июня 2012 г., 14:26 пользователь Виталий Ф. написал: > [^/] - съедает последний символ. сделайте так: > rewrite ^(.+)[^/]?$ $1/ permanent; > Или так: rewrite ^(.+[^/])$ $1/ permanent; -------------- next part -------------- An HTML attachment was scrubbed... URL: From igor.vavrjin на gmail.com Wed Jun 27 10:29:52 2012 From: igor.vavrjin на gmail.com (Igor Vavrjin) Date: Wed, 27 Jun 2012 17:29:52 +0700 Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: <4FEAE0A0.3040809@gmail.com> Вот рабочий вариант (сами используем): # если документ не заканчивается на слэш, то делаем редирект на урл со слэшом location ~ (?^.*/[^/.]+$) { return 301 http://$host$url/$is_args$args; } 27.06.2012 17:22, mif пишет: > Добрый день. Искал как с помощью nginx > добавлять слэш ко всем URL без слэша на > конце. В итоге была написана следующая > команда перезаписи: rewrite ^(.+)[^/]$ $1/ permanent; > > Перенаправление по логике вещей > срабатывает нормально, но теперь оно > почему-то обрезает URL на 1 символ, т.е. из > /query делает /quer/. Не пойму в чем проблема. > Подскажите, пожалуйста. > > Сейчас используется следующий > локейшн: > > location / { > index index.php index.html index.htm; > > if ($request_filename !~ > "\.(js|htc|ico|css|jpg|jpeg|gif|png|zip|tg)${ > rewrite ^(.+)[^/]$ $1/ permanent; > rewrite ^(.*) /index.php last; > } > > location ~ /\.ht { #.htpasswd > deny all; > } > } > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227979,227979#msg-227979 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Jun 27 10:34:52 2012 From: nginx-forum на nginx.us (mif) Date: Wed, 27 Jun 2012 06:34:52 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: Второй вариант помог, спасибо. С первым ко всем URL подставляется 2 слеша. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227979,227983#msg-227983 From nginx-forum на nginx.us Wed Jun 27 10:35:10 2012 From: nginx-forum на nginx.us (mif) Date: Wed, 27 Jun 2012 06:35:10 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: <1ba9838b60097a773da55fe4a8932fee.NginxMailingListRussian@forum.nginx.org> Вернее сервер зацикливается Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227979,227984#msg-227984 From funvit на gmail.com Wed Jun 27 10:36:11 2012 From: funvit на gmail.com (=?KOI8-R?B?98nUwczJyiDmLg==?=) Date: Wed, 27 Jun 2012 13:36:11 +0300 Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> Message-ID: уупс! мой вариант не рабочий, кроме того, нужно подумать о GET параметрах (все, что после "?" т. е. www.ex.com/page?p=1) 27 июня 2012 г., 13:22 пользователь mif написал: > Добрый день. Искал как с помощью nginx > добавлять слэш ко всем URL без слэша на > конце. В итоге была написана следующая > команда перезаписи: rewrite ^(.+)[^/]$ $1/ permanent; > > Перенаправление по логике вещей > срабатывает нормально, но теперь оно > почему-то обрезает URL на 1 символ, т.е. из > /query делает /quer/. Не пойму в чем проблема. > Подскажите, пожалуйста. > > Сейчас используется следующий > локейшн: > > location / { > index index.php index.html index.htm; > > if ($request_filename !~ > "\.(js|htc|ico|css|jpg|jpeg|gif|png|zip|tg)${ > rewrite ^(.+)[^/]$ $1/ permanent; > rewrite ^(.*) /index.php last; > } > > location ~ /\.ht { #.htpasswd > deny all; > } > } > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,227979,227979#msg-227979 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Фунтиков Виталий Викторович веб-разработчик ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From ne на vbart.ru Wed Jun 27 11:30:57 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 27 Jun 2012 15:30:57 +0400 Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: <4FEAE0A0.3040809@gmail.com> References: <62dbbde568c442c3de326cc69a5f4118.NginxMailingListRussian@forum.nginx.org> <4FEAE0A0.3040809@gmail.com> Message-ID: <201206271530.57530.ne@vbart.ru> On Wednesday 27 June 2012 14:29:52 Igor Vavrjin wrote: > Вот рабочий вариант (сами используем): > > # если документ не заканчивается на слэш, то делаем редирект на урл со > слэшом > location ~ (?^.*/[^/.]+$) { > return 301 http://$host$url/$is_args$args; > } > Тогда уж: location ~ [^/]$ { return 301 $uri/$is_args$args; } или rewrite [^/]$ $uri/ permanent; Зачем все постоянно городят какие-то бессмысленные захваты и матчинги всех символов вроде .* ? Это просто бесполезная трата ресурсов. -- Валентин Бартенев From nginx-forum на nginx.us Wed Jun 27 12:47:07 2012 From: nginx-forum на nginx.us (pioneer) Date: Wed, 27 Jun 2012 08:47:07 -0400 (EDT) Subject: =?UTF-8?B?0J7Rh9C40YHRgtC60LAg0LrQtdGI0LAg0LHQvtC70YzRiNC40LzQuCDQs9GA0YM=?= =?UTF-8?B?0L/Qv9Cw0LzQuA==?= Message-ID: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> Всем привет. Есть такой момент, у меня в отдельных каталогах лежит кеш для css и js. cache/nginx/css cache/nginx/js Я использую для очистки http://labs.frickle.com/nginx_ngx_cache_purge/ Да и в некотрых моментах использовал http://nginx.org/ru/docs/http/ngx_http_fastcgi_module.html#fastcgi_cache_bypass Но оба варианта помогают делать очитску конкретных ссылок или запросов. А мне нужно почистить весь кеш. Поэтому очистку кеша для css и js делал удалением каталогов $ rm -rf cache/nginx/{css,js} Но в логах появляются ошибки: ... 2012/06/27 12:56:52 [crit] 31163#0: unlink() ".../cache/nginx/js/64b186b0619078d1d41c4314ba382f0c" failed (2: No such file or directory) 2012/06/27 12:56:52 [crit] 31163#0: unlink() ".../cache/nginx/js/aef4ea80485795f0d82562eddd939b56" failed (2: No such file or directory) 2012/06/27 12:56:52 [crit] 31163#0: unlink() ".../cache/nginx/css/a424609dcc2432b3aec33ce3f6dfa566" failed (2: No such file or directory) 2012/06/27 12:56:52 [crit] 31163#0: unlink() ".../cache/nginx/css/ae3766bad170343d3d88e5952af16125" failed (2: No such file or directory) ... Есть ли способ сбросить, почистить кеш без критических ошибок в моем случае? P.S. nginx version: nginx/1.0.15 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227990,227990#msg-227990 From oleg.cherniy на gmail.com Wed Jun 27 13:00:21 2012 From: oleg.cherniy на gmail.com (=?KOI8-U?B?78zFxyD+xdLOpso=?=) Date: Wed, 27 Jun 2012 16:00:21 +0300 Subject: nginx-1.3.2 In-Reply-To: <20120626140120.GL31671@mdounin.ru> References: <20120626140120.GL31671@mdounin.ru> Message-ID: У меня отвалился ngx_cache_purge. Нормально собирается, но не работает. Может кто уже подфиксил? 2012/6/26 Maxim Dounin : > Изменения в nginx 1.3.2                                           26.06.2012 > >    *) Изменение: параметр single директивы keepalive теперь игнорируется. > >    *) Изменение: сжатие SSL теперь отключено в том числе при использовании >       OpenSSL cтарее 1.0.0. > >    *) Добавление: директиву "ip_hash" теперь можно использовать для >       балансировки IPv6 клиентов. > >    *) Добавление: переменную $status теперь можно использовать не только в >       директиве log_format. > >    *) Исправление: при завершении рабочего процесса мог произойти >       segmentation fault, если использовалась директива resolver. > >    *) Исправление: в рабочем процессе мог произойти segmentation fault, >       если использовался модуль ngx_http_mp4_module. > >    *) Исправление: в модуле ngx_http_mp4_module. > >    *) Исправление: в рабочем процессе мог произойти segmentation fault, >       если использовались конфликтующие имена серверов с масками. > >    *) Исправление: на платформе ARM nginx мог аварийно завершаться по >       сигналу SIGBUS. > >    *) Исправление: во время переконфигурации на HP-UX в лог записывался >       alert "sendmsg() failed (9: Bad file number)". > > > Maxim Dounin > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- --- С уважением, Олег Черний, руководитель отдела разработки  AUTO.ria.ua RIA.ua тел./факс.: 0 432 555-200 (многоканальний) моб: 0 (67) 295-27-52 E-mail: oleg.cherniy на ria.ua From nginx-forum на nginx.us Wed Jun 27 13:19:37 2012 From: nginx-forum на nginx.us (Craken) Date: Wed, 27 Jun 2012 09:19:37 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwINCx0L7Qu9GM0YjQuNC80Lgg0LM=?= =?UTF-8?B?0YDRg9C/0L/QsNC80Lg=?= In-Reply-To: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> References: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> Message-ID: <9f59b315eb2831da17bdacedb3ba13e7.NginxMailingListRussian@forum.nginx.org> Врядли. Только не совсем понятно для чего Вы это делаете, если nginx сам отлично все чистит. Но если уж так сильно требуется в ручную все убрать, то после удаления можете сделать reload nginx'a. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227990,227994#msg-227994 From nginx-forum на nginx.us Wed Jun 27 13:26:59 2012 From: nginx-forum на nginx.us (pioneer) Date: Wed, 27 Jun 2012 09:26:59 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwINCx0L7Qu9GM0YjQuNC80Lgg0LM=?= =?UTF-8?B?0YDRg9C/0L/QsNC80Lg=?= In-Reply-To: <9f59b315eb2831da17bdacedb3ba13e7.NginxMailingListRussian@forum.nginx.org> References: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> <9f59b315eb2831da17bdacedb3ba13e7.NginxMailingListRussian@forum.nginx.org> Message-ID: Самое интересное, что и reload не нужен. NGINX замечетелен, он берет и создает как раз новенький кеш. Если вы когда-то все таки писали большие проекты использую принципы непрерывной интеграции и доставки, то самостоятельное время обновления вряд ли вас устроит. Так как после доставки новой версии часто нужно работать уже с новой версии верстки и javascript. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227990,227995#msg-227995 From postmaster на softsearch.ru Wed Jun 27 13:55:29 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 27 Jun 2012 17:55:29 +0400 Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwINCx0L7Qu9GM0YjQuNC80Lgg0LM=?= =?UTF-8?B?0YDRg9C/0L/QsNC80Lg=?= In-Reply-To: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> References: <65eafe8593fca338e66dd27f328dc1d7.NginxMailingListRussian@forum.nginx.org> Message-ID: <1449457961.20120627175529@softsearch.ru> Здравствуйте, pioneer. > очистку кеша для css и js делал удалением каталогов > $ rm -rf cache/nginx/{css,js} > Но в логах появляются ошибки: > ... > 2012/06/27 12:56:52 [crit] 31163#0: unlink() > ".../cache/nginx/js/64b186b0619078d1d41c4314ba382f0c" failed (2: No such > file or directory) > 2012/06/27 12:56:52 [crit] 31163#0: unlink() > ".../cache/nginx/js/aef4ea80485795f0d82562eddd939b56" failed (2: No such > file or directory) > 2012/06/27 12:56:52 [crit] 31163#0: unlink() > ".../cache/nginx/css/a424609dcc2432b3aec33ce3f6dfa566" failed (2: No > such file or directory) > 2012/06/27 12:56:52 [crit] 31163#0: unlink() > ".../cache/nginx/css/ae3766bad170343d3d88e5952af16125" failed (2: No > such file or directory) > ... > Есть ли способ сбросить, почистить кеш без критических ошибок в моем > случае? Он ругается, что не может удалить те файлы, которые ты спомощью rm удалил. Удалять кэш лучше так: mv cache old-cache rm -rf old-cache хотя не критично. -- С уважением, Михаил mailto:postmaster на softsearch.ru From nginx-forum на nginx.us Wed Jun 27 14:17:42 2012 From: nginx-forum на nginx.us (pioneer) Date: Wed, 27 Jun 2012 10:17:42 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCe0YfQuNGB0YLQutCwINC60LXRiNCwINCx0L7Qu9GM0YjQuNC80Lgg0LM=?= =?UTF-8?B?0YDRg9C/0L/QsNC80Lg=?= In-Reply-To: <1449457961.20120627175529@softsearch.ru> References: <1449457961.20120627175529@softsearch.ru> Message-ID: <59195b7cce1a81fc11094705b902b512.NginxMailingListRussian@forum.nginx.org> Да, я забыл. Мы поменяли давно rm на mv + rm Но ошибка остается. Согласен, что все работает и не критично. Но это мешает анализу логов. Есть паруд идей, что улучшить, но интерестно возможно можно как-то по другому почистить весь кеш в каталоге? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227990,227997#msg-227997 From temotor на gmail.com Wed Jun 27 14:41:26 2012 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 27 Jun 2012 18:41:26 +0400 Subject: escape SSI echo Message-ID: В долгом кеше лежит страница вида ... ... Hello, . Your motto:
... По /foo бекенд отдаёт набор SSI директив, типа Значения некоторых переменных задаются доверенными пользователями. То есть HTML допустим, защита от XSS административная. Что нужно эскейпить в переменных, чтобы они не сломали SSI директивы? From mdounin на mdounin.ru Wed Jun 27 14:48:21 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 27 Jun 2012 18:48:21 +0400 Subject: nginx-1.3.2 In-Reply-To: References: <20120626140120.GL31671@mdounin.ru> Message-ID: <20120627144821.GG31671@mdounin.ru> Hello! On Wed, Jun 27, 2012 at 04:00:21PM +0300, Олег Черн?й wrote: > У меня отвалился ngx_cache_purge. Нормально собирается, но не работает. > Может кто уже подфиксил? Я бы рекомендовал спросить в английской рассылке и/или непосредственно у автора. Но вообще странно, в 1.3.2 никаких изменений в области кеша нет, и сломаться не должно бы (даже с учётом того, что ngx_cache_purge беззастенчиво лезет во внутренние структуры кеша, и может сломаться при любых изменениях в нём). Maxim Dounin From ne на vbart.ru Wed Jun 27 14:59:17 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 27 Jun 2012 18:59:17 +0400 Subject: escape SSI echo In-Reply-To: References: Message-ID: <201206271859.17593.ne@vbart.ru> On Wednesday 27 June 2012 18:41:26 Sergey Shepelev wrote: > В долгом кеше лежит страница вида > > ... > > ... > Hello, . > Your motto: >
> >
> ... > > > По /foo бекенд отдаёт набор SSI директив, типа > > > > > Значения некоторых переменных задаются доверенными пользователями. То > есть HTML допустим, защита от XSS административная. Что нужно > эскейпить в переменных, чтобы они не сломали SSI директивы? Кавычки \", если я правильно понял вопрос. -- Валентин Бартенев From temotor на gmail.com Wed Jun 27 16:57:28 2012 From: temotor на gmail.com (Sergey Shepelev) Date: Wed, 27 Jun 2012 20:57:28 +0400 Subject: escape SSI echo In-Reply-To: <201206271859.17593.ne@vbart.ru> References: <201206271859.17593.ne@vbart.ru> Message-ID: Только двойные кавычки и всё? 2012/6/27 Валентин Бартенев : > On Wednesday 27 June 2012 18:41:26 Sergey Shepelev wrote: >> В долгом кеше лежит страница вида >> >> ... >> >> ... >> Hello, . >> Your motto: >>
>>   >>
>> ... >> >> >> По /foo бекенд отдаёт набор SSI директив, типа >> >> >> >> >> Значения некоторых переменных задаются доверенными пользователями. То >> есть HTML допустим, защита от XSS административная. Что нужно >> эскейпить в переменных, чтобы они не сломали SSI директивы? > > > Кавычки \", если я правильно понял вопрос. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Jun 27 17:09:12 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 13:09:12 -0400 (EDT) Subject: h234 nginx streaming Message-ID: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> Доброго здоровья всем. Вот незадача та.. Получил я vds с debian5. Вроде бы все отлично. Но у меня есть парочка сайтиков с видео. Также есть плеерок (не JW, а немного другой, более удобный и встраиваемый... если надо - пишите), который собственно поддерживает streaming видео. Что именно я хочу: чтобы при перемотке видео в любой из участков временной шкалы, пользователь мог получить именно то время, которое он хочет. Вроде как бы на YT... Только проблемка в том, что я ~10 лет жил под виндой. Да и в общем-то не в этом дело. А в том, что нет нормальной информации, для так сказать непродвинутых пользователей linux-систем. К делу: хотел я сделать себе streaming h264, но столкнулся с рядом вопросов: если у меня уже был установлен nginx, lighttpd, apache, то (мне посоветовали nginx) как черт-побери мне выполнить вот эту команду: ./configure --add-module=$HOME/nginx_mod_h264_streaming-2.2.7 --sbin-path=/usr/local/sbin --with-debug которая взята отсюда: http://h264.code-shop.com/trac/wiki/Mod-H264-Streaming-Nginx-Version2 и которая выдает мне постоянно ошибку: -bash: ./configure: No such file or directory в какой директории её нужно исполнять? у меня уже мозг синеет от этого. я ДАЖЕ) видеоуроки смотрел по lin, которых у меня полно. но там, к сожалению не было настройки h264... передаю привет всем, кто сможет хотя бы что-то написать. так как терпения лазить самому, а тем более, как некоторые любят выражаться ?читать мануалы?, которые я не знаю где расположены, нет времени. пишите, звоните inverser_______ на _______qip.ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228009#msg-228009 From ne на vbart.ru Wed Jun 27 17:59:06 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Wed, 27 Jun 2012 21:59:06 +0400 Subject: escape SSI echo In-Reply-To: References: <201206271859.17593.ne@vbart.ru> Message-ID: <201206272159.07007.ne@vbart.ru> On Wednesday 27 June 2012 20:57:28 Sergey Shepelev wrote: > Только двойные кавычки и всё? Да. И следить чтобы оно не превысило "ssi_value_length". http://wiki.nginx.org/HttpSsiModule#ssi_value_length -- Валентин Бартенев > 2012/6/27 Валентин Бартенев : > > On Wednesday 27 June 2012 18:41:26 Sergey Shepelev wrote: > >> В долгом кеше лежит страница вида > >> > >> ... > >> > >> ... > >> Hello, . > >> Your motto: > >>
> >> > >>
> >> ... > >> > >> > >> По /foo бекенд отдаёт набор SSI директив, типа > >> > >> > >> > >> > >> Значения некоторых переменных задаются доверенными пользователями. То > >> есть HTML допустим, защита от XSS административная. Что нужно > >> эскейпить в переменных, чтобы они не сломали SSI директивы? > > > > Кавычки \", если я правильно понял вопрос. > > > > -- > > Валентин Бартенев > > _______________________________________________ > > 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 Wed Jun 27 18:33:56 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 14:33:56 -0400 (EDT) Subject: h234 nginx streaming In-Reply-To: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> Message-ID: <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> разбираюсь.. понял ,что эта команда должна быть выполнена до установки сервера. но увы. удалить пока не получилось и установить заново думаю... Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228012#msg-228012 From fobfreeman на gmail.com Wed Jun 27 18:48:24 2012 From: fobfreeman на gmail.com (Dmitriy) Date: Wed, 27 Jun 2012 21:48:24 +0300 Subject: h234 nginx streaming In-Reply-To: <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> Message-ID: Скачайте исходник, а потом уже эти команды выполняйте wget http://nginx.org/download/nginx-1.2.1.tar.gz ./configure make sudo make install C Уважением, Дмитрий 2012/6/27 usemind : > разбираюсь.. понял ,что эта команда > должна быть выполнена до установки > сервера. но увы. удалить пока не > получилось и установить заново > думаю... > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228012#msg-228012 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From sytar.alex на gmail.com Wed Jun 27 18:49:25 2012 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Wed, 27 Jun 2012 22:49:25 +0400 Subject: h234 nginx streaming In-Reply-To: <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> Message-ID: 27 июня 2012 г., 22:33 пользователь usemind написал: > разбираюсь.. понял ,что эта команда > должна быть выполнена до установки > сервера. но увы. удалить пока не > получилось и установить заново > думаю... Тут - http://nginx.org/ru/download.html есть инструкция как ставить nginx под debian From nginx-forum на nginx.us Wed Jun 27 18:56:17 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 14:56:17 -0400 (EDT) Subject: h234 nginx streaming In-Reply-To: <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> Message-ID: благо дарю за ответы. но я скачал исходник. даже версии 1,3,2 =) распаковал, выполнил злосчастную команду, выдала ошибку что-то с C связано. потом сделал че-то типа: apt-get update apt-get install build-essential как посоветовали здесь: http://habrahabr.ru/post/67557/ и вновь попытался выполнить команду. на мое удивление она выполнилась: root на 91-223-180-230:~/nginx-1.3.2# ./configure --add-module=$HOME/nginx_mod_h264_streaming-2.2.7 --sbin-path=/var/www/vdsmyteach/data/www --with-debug checking for OS + Linux 2.6.18-274.3.1.el5.028stab094.3PAE i686 checking for C compiler ... found + using GNU C compiler + gcc version: 4.3.2 (Debian 4.3.2-1.1) checking for gcc -pipe switch ... found checking for gcc builtin atomic operations ... found checking for C99 variadic macros ... found checking for gcc variadic macros ... found checking for unistd.h ... found checking for inttypes.h ... found checking for limits.h ... found checking for sys/filio.h ... not found checking for sys/param.h ... found checking for sys/mount.h ... found checking for sys/statvfs.h ... found checking for crypt.h ... found checking for Linux specific features checking for epoll ... found checking for sendfile() ... found checking for sendfile64() ... found checking for sys/prctl.h ... found checking for prctl(PR_SET_DUMPABLE) ... found checking for sched_setaffinity() ... found checking for crypt_r() ... found checking for sys/vfs.h ... found checking for nobody group ... not found checking for nogroup group ... found checking for poll() ... found checking for /dev/poll ... not found checking for kqueue ... not found checking for crypt() ... not found checking for crypt() in libcrypt ... found checking for F_READAHEAD ... not found checking for posix_fadvise() ... found checking for O_DIRECT ... found checking for F_NOCACHE ... not found checking for directio() ... not found checking for statfs() ... found checking for statvfs() ... found checking for dlopen() ... not found checking for dlopen() in libdl ... found checking for sched_yield() ... found checking for SO_SETFIB ... not found checking for SO_ACCEPTFILTER ... not found checking for TCP_DEFER_ACCEPT ... found checking for TCP_KEEPIDLE, TCP_KEEPINTVL, TCP_KEEPCNT ... found checking for TCP_INFO ... found checking for accept4() ... not found checking for int size ... 4 bytes checking for long size ... 4 bytes checking for long long size ... 8 bytes checking for void * size ... 4 bytes checking for uint64_t ... found checking for sig_atomic_t ... found checking for sig_atomic_t size ... 4 bytes checking for socklen_t ... found checking for in_addr_t ... found checking for in_port_t ... found checking for rlim_t ... found checking for uintptr_t ... uintptr_t found checking for system byte ordering ... little endian checking for size_t size ... 4 bytes checking for off_t size ... 8 bytes checking for time_t size ... 4 bytes checking for setproctitle() ... not found checking for pread() ... found checking for pwrite() ... found checking for sys_nerr ... found checking for localtime_r() ... found checking for posix_memalign() ... found checking for memalign() ... found checking for mmap(MAP_ANON|MAP_SHARED) ... found checking for mmap("/dev/zero", MAP_SHARED) ... found checking for System V shared memory ... found checking for POSIX semaphores ... not found checking for POSIX semaphores in libpthread ... found checking for struct msghdr.msg_control ... found checking for ioctl(FIONBIO) ... found checking for struct tm.tm_gmtoff ... found checking for struct dirent.d_namlen ... not found checking for struct dirent.d_type ... found checking for sysconf(_SC_NPROCESSORS_ONLN) ... found checking for openat(), fstatat() ... found configuring additional modules adding module in /root/nginx_mod_h264_streaming-2.2.7 + ngx_http_h264_streaming_module was configured checking for PCRE library ... not found checking for PCRE library in /usr/local/ ... not found checking for PCRE library in /usr/include/pcre/ ... not found checking for PCRE library in /usr/pkg/ ... not found checking for PCRE library in /opt/local/ ... not found ./configure: error: the HTTP rewrite module requires the PCRE library. You can either disable the module by using --without-http_rewrite_module option, or install the PCRE library into the system, or build the PCRE library statically from the source with nginx by using --with-pcre= option. КАК Я ПОНЯЛ, с какой-то ошибкой, типа мод_реврите? че дальше делать? судо мэйк не работают в том каталоге, в котором нахожусь после этой команды, хотя и до они тоже не работали. извините за мой тупизм, но я новый человек в этом вопросе. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228018#msg-228018 From nginx-forum на nginx.us Wed Jun 27 18:57:47 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 14:57:47 -0400 (EDT) Subject: h234 nginx streaming In-Reply-To: References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> Message-ID: <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> ой, кто-нить уберите мой IP пож :) и кстати, после команды типа обновления, как я понял: Get:1 http://archive.debian.org lenny/main patch 2.5.9-5 [97.5kB] Get:2 http://archive.debian.org lenny/main linux-libc-dev 2.6.26-29 [772kB] Get:3 http://archive.debian.org lenny/main libc6-dev 2.7-18lenny7 [3386kB] Get:4 http://archive.debian.org lenny/main libgmp3c2 2:4.2.2+dfsg-3 [231kB] Get:5 http://archive.debian.org lenny/main libmpfr1ldbl 2.3.1.dfsg.1-2 [339kB] Get:6 http://archive.debian.org lenny/main cpp-4.3 4.3.2-1.1 [3087kB] Get:7 http://archive.debian.org lenny/main cpp 4:4.3.2-2 [13.9kB] Get:8 http://archive.debian.org lenny/main libgomp1 4.3.2-1.1 [13.2kB] Get:9 http://archive.debian.org lenny/main gcc-4.3 4.3.2-1.1 [2747kB] Get:10 http://archive.debian.org lenny/main gcc 4:4.3.2-2 [5008B] Get:11 http://archive.debian.org lenny/main libstdc++6-4.3-dev 4.3.2-1.1 [1389kB] Get:12 http://archive.debian.org lenny/main g++-4.3 4.3.2-1.1 [3414kB] Get:13 http://archive.debian.org lenny/main g++ 4:4.3.2-2 [1368B] Get:14 http://archive.debian.org lenny/main make 3.81-5 [382kB] Get:15 http://archive.debian.org lenny/main libtimedate-perl 1.1600-9 [32.9kB] Get:16 http://archive.debian.org lenny/main dpkg-dev 1.14.31 [772kB] Get:17 http://archive.debian.org lenny/main build-essential 11.4 [7118B] Fetched 16.7MB in 10s (1524kB/s) Selecting previously deselected package patch. (Reading database ... 18318 files and directories currently installed.) Unpacking patch (from .../patch_2.5.9-5_i386.deb) ... Selecting previously deselected package linux-libc-dev. Unpacking linux-libc-dev (from .../linux-libc-dev_2.6.26-29_i386.deb) ... Selecting previously deselected package libc6-dev. Unpacking libc6-dev (from .../libc6-dev_2.7-18lenny7_i386.deb) ... Selecting previously deselected package libgmp3c2. Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.2.2+dfsg-3_i386.deb) ... Selecting previously deselected package libmpfr1ldbl. Unpacking libmpfr1ldbl (from .../libmpfr1ldbl_2.3.1.dfsg.1-2_i386.deb) ... Selecting previously deselected package cpp-4.3. Unpacking cpp-4.3 (from .../cpp-4.3_4.3.2-1.1_i386.deb) ... Selecting previously deselected package cpp. Unpacking cpp (from .../cpp_4%3a4.3.2-2_i386.deb) ... Selecting previously deselected package libgomp1. Unpacking libgomp1 (from .../libgomp1_4.3.2-1.1_i386.deb) ... Selecting previously deselected package gcc-4.3. Unpacking gcc-4.3 (from .../gcc-4.3_4.3.2-1.1_i386.deb) ... Selecting previously deselected package gcc. Unpacking gcc (from .../gcc_4%3a4.3.2-2_i386.deb) ... Selecting previously deselected package libstdc++6-4.3-dev. Unpacking libstdc++6-4.3-dev (from .../libstdc++6-4.3-dev_4.3.2-1.1_i386.deb) ... Selecting previously deselected package g++-4.3. Unpacking g++-4.3 (from .../g++-4.3_4.3.2-1.1_i386.deb) ... Selecting previously deselected package g++. Unpacking g++ (from .../g++_4%3a4.3.2-2_i386.deb) ... Selecting previously deselected package make. Unpacking make (from .../archives/make_3.81-5_i386.deb) ... Selecting previously deselected package libtimedate-perl. Unpacking libtimedate-perl (from .../libtimedate-perl_1.1600-9_all.deb) ... Selecting previously deselected package dpkg-dev. Unpacking dpkg-dev (from .../dpkg-dev_1.14.31_all.deb) ... Selecting previously deselected package build-essential. Unpacking build-essential (from .../build-essential_11.4_i386.deb) ... Processing triggers for man-db ... Setting up patch (2.5.9-5) ... Setting up linux-libc-dev (2.6.26-29) ... Setting up libc6-dev (2.7-18lenny7) ... Setting up libgmp3c2 (2:4.2.2+dfsg-3) ... Setting up libmpfr1ldbl (2.3.1.dfsg.1-2) ... Setting up cpp-4.3 (4.3.2-1.1) ... Setting up cpp (4:4.3.2-2) ... Setting up libgomp1 (4.3.2-1.1) ... Setting up gcc-4.3 (4.3.2-1.1) ... Setting up gcc (4:4.3.2-2) ... Setting up make (3.81-5) ... Setting up libtimedate-perl (1.1600-9) ... Setting up dpkg-dev (1.14.31) ... Setting up libstdc++6-4.3-dev (4.3.2-1.1) ... Setting up g++-4.3 (4.3.2-1.1) ... Setting up g++ (4:4.3.2-2) ... Setting up build-essential (11.4) ... localepurge: Disk space freed in /usr/share/locale: 916K localepurge: Disk space freed in /usr/share/man: 312K Total disk space freed by localepurge: 1228K Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228019#msg-228019 From fobfreeman на gmail.com Wed Jun 27 19:02:08 2012 From: fobfreeman на gmail.com (Dmitriy) Date: Wed, 27 Jun 2012 22:02:08 +0300 Subject: h234 nginx streaming In-Reply-To: <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> Message-ID: Вам скрипт предложил поставить библитеку apt-get install libpcre3 libpcre3-dev C Уважением, Дмитрий On Wed, Jun 27, 2012 at 9:57 PM, usemind wrote: > ой, кто-нить уберите мой IP пож :) и > кстати, после команды типа обновления, > как я понял: > Get:1 http://archive.debian.org lenny/main patch 2.5.9-5 [97.5kB] > Get:2 http://archive.debian.org lenny/main linux-libc-dev 2.6.26-29 > [772kB] > Get:3 http://archive.debian.org lenny/main libc6-dev 2.7-18lenny7 > [3386kB] > Get:4 http://archive.debian.org lenny/main libgmp3c2 2:4.2.2+dfsg-3 > [231kB] > Get:5 http://archive.debian.org lenny/main libmpfr1ldbl 2.3.1.dfsg.1-2 > [339kB] > Get:6 http://archive.debian.org lenny/main cpp-4.3 4.3.2-1.1 [3087kB] > Get:7 http://archive.debian.org lenny/main cpp 4:4.3.2-2 [13.9kB] > Get:8 http://archive.debian.org lenny/main libgomp1 4.3.2-1.1 [13.2kB] > Get:9 http://archive.debian.org lenny/main gcc-4.3 4.3.2-1.1 [2747kB] > Get:10 http://archive.debian.org lenny/main gcc 4:4.3.2-2 [5008B] > Get:11 http://archive.debian.org lenny/main libstdc++6-4.3-dev 4.3.2-1.1 > [1389kB] > Get:12 http://archive.debian.org lenny/main g++-4.3 4.3.2-1.1 [3414kB] > Get:13 http://archive.debian.org lenny/main g++ 4:4.3.2-2 [1368B] > Get:14 http://archive.debian.org lenny/main make 3.81-5 [382kB] > Get:15 http://archive.debian.org lenny/main libtimedate-perl 1.1600-9 > [32.9kB] > Get:16 http://archive.debian.org lenny/main dpkg-dev 1.14.31 [772kB] > Get:17 http://archive.debian.org lenny/main build-essential 11.4 > [7118B] > Fetched 16.7MB in 10s (1524kB/s) > Selecting previously deselected package patch. > (Reading database ... 18318 files and directories currently installed.) > Unpacking patch (from .../patch_2.5.9-5_i386.deb) ... > Selecting previously deselected package linux-libc-dev. > Unpacking linux-libc-dev (from .../linux-libc-dev_2.6.26-29_i386.deb) > ... > Selecting previously deselected package libc6-dev. > Unpacking libc6-dev (from .../libc6-dev_2.7-18lenny7_i386.deb) ... > Selecting previously deselected package libgmp3c2. > Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.2.2+dfsg-3_i386.deb) ... > Selecting previously deselected package libmpfr1ldbl. > Unpacking libmpfr1ldbl (from .../libmpfr1ldbl_2.3.1.dfsg.1-2_i386.deb) > ... > Selecting previously deselected package cpp-4.3. > Unpacking cpp-4.3 (from .../cpp-4.3_4.3.2-1.1_i386.deb) ... > Selecting previously deselected package cpp. > Unpacking cpp (from .../cpp_4%3a4.3.2-2_i386.deb) ... > Selecting previously deselected package libgomp1. > Unpacking libgomp1 (from .../libgomp1_4.3.2-1.1_i386.deb) ... > Selecting previously deselected package gcc-4.3. > Unpacking gcc-4.3 (from .../gcc-4.3_4.3.2-1.1_i386.deb) ... > Selecting previously deselected package gcc. > Unpacking gcc (from .../gcc_4%3a4.3.2-2_i386.deb) ... > Selecting previously deselected package libstdc++6-4.3-dev. > Unpacking libstdc++6-4.3-dev (from > .../libstdc++6-4.3-dev_4.3.2-1.1_i386.deb) ... > Selecting previously deselected package g++-4.3. > Unpacking g++-4.3 (from .../g++-4.3_4.3.2-1.1_i386.deb) ... > Selecting previously deselected package g++. > Unpacking g++ (from .../g++_4%3a4.3.2-2_i386.deb) ... > Selecting previously deselected package make. > Unpacking make (from .../archives/make_3.81-5_i386.deb) ... > Selecting previously deselected package libtimedate-perl. > Unpacking libtimedate-perl (from .../libtimedate-perl_1.1600-9_all.deb) > ... > Selecting previously deselected package dpkg-dev. > Unpacking dpkg-dev (from .../dpkg-dev_1.14.31_all.deb) ... > Selecting previously deselected package build-essential. > Unpacking build-essential (from .../build-essential_11.4_i386.deb) ... > Processing triggers for man-db ... > Setting up patch (2.5.9-5) ... > Setting up linux-libc-dev (2.6.26-29) ... > Setting up libc6-dev (2.7-18lenny7) ... > Setting up libgmp3c2 (2:4.2.2+dfsg-3) ... > Setting up libmpfr1ldbl (2.3.1.dfsg.1-2) ... > Setting up cpp-4.3 (4.3.2-1.1) ... > Setting up cpp (4:4.3.2-2) ... > Setting up libgomp1 (4.3.2-1.1) ... > Setting up gcc-4.3 (4.3.2-1.1) ... > Setting up gcc (4:4.3.2-2) ... > Setting up make (3.81-5) ... > Setting up libtimedate-perl (1.1600-9) ... > Setting up dpkg-dev (1.14.31) ... > Setting up libstdc++6-4.3-dev (4.3.2-1.1) ... > Setting up g++-4.3 (4.3.2-1.1) ... > Setting up g++ (4:4.3.2-2) ... > Setting up build-essential (11.4) ... > localepurge: Disk space freed in /usr/share/locale: 916K > localepurge: Disk space freed in /usr/share/man: 312K > > Total disk space freed by localepurge: 1228K > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228019#msg-228019 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Jun 27 19:08:55 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 15:08:55 -0400 (EDT) Subject: h234 nginx streaming In-Reply-To: <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> Message-ID: <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> нахожусь в каталоге с сервером. выполняю: # apt-get install он мне пишет: Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 29 not upgraded. что мне сделать, чтобы удалить старый серв? и как потом поставить этот? ведь я его сконфигурировал под h264 или НЕТ? ПОЖАЛУЙСТА,ответьте на все вопросы. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228021#msg-228021 From fobfreeman на gmail.com Wed Jun 27 19:23:59 2012 From: fobfreeman на gmail.com (Dmitriy) Date: Wed, 27 Jun 2012 22:23:59 +0300 Subject: h234 nginx streaming In-Reply-To: <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> Message-ID: apt-get install libpcre3 libpcre3-dev Чтение списков пакетов... Готово Построение дерева зависимостей Чтение информации о состоянии... Готово Уже установлена самая новая версия libpcre3. НОВЫЕ пакеты, которые будут установлены: libpcre3-dev обновлено 0, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 154 пакетов не обновлено. Необходимо скачать 226 kБ архивов. После данной операции, объём занятого дискового пространства возрастёт на 762 kB. Хотите продолжить [Д/н]? n Вот что у меня выдало. Каталог не играет значения, вам надо выполнять коменду от рута. C Уважением, Дмитрий 2012/6/27 usemind : > нахожусь в каталоге с сервером. > выполняю: > # apt-get install > он мне пишет: > Reading package lists... Done > Building dependency tree > Reading state information... Done > 0 upgraded, 0 newly installed, 0 to remove and 29 not upgraded. > что мне сделать, чтобы удалить старый > серв? и как потом поставить этот? ведь я > его сконфигурировал под h264 или НЕТ? > ПОЖАЛУЙСТА,ответьте на все вопросы. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228021#msg-228021 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Jun 27 19:27:27 2012 From: nginx-forum на nginx.us (usemind) Date: Wed, 27 Jun 2012 15:27:27 -0400 (EDT) Subject: h264 nginx streaming In-Reply-To: <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> Message-ID: от него и выполняю, как Вы видите. =( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228023#msg-228023 From fobfreeman на gmail.com Wed Jun 27 20:07:10 2012 From: fobfreeman на gmail.com (Dmitriy) Date: Wed, 27 Jun 2012 23:07:10 +0300 Subject: h264 nginx streaming In-Reply-To: References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> Message-ID: Сложно вам помочь, можете написать мне в скайп: DmitriyK00 ? Я конечно не експерт, но постараюсь помочь. C Уважением, Дмитрий 2012/6/27 usemind : > от него и выполняю, как Вы видите. =( > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228009,228023#msg-228023 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Wed Jun 27 23:58:41 2012 From: nginx-forum на nginx.us (b0rman) Date: Wed, 27 Jun 2012 19:58:41 -0400 (EDT) Subject: =?UTF-8?B?RmlsZSBFeGlzdHMgKC1mKSDRgdGA0LDQsdCw0YLRi9Cy0LDQtdGCINGBINC30LA=?= =?UTF-8?B?0LTQtdGA0LbQutC+0Lk=?= Message-ID: <71f5e1f13da9c8f99b91ad1b9c2ba3a2.NginxMailingListRussian@forum.nginx.org> Всем привет! Столкнулся с проблемой: if (-f /tmp/file.ext) { return 412; } и дальше на обработку 412 ошибки повешен именованный локейшн. Но проблема в том, что если я переименовываю (удаляю) файл file.ext - то ошибка 412 не генерируется (так и должно быть), а вот когда возвращаю назад - она тоже не генерируется где-то около 30 секунд (так быть не должно). Как получить мгновенную реакцию (без задержки после создания файла) на наличие файла? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228030,228030#msg-228030 From hell-for-yahoo на umail.ru Thu Jun 28 03:04:20 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Thu, 28 Jun 2012 07:04:20 +0400 Subject: h264 nginx streaming In-Reply-To: References: <023090533aba4d240055f3db11b42f89.NginxMailingListRussian@forum.nginx.org> <70e000e8e80e74bd511fdedad3ea441c.NginxMailingListRussian@forum.nginx.org> <3d9404984f06f32a56e393eb7c0d1f90.NginxMailingListRussian@forum.nginx.org> <0c4c8b823ca992ac3152522389487883.NginxMailingListRussian@forum.nginx.org> Message-ID: <1724937879.20120628070420@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) usemind! u> от него и выполняю, как Вы видите. =( Мы видим, что вы продолжаете игнорировать правила сетевого этикета. Прекращайте писать ответы перед вопросами и пишите в консоль те команды, которые вас попросили написать. Вам сказали, что надо установить libpcre3-devel D>> Вам скрипт предложил поставить библитеку D>> apt-get install libpcre3 libpcre3-dev D>> C Уважением, Дмитрий Что сделали вы? u> нахожусь в каталоге с сервером. u> выполняю: u> # apt-get install ... И как вам после этого помогать? -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) четверг, 28.06.2012, <06:59> From postmaster на softsearch.ru Thu Jun 28 05:21:43 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Thu, 28 Jun 2012 09:21:43 +0400 Subject: =?UTF-8?B?UmU6IEZpbGUgRXhpc3RzICgtZikg0YHRgNCw0LHQsNGC0YvQstCw0LXRgiDRgSA=?= =?UTF-8?B?0LfQsNC00LXRgNC20LrQvtC5?= In-Reply-To: <71f5e1f13da9c8f99b91ad1b9c2ba3a2.NginxMailingListRussian@forum.nginx.org> References: <71f5e1f13da9c8f99b91ad1b9c2ba3a2.NginxMailingListRussian@forum.nginx.org> Message-ID: <249118907.20120628092143@softsearch.ru> Здравствуйте, b0rman. > if (-f /tmp/file.ext) { return 412; } и дальше на обработку 412 > ошибки повешен именованный локейшн. > Но проблема в том, что если я переименовываю (удаляю) файл file.ext > - то ошибка 412 не генерируется (так и должно быть), а вот когда > возвращаю назад - она тоже не генерируется где-то около 30 секунд > (так быть не должно). > Как получить мгновенную реакцию (без задержки после создания файла) > на наличие файла? Если бы ты выслал весь свой секретный конфиг, то в нём возможно была бы строчка open_file_cache, которая и давала бы эту задержку. Второй вариан: это if глючит. Попробуй вместо него try_files: http://nginx.org/ru/docs/http/ngx_http_core_module.html#try_files -- С уважением, Михаил mailto:postmaster на softsearch.ru From nginx-forum на nginx.us Thu Jun 28 07:33:26 2012 From: nginx-forum на nginx.us (RedRat) Date: Thu, 28 Jun 2012 03:33:26 -0400 (EDT) Subject: =?UTF-8?B?0J/RgNC+0LjQt9Cy0L7Qu9GM0L3QviDQvtCx0YDRi9Cy0LDRjtGC0YHRjyDQsdC+?= =?UTF-8?B?0LvRjNGI0LjQtSBQT1NUINC30LDQv9GA0L7RgdGL?= Message-ID: <5fe5ebafa2799349f38c41c208f136fa.NginxMailingListRussian@forum.nginx.org> Во внутренней сети установлен сервер GlassFish 3.1.2, снаружи к нему ходят через reverse proxy на nginx. Всё замечательно работает, кроме одного: при закачке больших файлов (несколько десятков мегабайт) процесс рвётся в произвольный момент (но изредка закачка всё же проходит). При этом мелкие файлы (до мегабайта) закачиваются влёт. При работе напрямую с сервером GlassFish файлы любого объёма закачиваются без проблем. Снял дебаг-логи с nginx и дампы сетевой активности от клиента до nginx и от nginx до GlassFish, двое суток их изучал - просветления не наступило. Видно только, что в какой-то момент во время закачки соединение неожиданно закрывается клиентом, причём на одном и том же файле это может случиться и через сотню килобайт, и через несколько мегов - закономерности не найдено. Я подозреваю, что с проблемой неустойчивой работы POST запросов до меня кто-то уже сталкивался, поэтому надеюсь услышать соображения общего характера, что можно в такой ситуации проверить/перенастроить. При необходимости могу выложить все мегабайты логов и дампов для успешных и неуспешных запросов. uname -rsm: FreeBSD 8.3-RELEASE-p3 amd64 nginx -V: nginx version: nginx/1.2.1 TLS SNI support enabled configure arguments: --prefix=/usr/local/etc/nginx --with-cc-opt='-I /usr/local/include' --with-ld-opt='-L /usr/local/lib' --conf-path=/usr/local/etc/nginx/nginx.conf --sbin-path=/usr/local/sbin/nginx --pid-path=/var/run/nginx.pid --error-log-path=/var/log/nginx-error.log --user=www --group=www --with-debug --http-client-body-temp-path=/var/tmp/nginx/client_body_temp --http-fastcgi-temp-path=/var/tmp/nginx/fastcgi_temp --http-proxy-temp-path=/var/tmp/nginx/proxy_temp --http-scgi-temp-path=/var/tmp/nginx/scgi_temp --http-uwsgi-temp-path=/var/tmp/nginx/uwsgi_temp --http-log-path=/var/log/nginx-access.log --with-http_stub_status_module --with-pcre --with-http_ssl_module nginx.conf: worker_processes 2; events { use kqueue; worker_connections 1024; } http { include mime.types; default_type application/octet-stream; tcp_nopush on; tcp_nodelay on; sendfile on; keepalive_timeout 65; include vhost/*.conf; } vhost/eirc.conf: server { listen aaa.bbb.ccc.ddd; server_name eirc.xxx.ru; access_log /var/log/nginx/eirc-acc.log; error_log /var/log/nginx/eirc-err.log debug; client_max_body_size 1024m; location = / { rewrite ^ /eirc/ permanent; } location /eirc/ { proxy_buffering off; proxy_pass http://192.168.1.103:8080/eirc/; proxy_pass_header Set-Cookie; proxy_pass_header Content-Length; proxy_set_header Cookie $http_cookie; proxy_http_version 1.1; } } Параметры "proxy_pass_header Content-Length" и "proxy_http_version 1.1" появились в конфиге во время поиска путей решения проблемы и никакого влияния не оказали. Надеюсь, кто-нибудь подтолкнёт меня в правильном направлении. А то скоро волос на моей голове совсем не останется. :-( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228040,228040#msg-228040 From mail на knutov.com Thu Jun 28 11:37:46 2012 From: mail на knutov.com (Nick Knutov) Date: Thu, 28 Jun 2012 17:37:46 +0600 Subject: =?UTF-8?Q?=2Ehtaccess_=D1=81_mod=5Frewrite?= Message-ID: <4FEC420A.6020207@knutov.com> В очередной раз перетряхивая хостинговые конфиги и софт захотелось выкинуть апач с кучей разных пускателей разных штук для разных языков, но всё упирается в .htaccess с mod_rewrite. Я помню все предыдущие ответы (и понимаю их) про прозрачную поддержку .htaccess с mod_rewrite в нгинх, однако может быть планы за последний год поменялись? Или может быть появились сторонние модули? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From nginx-forum на nginx.us Thu Jun 28 11:56:16 2012 From: nginx-forum на nginx.us (mif) Date: Thu, 28 Jun 2012 07:56:16 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCU0L7QsdCw0LLQu9C10L3QuNC1INGB0LvRjdGI0LAg0LIg0LrQvtC90LU=?= =?UTF-8?B?0YYgVVJM?= In-Reply-To: References: Message-ID: <2e2bf883c539b120398117501e62d1a7.NginxMailingListRussian@forum.nginx.org> Потому что неопытные (: Posted at Nginx Forum: http://forum.nginx.org/read.php?21,227979,228051#msg-228051 From hell-for-yahoo на umail.ru Thu Jun 28 12:02:56 2012 From: hell-for-yahoo на umail.ru (Andrey Repin) Date: Thu, 28 Jun 2012 16:02:56 +0400 Subject: =?UTF-8?Q?Re=3A_=2Ehtaccess_=D1=81_mod=5Frewrite?= In-Reply-To: <4FEC420A.6020207@knutov.com> References: <4FEC420A.6020207@knutov.com> Message-ID: <318926303.20120628160256@mtu-net.ru> Здравствуйте, Уважаемый(-ая, -ое) Nick Knutov! NK> В очередной раз перетряхивая хостинговые конфиги и софт захотелось NK> выкинуть апач с кучей разных пускателей разных штук для разных языков, NK> но всё упирается в .htaccess с mod_rewrite. NK> Я помню все предыдущие ответы (и понимаю их) про прозрачную поддержку NK> .htaccess с mod_rewrite в нгинх, однако может быть планы за последний NK> год поменялись? Или может быть появились сторонние модули? У меня только один вопрос - а нафига? Я понимаю, девел сервер, там .htaccess вещь полезная. Но на продакшене?... -- С уважением Andrey Repin (hell-for-yahoo на umail.ru) четверг, 28.06.2012, <16:02> From me на kemko.ru Thu Jun 28 17:47:33 2012 From: me на kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=) Date: Thu, 28 Jun 2012 21:47:33 +0400 Subject: =?UTF-8?B?0JrRgtC+INGC0LDQvCDQuNGB0LrQsNC7INC20LjQstGL0LUg0LDQvdCw0LvQvtCz?= =?UTF-8?B?0LggTWF4TWluZD8=?= Message-ID: Вот, вроде, энтузиаст нашелся: http://habrahabr.ru/post/146597/. Но модуля под nginx пока нет. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Thu Jun 28 18:04:41 2012 From: a.vasilishin на kpi.ua (=?UTF-8?B?0JDQvdC00YDQtdC5INCS0LDRgdC40LvQuNGI0LjQvQ==?=) Date: Thu, 28 Jun 2012 21:04:41 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in Message-ID: <4FEC9CB9.6000106@kpi.ua> В общем решил я перевести рирайты апача на нгинкс, воспользовался одним из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при чем проверил, все рирайты точно заканчиватся на last; В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой строке. Есдинственное на что пока падают подозрения - длина строки, нет ли у нгинкса случаем ограничения на длину строки в конфиге? -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From nginx-ru на sadok.spb.ru Thu Jun 28 18:16:06 2012 From: nginx-ru на sadok.spb.ru (Dmitry Ivanov) Date: Thu, 28 Jun 2012 22:16:06 +0400 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <4FEC9CB9.6000106@kpi.ua> References: <4FEC9CB9.6000106@kpi.ua> Message-ID: <1408420040.20120628221606@sadok.spb.ru> Здравствуйте, Андрей. Вы писали 28 июня 2012 г., 22:04:41: > В общем решил я перевести рирайты апача на нгинкс, воспользовался одним > из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при > чем проверил, все рирайты точно заканчиватся на last; > В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой > строке. > Есдинственное на что пока падают подозрения - длина строки, нет ли у > нгинкса случаем ограничения на длину строки в конфиге? Лето, телепаты в отпускУ, конфига не видать. Так что "ой" -- С уважением, Dmitry mailto:nginx-ru на sadok.spb.ru From a.vasilishin на kpi.ua Thu Jun 28 18:17:55 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, 28 Jun 2012 21:17:55 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <1408420040.20120628221606@sadok.spb.ru> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> Message-ID: <4FEC9FD3.8020607@kpi.ua> 28.06.2012 21:16, Dmitry Ivanov пишет: > Здравствуйте, Андрей. > > Вы писали 28 июня 2012 г., 22:04:41: > >> В общем решил я перевести рирайты апача на нгинкс, воспользовался одним >> из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при >> чем проверил, все рирайты точно заканчиватся на last; >> В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой >> строке. >> Есдинственное на что пока падают подозрения - длина строки, нет ли у >> нгинкса случаем ограничения на длину строки в конфиге? > > Лето, телепаты в отпускУ, конфига не видать. Так что "ой" > > Маткалось на эти строки, я их закомментировал # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6&seourl=$6 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5&seourl=$5 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$ /engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5&seourl=$5 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4&seourl=$4 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ /index.php?year=$1&month=$2&day=$3 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ /index.php?year=$1&month=$2&day=$3&cstart=$4 last; # rewrite ^/([0-9]{4})/([0-9]{2})(/?)+$ /index.php?year=$1&month=$2 last; # rewrite ^/([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ /index.php?year=$1&month=$2&cstart=$3 last; # rewrite ^/([0-9]{4})(/?)+$ /index.php?year=$1 last; # rewrite ^/([0-9]{4})/page/([0-9]+)(/?)+$ /index.php?year=$1&cstart=$2 last; -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From ne на vbart.ru Thu Jun 28 18:19:35 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 28 Jun 2012 22:19:35 +0400 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <4FEC9CB9.6000106@kpi.ua> References: <4FEC9CB9.6000106@kpi.ua> Message-ID: <201206282219.35307.ne@vbart.ru> On Thursday 28 June 2012 22:04:41 Андрей Василишин wrote: > В общем решил я перевести рирайты апача на нгинкс, воспользовался одним > из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при > чем проверил, все рирайты точно заканчиватся на last; > В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой > строке. > Есдинственное на что пока падают подозрения - длина строки, нет ли у > нгинкса случаем ограничения на длину строки в конфиге? Вы конфиг бы для начала показали. P.S. Все существующие автоматические конверторы, что мне доводилось видеть, выдают нечитабильную, излишне усложненную, не оптимальную кашу, а часто просто не работающую, или работающую, но не совсем так. Используя собственную голову, переводить "рирайты апача на нгинкс" получается гораздо эффективнее, полезнее и избавляет от головной боли в будущем. А во многих случаях, никаких rewrite и if в nginx вообще писать не нужно. Наглядный пример в конце: http://nginx.org/en/docs/http/converting_rewrite_rules.html#converting_mongrel_rules Отучайтесь от вредных привычек. -- Валентин Бартенев From mdounin на mdounin.ru Thu Jun 28 18:25:35 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 28 Jun 2012 22:25:35 +0400 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <4FEC9FD3.8020607@kpi.ua> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> <4FEC9FD3.8020607@kpi.ua> Message-ID: <20120628182535.GK31671@mdounin.ru> Hello! On Thu, Jun 28, 2012 at 09:17:55PM +0300, Андрей Василишин wrote: > 28.06.2012 21:16, Dmitry Ivanov пишет: > >Здравствуйте, Андрей. > > > >Вы писали 28 июня 2012 г., 22:04:41: > > > >>В общем решил я перевести рирайты апача на нгинкс, воспользовался одним > >>из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при > >>чем проверил, все рирайты точно заканчиватся на last; > >>В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой > >>строке. > >>Есдинственное на что пока падают подозрения - длина строки, нет ли у > >>нгинкса случаем ограничения на длину строки в конфиге? > > > >Лето, телепаты в отпускУ, конфига не видать. Так что "ой" > > > > > > Маткалось на эти строки, я их закомментировал > > # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6&seourl=$6 > last; [...] http://nginx.org/r/rewrite/ru : Если в регулярном выражении встречаются символы "}" или ";", то : всё выражение следует заключить в одинарные или двойные кавычки. Maxim Dounin From ne на vbart.ru Thu Jun 28 18:25:39 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Thu, 28 Jun 2012 22:25:39 +0400 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <4FEC9FD3.8020607@kpi.ua> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> <4FEC9FD3.8020607@kpi.ua> Message-ID: <201206282225.39188.ne@vbart.ru> On Thursday 28 June 2012 22:17:55 Андрей Василишин wrote: > 28.06.2012 21:16, Dmitry Ivanov пишет: > > Здравствуйте, Андрей. > > > > Вы писали 28 июня 2012 г., 22:04:41: > >> В общем решил я перевести рирайты апача на нгинкс, воспользовался одним > >> из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при > >> чем проверил, все рирайты точно заканчиватся на last; > >> В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой > >> строке. > >> Есдинственное на что пока падают подозрения - длина строки, нет ли у > >> нгинкса случаем ограничения на длину строки в конфиге? > > > > Лето, телепаты в отпускУ, конфига не видать. Так что "ой" > > Маткалось на эти строки, я их закомментировал > > # rewrite > ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ > /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart= > $5&news_name=$6&seourl=$6 last; > # rewrite > ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$ > /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_nam > e=$5&seourl=$5 last; > # rewrite > ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$ > /engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&n > ews_name=$5&seourl=$5 last; > # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$ > /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4&seourl=$ > 4 last; > # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ > /index.php?year=$1&month=$2&day=$3 last; > # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ > /index.php?year=$1&month=$2&day=$3&cstart=$4 last; > # rewrite ^/([0-9]{4})/([0-9]{2})(/?)+$ > /index.php?year=$1&month=$2 last; > # rewrite ^/([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ > /index.php?year=$1&month=$2&cstart=$3 last; > # rewrite ^/([0-9]{4})(/?)+$ /index.php?year=$1 last; > # rewrite ^/([0-9]{4})/page/([0-9]+)(/?)+$ > /index.php?year=$1&cstart=$2 last; При наличии {фигурных скобок} в регулярном выражении - его необходимо брать в "кавычки". -- Валентин Бартенев From a.vasilishin на kpi.ua Thu Jun 28 18:28:29 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, 28 Jun 2012 21:28:29 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <201206282219.35307.ne@vbart.ru> References: <4FEC9CB9.6000106@kpi.ua> <201206282219.35307.ne@vbart.ru> Message-ID: <4FECA24D.2080903@kpi.ua> 28.06.2012 21:19, Валентин Бартенев пишет: > On Thursday 28 June 2012 22:04:41 Андрей Василишин wrote: >> В общем решил я перевести рирайты апача на нгинкс, воспользовался одним >> из автоматических конверторов, делаю релад, выдает сабжевую ошибку, при >> чем проверил, все рирайты точно заканчиватся на last; >> В общем комментирую даже строчку с этой ошибкой, вылазит новая, в другой >> строке. >> Есдинственное на что пока падают подозрения - длина строки, нет ли у >> нгинкса случаем ограничения на длину строки в конфиге? > > Вы конфиг бы для начала показали. > server { listen 2.2.2.2:80; server_name site.com; access_log /var/log/nginx/site.com.access.log main; #access_log off; error_log /var/log/nginx/site.com.error.log error; open_file_cache max=10000 inactive=120s; open_file_cache_valid 30s; open_file_cache_min_uses 2; open_file_cache_errors off; location = / { limit_req zone=two burst=2 nodelay; index index.html; root /var/www/site.com; } location = /index.html { limit_req zone=two burst=2 nodelay; root /var/www/site.com; } location / { limit_req zone=two burst=2 nodelay; root /var/www/site.com; index index.php; try_files $uri $uri/ /index.php?$args; rewrite ^/page/(.*)$ /index.php?cstart=$1 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6&seourl=$6 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5&seourl=$5 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$ /engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5&seourl=$5 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4&seourl=$4 last; rewrite ^/([^.]+)/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$4&news_page=$2&cstart=$3&seourl=$5&seocat=$1 last; rewrite ^/([^.]+)/page,([0-9]+),([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$3&news_page=$2&seourl=$4&seocat=$1 last; rewrite ^/([^.]+)/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ /engine/print.php?news_page=$2&newsid=$3&seourl=$4&seocat=$1 last; rewrite ^/([^.]+)/([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$2&seourl=$3&seocat=$1 last; rewrite ^/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$3&news_page=$1&cstart=$2&seourl=$4 last; rewrite ^/page,([0-9]+),([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$2&news_page=$1&seourl=$3 last; rewrite ^/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ /engine/print.php?news_page=$1&newsid=$2&seourl=$3 last; rewrite ^/([0-9]+)-(.*).html(/?)+$ /index.php?newsid=$1&seourl=$2 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ /index.php?year=$1&month=$2&day=$3 last; # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ /index.php?year=$1&month=$2&day=$3&cstart=$4 last; # rewrite ^/([0-9]{4})/([0-9]{2})(/?)+$ /index.php?year=$1&month=$2 last; # rewrite ^/([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ /index.php?year=$1&month=$2&cstart=$3 last; # rewrite ^/([0-9]{4})(/?)+$ /index.php?year=$1 last; # rewrite ^/([0-9]{4})/page/([0-9]+)(/?)+$ /index.php?year=$1&cstart=$2 last; rewrite ^/tags/([^/]*)(/?)+$ /index.php?do=tags&tag=$1 last; rewrite ^/tags/([^/]*)/page/([0-9]+)(/?)+$ /index.php?do=tags&tag=$1&cstart=$2 last; rewrite ^/xfsearch/([^/]*)(/?)+$ /index.php?do=xfsearch&xf=$1 last; rewrite ^/xfsearch/([^/]*)/page/([0-9]+)(/?)+$ /index.php?do=xfsearch&xf=$1&cstart=$2 last; rewrite ^/user/([^/]*)/rss.xml$ /engine/rss.php?subaction=allnews&user=$1 last; rewrite ^/user/([^/]*)(/?)+$ /index.php?subaction=userinfo&user=$1 last; rewrite ^/user/([^/]*)/page/([0-9]+)(/?)+$ /index.php?subaction=userinfo&user=$1&cstart=$2 last; rewrite ^/user/([^/]*)/news(/?)+$ /index.php?subaction=allnews&user=$1 last; rewrite ^/user/([^/]*)/news/page/([0-9]+)(/?)+$ /index.php?subaction=allnews&user=$1&cstart=$2 last; rewrite ^/user/([^/]*)/news/rss.xml(/?)+$ /engine/rss.php?subaction=allnews&user=$1 last; rewrite ^/lastnews(/?)+$ /index.php?do=lastnews last; rewrite ^/lastnews/page/([0-9]+)(/?)+$ /index.php?do=lastnews&cstart=$1 last; rewrite ^/catalog/([^/]*)/rss.xml$ /engine/rss.php?catalog=$1 last; rewrite ^/catalog/([^/]*)(/?)+$ /index.php?catalog=$1 last; rewrite ^/catalog/([^/]*)/page/([0-9]+)(/?)+$ /index.php?catalog=$1&cstart=$2 last; rewrite ^/newposts(/?)+$ /index.php?subaction=newposts last; rewrite ^/newposts/page/([0-9]+)(/?)+$ /index.php?subaction=newposts&cstart=$1 last; rewrite ^/favorites(/?)+$ /index.php?do=favorites last; rewrite ^/favorites/page/([0-9]+)(/?)+$ /index.php?do=favorites&cstart=$1 last; rewrite ^/rules.html$ /index.php?do=rules last; rewrite ^/statistics.html$ /index.php?do=stats last; rewrite ^/addnews.html$ /index.php?do=addnews last; rewrite ^/rss.xml$ /engine/rss.php last; rewrite ^/sitemap.xml$ /uploads/sitemap.xml last; rewrite ^/([^.]+)/page/([0-9]+)(/?)+$ /index.php?do=cat&category=$1&cstart=$2 last; rewrite ^/([^.]+)/?$ /index.php?do=cat&category=$1 last; rewrite ^/([^.]+)/rss.xml$ /engine/rss.php?do=cat&category=$1 last; rewrite ^/page,([0-9]+),([^/]+).html$ /index.php?do=static&page=$2&news_page=$1 last; rewrite ^/print:([^/]+).html$ /engine/print.php?do=static&page=$1 last; rewrite ^/([^/]+).html$ /index.php?do=static&page=$1 last; rewrite ^/pl/(.*?)/(.*).txt /playlistJSON.php?code=$1&playlist=$2; } location ~ \.php$ { limit_req zone=two burst=5 nodelay; proxy_pass http://backend$request_uri; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 20; proxy_send_timeout 20; proxy_read_timeout 20; } location ~ playlist.php$ { proxy_pass http://backend; proxy_redirect off; proxy_http_version 1.1; proxy_set_header Connection ""; 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 60; proxy_send_timeout 60; proxy_read_timeout 60; } location ~ admin.php$ { allow 1.1.1.1; deny all; proxy_pass http://backend; proxy_redirect off; proxy_http_version 1.1; proxy_set_header Connection ""; 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 60; proxy_send_timeout 60; proxy_read_timeout 60; } location ~ ^/cgi-bin/.*\.cgi$ { proxy_pass http://backend; proxy_redirect off; } # Static files location location ~* ^.+\.(swf|ver|ver|jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|js)$ { root /var/www/site.com; } location /nginx_status { stub_status on; access_log off; allow 1.1.1.1; deny all; } } > > Все существующие автоматические конверторы, что мне доводилось видеть, выдают > нечитабильную, излишне усложненную, не оптимальную кашу, а часто просто не > работающую, или работающую, но не совсем так. Использовал этот http://www.anilcetin.com/convert-apache-htaccess-to-nginx/ Правда опускал if ($rule_0 = "") > Используя собственную голову, переводить "рирайты апача на нгинкс" получается > гораздо эффективнее, полезнее и избавляет от головной боли в будущем. А во > многих случаях, никаких rewrite и if в nginx вообще писать не нужно. > Да, но сейчас сайт под ддосом, а быстро я рирайты не умею переводить. > Наглядный пример в конце: > http://nginx.org/en/docs/http/converting_rewrite_rules.html#converting_mongrel_rules Этот пример знаю и всякие RewriteCond %{REQUEST_FILENAME} -f в конверторы даже не сую -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From gmm на csdoc.com Thu Jun 28 18:49:38 2012 From: gmm на csdoc.com (Gena Makhomed) Date: Thu, 28 Jun 2012 21:49:38 +0300 Subject: try_files /system/maintenance.html Message-ID: <4FECA742.40002@csdoc.com> On 28.06.2012 21:19, Валентин Бартенев wrote: > Наглядный пример в конце: > http://nginx.org/en/docs/http/converting_rewrite_rules.html#converting_mongrel_rules > > Отучайтесь от вредных привычек. это не совсем удачный пример. потому что файл /system/maintenance.html будет выдаваться с кодом 200, и будет восприниматься поисковыми машинами и прокси-серверами как нормальный ответ сервера, заменяя собой контент всех страниц. чтобы заставить nginx вести себя соответствующим требованиям RFC и ожиданиям поисковиков способом - народу приходится извращаться: http://www.ruby-forum.com/topic/4246744 http://www.tekovic.com/nginx-maintenance-page-with-503-http-status-code и т.д. и т.п. (таких рецептов уже достаточно много в интернете) так что на странице http://nginx.org/en/docs/http/converting_rewrite_rules.html на самом деле приведен пример того, как *не надо* делать. P.S. кстати, в старых версиях nginx было невозможно сделать add_header Retry-After 600; return 503; - заголовок "Retry-After" не добавлялся. судя по файлу CHANGES это осталось без изменений, и добавить Retry-After можно только используя сторонние или экспериментальные модули с embedded perl/lua/... -- Best regards, Gena From gmm на csdoc.com Thu Jun 28 19:13:44 2012 From: gmm на csdoc.com (Gena Makhomed) Date: Thu, 28 Jun 2012 22:13:44 +0300 Subject: try_files /system/maintenance.html In-Reply-To: <4FECA742.40002@csdoc.com> References: <4FECA742.40002@csdoc.com> Message-ID: <4FECACE8.9060603@csdoc.com> On 28.06.2012 21:49, Gena Makhomed wrote: >> Наглядный пример в конце: >> http://nginx.org/en/docs/http/converting_rewrite_rules.html#converting_mongrel_rules даже опросы на хабре устраивают на тему "какой код надо отдавать", и более 25% из участников опроса считают, что надо отдавать код 200: http://habrahabr.ru/post/117748/ а причина этого - ошибочные примеры в документации nginx: http://habrahabr.ru/post/117748/#comment_3836667 Это все Nginx виноват sysoev.ru/nginx/docs/http/ngx_http_core_module.html#try_files там используется скорее всего try_files /system/maintenance.html $uri @front_controller; Такой подход рекомендуется в документации Nginx и отдает статус 200 -- Best regards, Gena From a.vasilishin на kpi.ua Thu Jun 28 19:14:44 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, 28 Jun 2012 22:14:44 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <20120628182535.GK31671@mdounin.ru> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> <4FEC9FD3.8020607@kpi.ua> <20120628182535.GK31671@mdounin.ru> Message-ID: <4FECAD24.1050305@kpi.ua> 28.06.2012 21:25, Maxim Dounin пишет: >> # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6&seourl=$6 >> last; > > [...] > > http://nginx.org/r/rewrite/ru > > : Если в регулярном выражении встречаются символы "}" или ";", то > : всё выражение следует заключить в одинарные или двойные кавычки. > Спасибо за подсказку. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From mail на knutov.com Thu Jun 28 19:28:23 2012 From: mail на knutov.com (Nick Knutov) Date: Fri, 29 Jun 2012 01:28:23 +0600 Subject: =?UTF-8?Q?Re=3A_=2Ehtaccess_=D1=81_mod=5Frewrite?= In-Reply-To: <318926303.20120628160256@mtu-net.ru> References: <4FEC420A.6020207@knutov.com> <318926303.20120628160256@mtu-net.ru> Message-ID: <4FECB057.4010005@knutov.com> Шаред хостинг. 28.06.2012 18:02, Andrey Repin пишет: > Здравствуйте, Уважаемый(-ая, -ое) Nick Knutov! > > NK> В очередной раз перетряхивая хостинговые конфиги и софт захотелось > NK> выкинуть апач с кучей разных пускателей разных штук для разных языков, > NK> но всё упирается в .htaccess с mod_rewrite. > > NK> Я помню все предыдущие ответы (и понимаю их) про прозрачную поддержку > NK> .htaccess с mod_rewrite в нгинх, однако может быть планы за последний > NK> год поменялись? Или может быть появились сторонние модули? > > У меня только один вопрос - а нафига? > Я понимаю, девел сервер, там .htaccess вещь полезная. > Но на продакшене?... > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 From a.vasilishin на kpi.ua Thu Jun 28 20:51:29 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, 28 Jun 2012 23:51:29 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <20120628182535.GK31671@mdounin.ru> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> <4FEC9FD3.8020607@kpi.ua> <20120628182535.GK31671@mdounin.ru> Message-ID: <4FECC3D1.6060800@kpi.ua> 28.06.2012 21:25, Maxim Dounin пишет: >> # rewrite ^/([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ /index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6&seourl=$6 >> last; > > [...] > > http://nginx.org/r/rewrite/ru > > : Если в регулярном выражении встречаются символы "}" или ";", то > : всё выражение следует заключить в одинарные или двойные кавычки. > Что-то не получается у меня в кавычки взять. Можно пример? Кстати думаю и в документации будет не лишним. -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From a.vasilishin на kpi.ua Thu Jun 28 21:42:31 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, 29 Jun 2012 00:42:31 +0300 Subject: [emerg] directive "rewrite" is not terminated by ";" in In-Reply-To: <4FECC3D1.6060800@kpi.ua> References: <4FEC9CB9.6000106@kpi.ua> <1408420040.20120628221606@sadok.spb.ru> <4FEC9FD3.8020607@kpi.ua> <20120628182535.GK31671@mdounin.ru> <4FECC3D1.6060800@kpi.ua> Message-ID: <4FECCFC7.80408@kpi.ua> Разобрался, тут пример нашел: http://wiki.nginx.org/HttpRewriteModule#rewrite -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From igor на sysoev.ru Fri Jun 29 05:37:44 2012 From: igor на sysoev.ru (Igor Sysoev) Date: Fri, 29 Jun 2012 09:37:44 +0400 Subject: =?UTF-8?B?UmU6INCa0YLQviDRgtCw0Lwg0LjRgdC60LDQuyDQttC40LLRi9C1INCw0L3QsNC7?= =?UTF-8?B?0L7Qs9C4IE1heE1pbmQ/?= In-Reply-To: References: Message-ID: <545E6CFC-BE61-4D8A-A01C-7137872A3D8A@sysoev.ru> On Jun 28, 2012, at 21:47 , Дмитрий Андреев wrote: > Вот, вроде, энтузиаст нашелся: http://habrahabr.ru/post/146597/. Но модуля под nginx пока нет. Зачем изобретать модуль ? Достаточно раздавать текстовый формат и с помощью небольшого перлового скрипта делается база для geo-модуля. -- Igor Sysoev http://sysoev.ru/en/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kav на karagodov.name Fri Jun 29 06:14:35 2012 From: kav на karagodov.name (Alexey V. Karagodov) Date: Fri, 29 Jun 2012 10:14:35 +0400 Subject: =?UTF-8?Q?Re=3A_=2Ehtaccess_=D1=81_mod=5Frewrite?= In-Reply-To: <4FECB057.4010005@knutov.com> References: <4FEC420A.6020207@knutov.com> <318926303.20120628160256@mtu-net.ru> <4FECB057.4010005@knutov.com> Message-ID: переписать то не сложно в итоге только следить за этим огородом, мозг девелопера - штука непредсказуемая ... On 28.06.2012, at 23:28, Nick Knutov wrote: > Шаред хостинг. > > 28.06.2012 18:02, Andrey Repin пишет: >> Здравствуйте, Уважаемый(-ая, -ое) Nick Knutov! >> >> NK> В очередной раз перетряхивая хостинговые конфиги и софт захотелось >> NK> выкинуть апач с кучей разных пускателей разных штук для разных языков, >> NK> но всё упирается в .htaccess с mod_rewrite. >> >> NK> Я помню все предыдущие ответы (и понимаю их) про прозрачную поддержку >> NK> .htaccess с mod_rewrite в нгинх, однако может быть планы за последний >> NK> год поменялись? Или может быть появились сторонние модули? >> >> У меня только один вопрос - а нафига? >> Я понимаю, девел сервер, там .htaccess вещь полезная. >> Но на продакшене?... >> >> > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum на nginx.us Fri Jun 29 06:43:37 2012 From: nginx-forum на nginx.us (usemind) Date: Fri, 29 Jun 2012 02:43:37 -0400 (EDT) Subject: h264 nginx streaming In-Reply-To: <1724937879.20120628070420@mtu-net.ru> References: <1724937879.20120628070420@mtu-net.ru> Message-ID: <131a24c749f48bc930f3592e461bf088.NginxMailingListRussian@forum.nginx.org> Я попросил прощения у всех за свой тупизм. В 90% случаев я не понимаю что делаю, так как делаю все по шаблонам, в которых для меня написан не текс, так для Вас, типа иди туди и сделать то, а нечто, вроде: Kfxhgkh**& так что, еще раз простите меня новичка. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228034,228085#msg-228085 From nginx-forum на nginx.us Fri Jun 29 08:19:55 2012 From: nginx-forum на nginx.us (ALex_hha) Date: Fri, 29 Jun 2012 04:19:55 -0400 (EDT) Subject: =?UTF-8?B?0J3QtdGB0LrQvtC70YzQutC+INCy0L7Qv9GA0L7RgdC+0LIg0L/QviBsaW1pdCBy?= =?UTF-8?B?ZXE=?= Message-ID: <6f644ae332bb0236da4f99c70a191664.NginxMailingListRussian@forum.nginx.org> Есть 4 зоны: статика, динамика (передается на апач), download файлов (через апач, локейшен ^/file\-) и кеш (средствами nginx). limit_req_zone $binary_remote_addr zone=static:16m rate=100r/s; limit_req_zone $binary_remote_addr zone=dynamic:16m rate=5r/s; limit_req_zone $binary_remote_addr zone=download:8m rate=2r/s; limit_req_zone $binary_remote_addr zone=cache:8m rate=200r/s; server { limit_req zone=static burst=10 nodelay; ... location / { limit_req zone=dynamic burst=5 nodelay; proxy_pass ... ... } location = / { limit_req zone=cache burst=50 nodelay; proxy_pass ... ... proxy_cache wholepage; proxy_cache_valid 200 301 302 304 1h; proxy_ignore_headers "Cache-Control" "Expires"; ... } location = /about.html { limit_req zone=cache burst=50 nodelay; proxy_pass ... ... proxy_cache wholepage; proxy_cache_valid 200 301 302 304 1h; proxy_ignore_headers "Cache-Control" "Expires"; ... } location @apache { limit_req zone=dynamic burst=5 nodelay; proxy_pass ... ... } location ~* ^/file\- { limit_req zone=download burst=1 nodelay; try_files $uri @apache; } } Собственно вопрос к location ~* ^/file\- какой лимит будет применен? Т.е. с какой скоростью будут передаваться через этот location запросы на @apache? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228088,228088#msg-228088 From postmaster на softsearch.ru Fri Jun 29 08:27:48 2012 From: postmaster на softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 29 Jun 2012 12:27:48 +0400 Subject: =?UTF-8?B?UmU6INCa0YLQviDRgtCw0Lwg0LjRgdC60LDQuyDQttC40LLRi9C1INCw0L3QsNC7?= =?UTF-8?B?0L7Qs9C4IE1heE1pbmQ/?= In-Reply-To: References: Message-ID: <785735468.20120629122748@softsearch.ru> Здравствуйте, Дмитрий. > Вот, вроде, энтузиаст нашелся: http://habrahabr.ru/post/146597/. Но модуля под nginx пока нет. У него не в ту сторону прогресс движется. Нужна база точная, а у него алгоритм быстрый. :-) -- С уважением, Михаил mailto:postmaster на softsearch.ru From ne на vbart.ru Fri Jun 29 09:57:00 2012 From: ne на vbart.ru (=?koi8-r?b?98HMxc7Uyc4g4sHS1MXOxdc=?=) Date: Fri, 29 Jun 2012 13:57:00 +0400 Subject: =?UTF-8?B?UmU6INCd0LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+0YHQvtCyINC/0L4gbGlt?= =?UTF-8?B?aXQgcmVx?= In-Reply-To: <6f644ae332bb0236da4f99c70a191664.NginxMailingListRussian@forum.nginx.org> References: <6f644ae332bb0236da4f99c70a191664.NginxMailingListRussian@forum.nginx.org> Message-ID: <201206291357.00796.ne@vbart.ru> On Friday 29 June 2012 12:19:55 ALex_hha wrote: > Есть 4 зоны: статика, динамика > (передается на апач), download файлов (через > апач, локейшен ^/file\-) и кеш (средствами > nginx). > > limit_req_zone $binary_remote_addr zone=static:16m rate=100r/s; > limit_req_zone $binary_remote_addr zone=dynamic:16m rate=5r/s; > limit_req_zone $binary_remote_addr zone=download:8m rate=2r/s; > limit_req_zone $binary_remote_addr zone=cache:8m rate=200r/s; > > server { > limit_req zone=static burst=10 nodelay; > ... > location / { > limit_req zone=dynamic burst=5 nodelay; > proxy_pass ... > ... > } > > location = / { > limit_req zone=cache burst=50 nodelay; > proxy_pass ... > ... > proxy_cache wholepage; > proxy_cache_valid 200 301 302 304 1h; > proxy_ignore_headers "Cache-Control" "Expires"; > ... > } > > location = /about.html { > limit_req zone=cache burst=50 nodelay; > proxy_pass ... > ... > proxy_cache wholepage; > proxy_cache_valid 200 301 302 304 1h; > proxy_ignore_headers "Cache-Control" "Expires"; > ... > } > > location @apache { > limit_req zone=dynamic burst=5 nodelay; > proxy_pass ... > ... > } > > location ~* ^/file\- { > limit_req zone=download burst=1 nodelay; > try_files $uri @apache; > } > } > > Собственно вопрос к location ~* ^/file\- какой > лимит будет применен? Т.е. с какой > скоростью будут передаваться через > этот location запросы на @apache? > Будет применяться "limit_req zone=download burst=1 nodelay;" -- Валентин Бартенев From nginx-forum на nginx.us Fri Jun 29 13:43:20 2012 From: nginx-forum на nginx.us (RedRat) Date: Fri, 29 Jun 2012 09:43:20 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCf0YDQvtC40LfQstC+0LvRjNC90L4g0L7QsdGA0YvQstCw0Y7RgtGB0Y8g?= =?UTF-8?B?0LHQvtC70YzRiNC40LUgUE9TVCDQt9Cw0L/RgNC+0YHRiw==?= In-Reply-To: <5fe5ebafa2799349f38c41c208f136fa.NginxMailingListRussian@forum.nginx.org> References: <5fe5ebafa2799349f38c41c208f136fa.NginxMailingListRussian@forum.nginx.org> Message-ID: <090aca8db0f4f4a48eec12ecfbae472e.NginxMailingListRussian@forum.nginx.org> В общем, ситуация прояснилась. Скрипт закачки файлов открывает два соединения к серверу: в первом через POST заливается файл, во втором примерно через секунду запрашивается прогресс закачки. При работе напрямую сервер GlassFish корректно отдаёт значение процента закачаного, а вот при работе через nginx возникает проблема: заливаемый файл какое-то время буферизируется на nginx, соответственно, соединение от nginx до GlassFish в это время не устанавливается. В этот момент приходит короткий запрос на прогресс закачки, который nginx моментально пересылает на GlassFish, a тот удивлённо отвечает: "Ничего не знаю, никакой файл на меня не закачивается". В итоге, клиент рвёт соединение. Вопрос в следующем: как сказать nginx, чтобы он сразу начинал передавать закачиваемый файл на GlassFish? Как я понял из документации, параметр proxy_buffering отключает буферизацию в обратном направлении, от апстрима к клиенту. А мне нужно наоборот, чтобы nginx не буферизовал POST запрос от клиента к апстриму. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228040,228097#msg-228097 From onokonem на gmail.com Fri Jun 29 14:00:39 2012 From: onokonem на gmail.com (Daniel Podolsky) Date: Fri, 29 Jun 2012 18:00:39 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC40LfQstC+0LvRjNC90L4g0L7QsdGA0YvQstCw0Y7RgtGB0Y8g?= =?UTF-8?B?0LHQvtC70YzRiNC40LUgUE9TVCDQt9Cw0L/RgNC+0YHRiw==?= In-Reply-To: <090aca8db0f4f4a48eec12ecfbae472e.NginxMailingListRussian@forum.nginx.org> References: <5fe5ebafa2799349f38c41c208f136fa.NginxMailingListRussian@forum.nginx.org> <090aca8db0f4f4a48eec12ecfbae472e.NginxMailingListRussian@forum.nginx.org> Message-ID: > как сказать nginx, > чтобы он сразу начинал передавать > закачиваемый файл на GlassFish? никак. все что можно сделать - это обрабатывать прогресные запросы прямо на nginx, например встроенным перлом. From mdounin на mdounin.ru Fri Jun 29 14:01:47 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 29 Jun 2012 18:01:47 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC40LfQstC+0LvRjNC90L4g0L7QsdGA0YvQstCw0Y7RgtGB0Y8g?= =?UTF-8?B?0LHQvtC70YzRiNC40LUgUE9TVCDQt9Cw0L/RgNC+0YHRiw==?= In-Reply-To: <090aca8db0f4f4a48eec12ecfbae472e.NginxMailingListRussian@forum.nginx.org> References: <5fe5ebafa2799349f38c41c208f136fa.NginxMailingListRussian@forum.nginx.org> <090aca8db0f4f4a48eec12ecfbae472e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120629140147.GP31671@mdounin.ru> Hello! On Fri, Jun 29, 2012 at 09:43:20AM -0400, RedRat wrote: [...] > Вопрос в следующем: как сказать nginx, > чтобы он сразу начинал передавать > закачиваемый файл на GlassFish? Как я понял > из документации, параметр proxy_buffering > отключает буферизацию в обратном > направлении, от апстрима к клиенту. А > мне нужно наоборот, чтобы nginx не > буферизовал POST запрос от клиента к > апстриму. Никак. Maxim Dounin From nginx-forum на nginx.us Fri Jun 29 14:37:48 2012 From: nginx-forum на nginx.us (RedRat) Date: Fri, 29 Jun 2012 10:37:48 -0400 (EDT) Subject: =?UTF-8?B?UmU6INCf0YDQvtC40LfQstC+0LvRjNC90L4g0L7QsdGA0YvQstCw0Y7RgtGB0Y8g?= =?UTF-8?B?0LHQvtC70YzRiNC40LUgUE9TVCDQt9Cw0L/RgNC+0YHRiw==?= In-Reply-To: <20120629140147.GP31671@mdounin.ru> References: <20120629140147.GP31671@mdounin.ru> Message-ID: <1652f215991ccaea6c5c7fdc7d84dd35.NginxMailingListRussian@forum.nginx.org> > > Вопрос в следующем: как сказать nginx, > > чтобы он сразу начинал передавать > > закачиваемый файл на GlassFish? > > Никак. Понятно. На всякий случай уточню: если я POST-запросом заливаю через nginx огромный файл, то этот файл, вне зависимости от своего объёма, будет сначала полностью принят и сохранён на диск nginx-ом, и только потом тот откроет соединение с апстримом для передачи файла дальше? Без вариантов? Кстати, а если вместо POST использовать CONNECT - nginx сразу установить соединение с апстримом? Просто в ряде случаев наряду с опцией "proxy_buffering" хотелось бы иметь что-то типа "upstream_buffering ", которая при получении size объёма разрешала начинать передачу запроса апстриму. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228040,228104#msg-228104 From mdounin на mdounin.ru Fri Jun 29 15:21:27 2012 From: mdounin на mdounin.ru (Maxim Dounin) Date: Fri, 29 Jun 2012 19:21:27 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtC40LfQstC+0LvRjNC90L4g0L7QsdGA0YvQstCw0Y7RgtGB0Y8g?= =?UTF-8?B?0LHQvtC70YzRiNC40LUgUE9TVCDQt9Cw0L/RgNC+0YHRiw==?= In-Reply-To: <1652f215991ccaea6c5c7fdc7d84dd35.NginxMailingListRussian@forum.nginx.org> References: <20120629140147.GP31671@mdounin.ru> <1652f215991ccaea6c5c7fdc7d84dd35.NginxMailingListRussian@forum.nginx.org> Message-ID: <20120629152127.GQ31671@mdounin.ru> Hello! On Fri, Jun 29, 2012 at 10:37:48AM -0400, RedRat wrote: > > > Вопрос в следующем: как сказать nginx, > > > чтобы он сразу начинал передавать > > > закачиваемый файл на GlassFish? > > > > Никак. > > Понятно. На всякий случай уточню: если я > POST-запросом заливаю через nginx огромный > файл, то этот файл, вне зависимости от > своего объёма, будет сначала полностью > принят и сохранён на диск nginx-ом, и > только потом тот откроет соединение с > апстримом для передачи файла дальше? Да. > Без вариантов? Кстати, а если вместо POST > использовать CONNECT - nginx сразу > установить соединение с апстримом? Без вариантов, и метод CONNECT nginx не поддерживает. > Просто в ряде случаев наряду с опцией > "proxy_buffering" хотелось бы иметь что-то типа > "upstream_buffering ", которая при получении > size объёма разрешала начинать передачу > запроса апстриму. Желание понятно, но сейчас nginx так не умеет. Maxim Dounin From nginx-forum на nginx.us Fri Jun 29 15:45:30 2012 From: nginx-forum на nginx.us (SergXP) Date: Fri, 29 Jun 2012 11:45:30 -0400 (EDT) Subject: =?UTF-8?B?0J3QsNGB0YLRgNC+0LnQutCwINC60L7QvdGE0LjQs9CwLCBsb2NhdGlvbiwgcm9v?= =?UTF-8?B?dA==?= Message-ID: <15012bae2f00ab626ab3b099eded78d0.NginxMailingListRussian@forum.nginx.org> Всем привет! Помогите разобраться с такой проблемой. Имею структуру директорий: -site.ru/ -- library/ -- admin/ ---- public_html/ -- sites/ ---- main_site/ ------- public_html/ ---- site2/ ------- public_html/ ---- site3/ ------- public_html/ Пытаюсь с делать так, чтобы при заходе на страницу http://site.ru/admin/ сервер начинал брать данные из папки /site.ru/admin/public_html/ в остальных случаях: http://site.ru/ из /site.ru/sites/main_site/public_html/ http://site.ru/about/ из /site.ru/sites/main_site/public_html/ и тд И при заходе на сайт http://site3.site.ru/ из /site.ru/sites/site3/public_html/ Помогите разобраться и настроить правильно конфиг. Вот что у меня получается. При заходе на http://site.ru/admin/ [error] 29922#0: *1 "/var/www/site.ru/admin/public_html/admin/index.php" is not found (2: No such file or directory) При заходе на http://site.ru/ пустая страница. Конфиг server { listen 80; server_name site.ru *.site.ru; root /var/www/site.ru; access_log /var/log/nginx.access_log; location / { root /var/www/site.ru/sites/main_site/public_html/; index index.php; } location /admin/ { root /var/www/site.ru/admin/public_html/; index index.php; } # Deny access to sensitive files. location ~ (\.inc\.php|\.tpl|\.sql|\.tpl\.php|\.db)$ { deny all; } location ~ \.htaccess { deny all; } # Rewrite rule adapted from zendapp/public/.htaccess if (!-e $request_filename) { rewrite ^.*$ /index.php last; } # PHP scripts will be forwarded to fastcgi processess. # Remember that the `fastcgi_pass` directive must specify the same # port on which `spawn-fcgi` runs. location ~ \.php$ { include /etc/nginx/fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param APPLICATION_ENV development; } location = /50x.html { root /var/www/default; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228109,228109#msg-228109 From nginx-forum на nginx.us Fri Jun 29 22:34:48 2012 From: nginx-forum на nginx.us (v2t) Date: Fri, 29 Jun 2012 18:34:48 -0400 (EDT) Subject: =?UTF-8?B?0J/RgNC40LrRgNGD0YLQuNGC0Ywg0LHQsNC30YMgaXBnZW9iYXNlLnJ1INC6IG5n?= =?UTF-8?B?eCBodHRwIGdlb2lwIG1vZHVsZQ==?= Message-ID: <94baad2356a1b82f85336ce38cdad84a.NginxMailingListRussian@forum.nginx.org> Здравствуйте. По умолчанию модуль использует базу от MaxMind, которая, как известно, содержит для России и Украины много неточностей. Возможно, кто-то уже реализовал механизм преобразования базы ipgeobase.ru в формат, который можно использовать с данным модулем. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,228119,228119#msg-228119 From wangsamp на gmail.com Fri Jun 29 22:53:46 2012 From: wangsamp на gmail.com (Oleksandr V. Typlyns'kyi) Date: Sat, 30 Jun 2012 01:53:46 +0300 (EEST) Subject: =?UTF-8?B?UmU6INCf0YDQuNC60YDRg9GC0LjRgtGMINCx0LDQt9GDIGlwZ2VvYmFzZS5ydSA=?= =?UTF-8?B?0Logbmd4IGh0dHAgZ2VvaXAgbW9kdWxl?= In-Reply-To: <94baad2356a1b82f85336ce38cdad84a.NginxMailingListRussian@forum.nginx.org> References: <94baad2356a1b82f85336ce38cdad84a.NginxMailingListRussian@forum.nginx.org> Message-ID: Yesterday Jun 29, 2012 at 18:34 v2t wrote: > Здравствуйте. По умолчанию модуль > использует базу от MaxMind, которая, как > известно, содержит для России и Украины > много неточностей. Возможно, кто-то уже > реализовал механизм преобразования > базы ipgeobase.ru в формат, который можно > использовать с данным модулем. Спасибо. Вам нужен другой модуль: http://nginx.org/ru/docs/http/ngx_http_geo_module.html Важный параметр - ranges. Если нужны только страны, то достаточно даже awk: cat cidr_optim.txt | awk '{print $3$4$5" "$6";"}' -- WNGS-RIPE From greenh на gmail.com Sat Jun 30 08:14:58 2012 From: greenh на gmail.com (greenh) Date: Sat, 30 Jun 2012 11:14:58 +0300 Subject: =?UTF-8?B?bmdpbngg0Lgg0LzQvtC00LjRhNC40LrQsNGG0LjRjyDQutC+0L3RgtC10L3RgtCw?= Message-ID: Добрый день ПОдскажите плз, я в правильную сторону думаю, или не очень Возникла необычная задача - создать прокси сервер с возможность на ходу менять контент ХТМЛ страниц. Никто из стандартных прокси такого не умеет и по этому поводу возникла идея попробовать прикрутить для этого nginx. И соответсвенно возникло два вопроса 1. как заставить его раьботать в режиме прокси 2. как натравить пролетающий траф на какую нить пхп/бинарь ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From greenh на gmail.com Sat Jun 30 08:20:41 2012 From: greenh на gmail.com (greenh) Date: Sat, 30 Jun 2012 11:20:41 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC80L7QtNC40YTQuNC60LDRhtC40Y8g0LrQvtC90YLQtdC9?= =?UTF-8?B?0YLQsA==?= In-Reply-To: References: Message-ID: по п.1 - судя по всему что то типа location / { proxy_pass http://$host/ } 30 июня 2012 г., 11:14 пользователь greenh написал: > Добрый день > ПОдскажите плз, я в правильную сторону думаю, или не очень > Возникла необычная задача - создать прокси сервер с возможность на ходу > менять контент ХТМЛ страниц. Никто из стандартных прокси такого не умеет и > по этому поводу возникла идея попробовать прикрутить для этого nginx. > И соответсвенно возникло два вопроса > 1. как заставить его раьботать в режиме прокси > 2. как натравить пролетающий траф на какую нить пхп/бинарь > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From a.vasilishin на kpi.ua Sat Jun 30 09:39:44 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, 30 Jun 2012 12:39:44 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC80L7QtNC40YTQuNC60LDRhtC40Y8g0LrQvtC90YLQtdC9?= =?UTF-8?B?0YLQsA==?= In-Reply-To: References: Message-ID: <4FEEC960.6070709@kpi.ua> 30.06.2012 11:14, greenh пишет: > Добрый день > ПОдскажите плз, я в правильную сторону думаю, или не очень > Возникла необычная задача - создать прокси сервер с возможность на ходу > менять контент ХТМЛ страниц. Никто из стандартных прокси такого не умеет > и по этому поводу возникла идея попробовать прикрутить для этого nginx. > И соответсвенно возникло два вопроса > 1. как заставить его раьботать в режиме прокси > 2. как натравить пролетающий траф на какую нить пхп/бинарь > Может Вам этого хватит? http://nginx.org/ru/docs/http/ngx_http_addition_module.html http://nginx.org/ru/docs/http/ngx_http_sub_module.html -- WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE From tetsio.nainn на gmail.com Sat Jun 30 10:52:44 2012 From: tetsio.nainn на gmail.com (=?koi8-r?B?7cHSy8XMIO3PyM7B3sXX08vJyg==?=) Date: Sat, 30 Jun 2012 20:52:44 +1000 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC80L7QtNC40YTQuNC60LDRhtC40Y8g0LrQvtC90YLQtdC9?= =?UTF-8?B?0YLQsA==?= In-Reply-To: <4FEEC960.6070709@kpi.ua> References: <4FEEC960.6070709@kpi.ua> Message-ID: Greenh, посмотрите в сторону privoxy. 30.06.2012, в 19:39, Андрей Василишин написал(а): > 30.06.2012 11:14, greenh пишет: >> Добрый день >> ПОдскажите плз, я в правильную сторону думаю, или не очень >> Возникла необычная задача - создать прокси сервер с возможность на ходу >> менять контент ХТМЛ страниц. Никто из стандартных прокси такого не умеет >> и по этому поводу возникла идея попробовать прикрутить для этого nginx. >> И соответсвенно возникло два вопроса >> 1. как заставить его раьботать в режиме прокси >> 2. как натравить пролетающий траф на какую нить пхп/бинарь >> > > > Может Вам этого хватит? > http://nginx.org/ru/docs/http/ngx_http_addition_module.html > http://nginx.org/ru/docs/http/ngx_http_sub_module.html > -- > WBR, Andrey Vasilishin CDIG1-UANIC, CDIG1-RIPE > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From greenh на gmail.com Sat Jun 30 14:24:37 2012 From: greenh на gmail.com (greenh) Date: Sat, 30 Jun 2012 17:24:37 +0300 Subject: =?UTF-8?B?UmU6IG5naW54INC4INC80L7QtNC40YTQuNC60LDRhtC40Y8g0LrQvtC90YLQtdC9?= =?UTF-8?B?0YLQsA==?= In-Reply-To: <4FEEC960.6070709@kpi.ua> References: <4FEEC960.6070709@kpi.ua> Message-ID: > > > Добрый день >> ПОдскажите плз, я в правильную сторону думаю, или не очень >> Возникла необычная задача - создать прокси сервер с возможность на ходу >> менять контент ХТМЛ страниц. Никто из стандартных прокси такого не умеет >> и по этому поводу возникла идея попробовать прикрутить для этого nginx. >> И соответсвенно возникло два вопроса >> 1. как заставить его раьботать в режиме прокси >> 2. как натравить пролетающий траф на какую нить пхп/бинарь >> >> > > Может Вам этого хватит? > http://nginx.org/ru/docs/http/**ngx_http_addition_module.html > http://nginx.org/ru/docs/http/**ngx_http_sub_module.html Думаю что нет. не гибко ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: