From bdk.main at gmail.com Sat Feb 1 06:27:26 2014 From: bdk.main at gmail.com (Dmitry) Date: Sat, 1 Feb 2014 13:27:26 +0700 Subject: =?UTF-8?B?0L3QtSDRg9C00LDQtdGC0YHRjyDQvdCw0YHRgtGA0L7QuNGC0YwgaHR0cHMg0Yc=?= =?UTF-8?B?0LXRgNC10Lcgbmdpbng=?= Message-ID: Здравствуйте. У нас есть томкат в виде бакэнда на котором крутиться vaadinское приложение в качестве фронтэнда используем nginx. Особенность vaadinовского приложения в том что оно использует http streaming для нотификации клиенту об изменениях на сервере. По http все отлично работает. Настроили https но начались проблемы. В целом сайт отдается по https, но через какое то время или просто при активном переходе по ссылкам страницы как бы не догружаются(выскакивает стандартный ваадиноский спиннер и не исчезает - бесконечно крутиться). В логах ошибок нет, скомпилировал с дебагом в логах нечто такое: 2014/02/01 05:18:28 [debug] 25883#0: *15919 SSL reused session 2014/02/01 05:18:28 [debug] 25883#0: *15919 reusable connection: 1 2014/02/01 05:18:28 [debug] 25883#0: *15919 http wait request handler 2014/02/01 05:18:28 [debug] 25883#0: *15919 malloc: 00000000011EC850:1024 2014/02/01 05:18:28 [debug] 25883#0: *15919 SSL_read: -1 2014/02/01 05:18:28 [debug] 25883#0: *15919 SSL_get_error: 2 2014/02/01 05:18:28 [debug] 25883#0: *15919 free: 00000000011EC850 2014/02/01 05:18:28 [debug] 25883#0: timer delta: 0 2014/02/01 05:18:28 [debug] 25883#0: posted events 0000000000000000 2014/02/01 05:18:28 [debug] 25883#0: worker cycle 2014/02/01 05:18:28 [debug] 25883#0: epoll timer: 59907 2014/02/01 05:18:28 [debug] 25883#0: epoll: fd:12 ev:0001 d:0000000001175E41 2014/02/01 05:18:28 [debug] 25883#0: *15917 http wait request handler 2014/02/01 05:18:28 [debug] 25883#0: *15917 malloc: 00000000011EC850:1024 2014/02/01 05:18:28 [debug] 25883#0: *15917 SSL_read: 499 2014/02/01 05:18:28 [debug] 25883#0: *15917 SSL_read: -1 2014/02/01 05:18:28 [debug] 25883#0: *15917 SSL_get_error: 2 2014/02/01 05:18:28 [debug] 25883#0: *15917 reusable connection: 0 На сервере крутиться CentOS release 6.4 (Final) ядро 2.6 x86_64 Часть конфигурации: worker_processes 1; worker_rlimit_nofile 100000; events { worker_connections 1024; use epoll; multi_accept on; } sendfile on; tcp_nopush on; tcp_nodelay on; server_tokens off; gzip on; gzip_disable "msie6"; gzip_static on; gzip_comp_level 5; gzip_min_length 1024; types_hash_max_size 2048; keepalive_timeout 70; keepalive_requests 1000; reset_timedout_connection on; client_body_timeout 10; limit_conn_zone $binary_remote_addr zone=addr:10m; client_max_body_size 500m; map $http_upgrade $connection_upgrade { default upgrade; '' close; } ssl_session_timeout 10m; ssl_prefer_server_ciphers on; proxy_connect_timeout 6000; proxy_send_timeout 6000; proxy_read_timeout 6000; send_timeout 6000; server { listen 443 ssl; listen 80; ssl_certificate ssl/cert.crt; ssl_certificate_key ssl/cert.key; location /site { proxy_pass http://localhost:8111; proxy_redirect http://localhost:8111/ /; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; proxy_buffering off; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; } Пробовал настраивать то же окружение на локальной машине(ubuntu) с тем же конфигом nginx'a(брал с сервера) у меня https работает. Подскажите как найти и устранить проблему? -- С уважением, Бекренев Дмитрий -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Feb 1 07:54:58 2014 From: nginx-forum at nginx.us (siroco) Date: Sat, 01 Feb 2014 02:54:58 -0500 Subject: Custom 400 error for client-certificate-authenticated site In-Reply-To: <20140131171542.GX1835@mdounin.ru> References: <20140131171542.GX1835@mdounin.ru> Message-ID: <3ede74cc0df5dbac13efb12cbdc9944d.NginxMailingListRussian@forum.nginx.org> Спасибо большое, Максим! Все заработало like a charm! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247057,247072#msg-247072 From igor at sysoev.ru Sat Feb 1 11:58:50 2014 From: igor at sysoev.ru (Igor Sysoev) Date: Sat, 1 Feb 2014 15:58:50 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: <52EC2A3F.9080405@webmaster.spb.ru> References: <52EC2A3F.9080405@webmaster.spb.ru> Message-ID: On Feb 1, 2014, at 2:57 , denis wrote: > Потребовалось сделать редирект на базе одного из ряда аргументов, логично было бы так > if ($arg_SID=110) { > > А заработало так > if ($args ~ SID=110) { > > Что с $arg_SID не так? Вариант с if ($arg_SID~110) { также не заработал. И почему с args заработало вообще. > > вызов типа ?SID=11&PID=200 $arg_SID должен работать. -- Igor Sysoev http://nginx.com From denis at webmaster.spb.ru Sun Feb 2 13:10:04 2014 From: denis at webmaster.spb.ru (denis) Date: Sun, 02 Feb 2014 17:10:04 +0400 Subject: =?UTF-8?B?0LvQuNC80LjRgtGLINCw0LrRgtC40LLQvdGL0YUg0YHQvtC10LTQuNC90LXQvdC4?= =?UTF-8?B?0Lk/?= Message-ID: <52EE43AC.9040604@webmaster.spb.ru> Подскажите, где проходит грань между балансировщиком на nginx и аппаратным? Есть опыт работы системы, когда nginx-status говорил про 5к Reading: 6 Writing: 354 Waiting: 4623 А где проходит грань, когда уже нужно что-то аппаратное смотреть? Поделитесь опытом нагруженного использования... From denis at webmaster.spb.ru Sun Feb 2 13:13:34 2014 From: denis at webmaster.spb.ru (denis) Date: Sun, 02 Feb 2014 17:13:34 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: References: <52EC2A3F.9080405@webmaster.spb.ru> Message-ID: <52EE447E.4050504@webmaster.spb.ru> 01.02.2014 15:58, Igor Sysoev пишет: > On Feb 1, 2014, at 2:57 , denis wrote: >> Потребовалось сделать редирект на базе одного из ряда аргументов, логично было бы так >> if ($arg_SID=110) { >> >> А заработало так >> if ($args ~ SID=110) { >> >> Что с $arg_SID не так? Вариант с if ($arg_SID~110) { также не заработал. И почему с args заработало вообще. >> >> вызов типа ?SID=11&PID=200 > $arg_SID должен работать. но не работало или я что-то не так делал. Версия 1.4.4, не самая новая но и не 0.7 штатный дебиановский. Из оф.репы ngixn. Примеры запуска выше. Ну и почему работало if ($args ~ SID=110), в чем тут суть. Блок был примерно такой location / { if ... { return 301 tralala; break; } основное описание From swood at fotofor.biz Sun Feb 2 14:48:10 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Sun, 2 Feb 2014 18:48:10 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: <52EE447E.4050504@webmaster.spb.ru> References: <52EC2A3F.9080405@webmaster.spb.ru> <52EE447E.4050504@webmaster.spb.ru> Message-ID: Может быть попробовать так: if ($args ~* SID=110) { ? 2 февраля 2014 г., 17:13 пользователь denis написал: > 01.02.2014 15:58, Igor Sysoev пишет: > > On Feb 1, 2014, at 2:57 , denis wrote: >> >>> Потребовалось сделать редирект на базе одного из ряда аргументов, >>> логично было бы так >>> if ($arg_SID=110) { >>> >>> А заработало так >>> if ($args ~ SID=110) { >>> >>> Что с $arg_SID не так? Вариант с if ($arg_SID~110) { также не заработал. >>> И почему с args заработало вообще. >>> >>> вызов типа ?SID=11&PID=200 >>> >> $arg_SID должен работать. >> > > но не работало или я что-то не так делал. Версия 1.4.4, не самая новая но > и не 0.7 штатный дебиановский. Из оф.репы ngixn. Примеры запуска выше. > Ну и почему работало if ($args ~ SID=110), в чем тут суть. > Блок был примерно такой > location / { > if ... { > return 301 tralala; > break; > } > > основное описание > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From onokonem at gmail.com Sun Feb 2 15:34:49 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Sun, 2 Feb 2014 19:34:49 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: <52EE447E.4050504@webmaster.spb.ru> References: <52EC2A3F.9080405@webmaster.spb.ru> <52EE447E.4050504@webmaster.spb.ru> Message-ID: >> $arg_SID должен работать. > но не работало или я что-то не так делал. Даже в штатном дебиановском 0.7 оно работало и не перестало в 1.4.4. "я что-то не так делал" - это верное предположение From onokonem at gmail.com Sun Feb 2 15:38:40 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Sun, 2 Feb 2014 19:38:40 +0400 Subject: =?UTF-8?B?UmU6INC70LjQvNC40YLRiyDQsNC60YLQuNCy0L3Ri9GFINGB0L7QtdC00LjQvdC1?= =?UTF-8?B?0L3QuNC5Pw==?= In-Reply-To: <52EE43AC.9040604@webmaster.spb.ru> References: <52EE43AC.9040604@webmaster.spb.ru> Message-ID: 2014-02-02 denis : > А где проходит грань, когда уже нужно что-то аппаратное смотреть? > Поделитесь опытом нагруженного использования... Перед аппаратным есть еще haproxy. Но мы вот со своим трафиком в гигабит упирались раньше, чем в память и процессор. From vbart at nginx.com Sun Feb 2 16:42:31 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sun, 02 Feb 2014 20:42:31 +0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsgUEhQNS1GUE0gPT4g0L3QtSDRgNCw0LHQvtGC0LDQtdGCIGph?= =?UTF-8?B?dmFzY3JpcHQuLi4gKCgo?= In-Reply-To: <932b34c1f4191db57550ab4f40e36906.NginxMailingListRussian@forum.nginx.org> References: <932b34c1f4191db57550ab4f40e36906.NginxMailingListRussian@forum.nginx.org> Message-ID: <2791158.B5bD2kkk9i@vbart-laptop> On Friday 31 January 2014 15:46:05 Ve0 wrote: > как вы это опредили? у меня на всех сайтах проблема((( как ее > диагностировать? > и грешил на нджинкс потому что апача это хаволо((( > Большинство браузеров показывает ошибку при обработки скриптов, достаточно лишь открыть консоль (shift+f5 в firefox) и увидеть в чем она заключается. -- Валентин Бартенев From a.vasilishin at kpi.ua Sun Feb 2 19:57:38 2014 From: a.vasilishin at kpi.ua (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=F7=C1=D3=C9=CC=C9=DB=C9=CE?=) Date: Sun, 02 Feb 2014 21:57:38 +0200 Subject: =?UTF-8?B?UmU6INC70LjQvNC40YLRiyDQsNC60YLQuNCy0L3Ri9GFINGB0L7QtdC00LjQvdC1?= =?UTF-8?B?0L3QuNC5Pw==?= In-Reply-To: <52EE43AC.9040604@webmaster.spb.ru> References: <52EE43AC.9040604@webmaster.spb.ru> Message-ID: <52EEA332.4030109@kpi.ua> 02.02.2014 15:10, denis пишет: > Подскажите, где проходит грань между балансировщиком на nginx и > аппаратным? Есть опыт работы системы, когда nginx-status говорил про 5к > Reading: 6 Writing: 354 Waiting: 4623 > > А где проходит грань, когда уже нужно что-то аппаратное смотреть? > Поделитесь опытом нагруженного использования... Нигде http://gyazo.com/00c59046720d608174350f01f7d56892.png http://gyazo.com/e464b90f17e864c9252591aace12c396.png From nginx-forum at nginx.us Mon Feb 3 05:52:32 2014 From: nginx-forum at nginx.us (Ve0) Date: Mon, 03 Feb 2014 00:52:32 -0500 Subject: =?UTF-8?B?UmU6IE5naW54ICsgUEhQNS1GUE0gPT4g0L3QtSDRgNCw0LHQvtGC0LDQtdGCIGph?= =?UTF-8?B?dmFzY3JpcHQuLi4gKCgo?= In-Reply-To: References: Message-ID: <38faac932bb0343a97e1ef5584d1ef7b.NginxMailingListRussian@forum.nginx.org> Проверил на Апаче, фронтэнд нджинкс, php - apache. работает без проблем. если nginx + php-fpm вот такая тема... не понятно((( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246962,247079#msg-247079 From kisulja2000 at mail.ru Mon Feb 3 07:25:17 2014 From: kisulja2000 at mail.ru (kisulja) Date: Mon, 03 Feb 2014 11:25:17 +0400 Subject: =?UTF-8?B?UmU6IE5naW54ICsgUEhQNS1GUE0gPT4g0L3QtSDRgNCw0LHQvtGC0LDQtdGCIGph?= =?UTF-8?B?dmFzY3JpcHQuLi4gKCgo?= In-Reply-To: <38faac932bb0343a97e1ef5584d1ef7b.NginxMailingListRussian@forum.nginx.org> References: <38faac932bb0343a97e1ef5584d1ef7b.NginxMailingListRussian@forum.nginx.org> Message-ID: <52EF445D.7080205@mail.ru> Здравствуйте, Скорее всего разница может быть в разных ответах на один и тот-же .load или .post или .get Найдите кусок сбоящего кода поставьте onerror: и все поймете С уважением, Вакс 03.02.2014 9:52, Ve0 пишет: > Проверил на Апаче, фронтэнд нджинкс, php - apache. работает без проблем. > если nginx + php-fpm вот такая тема... не понятно((( > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246962,247079#msg-247079 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx-forum at nginx.us Mon Feb 3 09:00:23 2014 From: nginx-forum at nginx.us (siroco) Date: Mon, 03 Feb 2014 04:00:23 -0500 Subject: Custom 400 error for client-certificate-authenticated site In-Reply-To: <20140131171542.GX1835@mdounin.ru> References: <20140131171542.GX1835@mdounin.ru> Message-ID: > Ошибка "No required SSL certificate was sent" имеет специальный > код 496, и именно его надо перехватывать директивой error_page. Код 496 прекрасно справляется с ситуацией перехвата ситуации с отсутствующим сертификатом. Но если срок действия сертификата, то все равно вылетаем ошибка "400 Bad Request No required SSL certificate was sent") Если какая-то возможность показывать кастомную ошибку в ситуации, когда сертификат уже не действителен (по времени)? Пробовал добавить и ошибку 495 тоже (вместе с 496), но ничего не помогло.. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247057,247081#msg-247081 From nginx-forum at nginx.us Mon Feb 3 09:07:37 2014 From: nginx-forum at nginx.us (mnsold) Date: Mon, 03 Feb 2014 04:07:37 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: References: <20140129091359.GF1835@mdounin.ru> Message-ID: <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> Что-то не добавляется у меня пост, пишет о дубле, а по факту не вижу его в теме. Короткий вариант поста: Саппорт долго думал и ответил: JBoss организовать каким-либо иным образом невозможно. Веб приложения работают с уникальными именами и других вариантов здесь быть не может. Печаль, 2й вариант отпадает (((. Подскажите, если еще надежда спроксировать приложение, даже если что-то придется организовывать через какое-то место и куда теперь дальше копать? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247083#msg-247083 From denis at webmaster.spb.ru Mon Feb 3 09:10:22 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 03 Feb 2014 13:10:22 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: References: <52EC2A3F.9080405@webmaster.spb.ru> <52EE447E.4050504@webmaster.spb.ru> Message-ID: <52EF5CFE.3050606@webmaster.spb.ru> 02.02.2014 19:34, Daniel Podolsky пишет: >>> $arg_SID должен работать. >> но не работало или я что-то не так делал. > Даже в штатном дебиановском 0.7 оно работало и не перестало в 1.4.4. > > "я что-то не так делал" - это верное предположение примеры выше. Редирект через arg_SID не работал, примеры тоже выше. =* не подходит потому, что нужно полное совпадение, и по регистру, и по имени, чтобы всякие SSID (условно) не проходили через переменную, как и sid. From igor at sysoev.ru Mon Feb 3 09:11:41 2014 From: igor at sysoev.ru (Igor Sysoev) Date: Mon, 3 Feb 2014 13:11:41 +0400 Subject: Custom 400 error for client-certificate-authenticated site In-Reply-To: References: <20140131171542.GX1835@mdounin.ru> Message-ID: On Feb 3, 2014, at 13:00 , siroco wrote: >> Ошибка "No required SSL certificate was sent" имеет специальный >> код 496, и именно его надо перехватывать директивой error_page. > > Код 496 прекрасно справляется с ситуацией перехвата ситуации с отсутствующим > сертификатом. > > Но если срок действия сертификата, то все равно вылетаем ошибка "400 Bad > Request > No required SSL certificate was sent") > > Если какая-то возможность показывать кастомную ошибку в ситуации, когда > сертификат уже не действителен (по времени)? > Пробовал добавить и ошибку 495 тоже (вместе с 496), но ничего не помогло.. 495 должна работать. -- Igor Sysoev http://nginx.com From nginx-forum at nginx.us Mon Feb 3 09:23:00 2014 From: nginx-forum at nginx.us (siroco) Date: Mon, 03 Feb 2014 04:23:00 -0500 Subject: Custom 400 error for client-certificate-authenticated site In-Reply-To: References: <20140131171542.GX1835@mdounin.ru> Message-ID: Прошу прощения, дело было в кешах Хрома. Все работает после включения 495 и 496. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247057,247084#msg-247084 From igor at sysoev.ru Mon Feb 3 09:25:34 2014 From: igor at sysoev.ru (Igor Sysoev) Date: Mon, 3 Feb 2014 13:25:34 +0400 Subject: Custom 400 error for client-certificate-authenticated site In-Reply-To: References: <20140131171542.GX1835@mdounin.ru> Message-ID: On Feb 3, 2014, at 13:23 , siroco wrote: > Прошу прощения, дело было в кешах Хрома. > Все работает после включения 495 и 496. С 495 есть только одна проблема - она возвращается на примерно 30 ошибок проверки сертификата. -- Igor Sysoev http://nginx.com From denis at webmaster.spb.ru Mon Feb 3 10:40:31 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 03 Feb 2014 14:40:31 +0400 Subject: =?UTF-8?B?UmU6INC70LjQvNC40YLRiyDQsNC60YLQuNCy0L3Ri9GFINGB0L7QtdC00LjQvdC1?= =?UTF-8?B?0L3QuNC5Pw==?= In-Reply-To: <52EE43AC.9040604@webmaster.spb.ru> References: <52EE43AC.9040604@webmaster.spb.ru> Message-ID: <52EF721F.6030606@webmaster.spb.ru> 02.02.2014 17:10, denis пишет: > Подскажите, где проходит грань между балансировщиком на nginx и > аппаратным? Есть опыт работы системы, когда nginx-status говорил про 5к > Reading: 6 Writing: 354 Waiting: 4623 > > А где проходит грань, когда уже нужно что-то аппаратное смотреть? > Поделитесь опытом нагруженного использования... > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru https://www.google.ru/?q="100k%20connenctions%20nginx" забавно. http://highscalability.com/blog/2013/5/13/the-secret-to-10-million-concurrent-connections-the-kernel-i.html http://www.kegel.com/c10k.html From mdounin at mdounin.ru Mon Feb 3 11:37:48 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 3 Feb 2014 15:37:48 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> References: <20140129091359.GF1835@mdounin.ru> <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140203113748.GG1835@mdounin.ru> Hello! On Mon, Feb 03, 2014 at 04:07:37AM -0500, mnsold wrote: > Что-то не добавляется у меня пост, пишет о дубле, а по факту не вижу его в > теме. Короткий вариант поста: > > Саппорт долго думал и ответил: > JBoss организовать каким-либо иным образом невозможно. > Веб приложения работают с уникальными именами и других вариантов здесь быть > не может. > > Печаль, 2й вариант отпадает (((. > > Подскажите, если еще надежда спроксировать приложение, даже если что-то > придется организовывать через какое-то место и куда теперь дальше копать? По-моему, вы не о том спрашивали поддержку JBoss'а. Где-то тут у них есть документация, которая рассказывает о том, как хостам имена и alias'ы: http://docs.jboss.org/jbossweb/latest/config/host.html -- Maxim Dounin http://nginx.org/ From vbart at nginx.com Mon Feb 3 16:23:55 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 03 Feb 2014 20:23:55 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: <52EC2A3F.9080405@webmaster.spb.ru> References: <52EC2A3F.9080405@webmaster.spb.ru> Message-ID: <1521902.jEzYHvCYgp@vbart-laptop> On Saturday 01 February 2014 02:57:03 denis wrote: > Потребовалось сделать редирект на базе одного из ряда аргументов, > логично было бы так > if ($arg_SID=110) { > > А заработало так > if ($args ~ SID=110) { > > Что с $arg_SID не так? Вариант с if ($arg_SID~110) { также не заработал. > И почему с args заработало вообще. > > вызов типа ?SID=11&PID=200 > С $arg_SID всё хорошо, всё плохо с "$arg_SID=110", в последнем случае nginx ищет среди параметров переменную с именем "SID=110". Ваше условие сработало бы на запрос: ?SID=110=110&PID=200 Пробелы вокруг операторов в if обязательны. -- Валентин Бартенев From nginx-forum at nginx.us Mon Feb 3 20:48:49 2014 From: nginx-forum at nginx.us (c4simba) Date: Mon, 03 Feb 2014 15:48:49 -0500 Subject: nginx + dav + dav_ext In-Reply-To: <4F981330.90000@qip.ru> References: <4F981330.90000@qip.ru> Message-ID: Только что настроил тоже самое. клиент даже не пытается сделать PUT, но делает [04/Feb/2014:00:46:21 +0400] "PROPFIND /rasp.pdf HTTP/1.1" 207 255 "-" "Microsoft-WebDAV-MiniRedir/6.1.7601" в логе ошибок: 2014/02/04 00:46:21 [alert] 7118#0: *12925 dav_ext stat failed on '/home/user/dav/rasp.pdf' (2: No such file or directory), client: c.l.ie.nt, server: simba.server, request: "PROPFIND /rasp.pdf HTTP/1.1", host: "simba.server:12345" Posted at Nginx Forum: http://forum.nginx.org/read.php?21,225769,247091#msg-247091 From nginx-forum at nginx.us Mon Feb 3 20:54:29 2014 From: nginx-forum at nginx.us (DenisM) Date: Mon, 03 Feb 2014 15:54:29 -0500 Subject: =?UTF-8?B?UmU6INCj0LHRgNCw0YLRjCDQtNGD0LHQu9C40YDQvtCy0LDQvdC90YvQtSDQt9Cw?= =?UTF-8?B?0LPQvtC70L7QstC60Lg=?= In-Reply-To: <86909331.20140131200121@softsearch.ru> References: <86909331.20140131200121@softsearch.ru> Message-ID: Михаил, как, не подскажете? Михаил Монашёв Wrote: ------------------------------------------------------- > Здравствуйте, DenisM. > > > Добрый день! > > Nginx в режиме fastcgi к php. Php благодаря разработчикам дублирует > куки > > PHPSESSID и т.п. > > Можно ли заставить nginx удалять лишние копии кук из заголовка, или > только > > править сырцы? > > Можно попробовать сначала их удалить, а потом заново выставить. > Возможно удаление удалит дубли. > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247050,247080#msg-247080 From nginx-forum at nginx.us Mon Feb 3 20:54:47 2014 From: nginx-forum at nginx.us (mnsold) Date: Mon, 03 Feb 2014 15:54:47 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: References: <20140129091359.GF1835@mdounin.ru> Message-ID: > в итоге: > - могу залогинится в /SASLogon/ > - затем перебрасывает на страницу > http://analitica.iac.uts/SASWebReportStudio/logonFromPortalWRS.do?sasp > fs_sessionid= .. далее параметры > при этом: > 1. на странице /SASWebReportStudio/defaultHandler.jsp ошибок не > возникает, и перебрасывает как раз на > /SASWebReportStudio/logonFromPortalWRS.do?... > 2. все ссылки на этой странице ссылаются на > alys.lan.iac.spb.ru:8180/SASWebReportStudio/... > 3. javascript, если срабатывает, то перебрасывает тоже > alys.lan.iac.spb.ru:8180/SASWebReportStudio/... > 4. javascript, который открывает всплывающие окна, не отрабатывает > (всплывающие окна разрешены) > > > 2) Убедить бекенд, что он должен отзываться на то имя, к которому > > обращаются пользователи. Обычно это делается где-то в настройках > > бекенда. > > Ух, там с этим возможно будут проблемы. > Вся настройка из юзерфрендли интерфейса, по результатам которой > генерируется куча xml файлов, создаются множетсво исполняемых файлов. > Даже когда перезапускаешь jboss, он все приложения заного их > распаковывает, что то делает и деплоит обратно, на 16ядрах с 24гб на > все уходит минут 7. > > Но попытаюсь выяснить этот вопрос у поддержки, про nginx они сказали, > что у них нет такой информации и ничем помось не могут. Саппорт долго думал и ответил: JBoss организовать каким-либо иным образом невозможно. Веб приложения работают с уникальными именами и других вариантов здесь быть не может. Печаль, 2й вариант отпадает (((. Подскажите, если еще надежда спроксировать приложение, даже если что-то придется организовывать через какое-то место и куда теперь дальше копать? Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247078#msg-247078 From vbart at nginx.com Mon Feb 3 22:22:02 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 04 Feb 2014 02:22:02 +0400 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> References: <20140129091359.GF1835@mdounin.ru> <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> Message-ID: <1805816.Nt0nghVO2R@vbart-laptop> On Monday 03 February 2014 04:07:37 mnsold wrote: > Что-то не добавляется у меня пост, пишет о дубле, а по факту не вижу его в > теме. Короткий вариант поста: > [..] Так не надо на форум писать, который кое-как прикручен к рассылке. На форуме жизни нет, она вся тут: http://mailman.nginx.org/mailman/listinfo/nginx-ru По факту, Максим уже ответил на ваше сообщение, только ответ на форум по какой-то причине не попал: http://mailman.nginx.org/pipermail/nginx-ru/2014-February/053299.html -- Валентин Бартенев From postmaster at softsearch.ru Tue Feb 4 08:53:07 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 4 Feb 2014 12:53:07 +0400 Subject: =?UTF-8?B?UmVbMl06INCj0LHRgNCw0YLRjCDQtNGD0LHQu9C40YDQvtCy0LDQvdC90YvQtSA=?= =?UTF-8?B?0LfQsNCz0L7Qu9C+0LLQutC4?= In-Reply-To: References: <86909331.20140131200121@softsearch.ru> Message-ID: <285819206.20140204125307@softsearch.ru> Здравствуйте, DenisM. http://nginx.org/ru/docs/http/ngx_http_headers_module.html#add_header > Михаил, как, не подскажете? > Михаил Монашёв Wrote: > ------------------------------------------------------- >> Здравствуйте, DenisM. >> >> > Добрый день! >> > Nginx в режиме fastcgi к php. Php благодаря разработчикам дублирует >> куки >> > PHPSESSID и т.п. >> > Можно ли заставить nginx удалять лишние копии кук из заголовка, или >> только >> > править сырцы? >> >> Можно попробовать сначала их удалить, а потом заново выставить. >> Возможно удаление удалит дубли. >> >> -- >> С уважением, >> Михаил mailto:postmaster at softsearch.ru > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247050,247080#msg-247080 > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Tue Feb 4 09:02:48 2014 From: nginx-forum at nginx.us (Dimka) Date: Tue, 04 Feb 2014 04:02:48 -0500 Subject: =?UTF-8?B?TkdpbnggLSDQmtC10YjQuNGA0L7QstCw0L3QuNC1INC00LjQvdCw0LzQuNGH0LU=?= =?UTF-8?B?0YHQutC40YUg0LfQsNC/0YDQvtGB0L7Qsg==?= Message-ID: <40443d8c8f87c623f86d927919f03b3b.NginxMailingListRussian@forum.nginx.org> Всем привет! Такая задача. Есть запросы такого вида: /mail-box-1111111111?clientId=222&clientParams=333 /mail-box-1111111111?clientId=888&clientParams=009 /mail-box-2222222222?clientId=777&clientParams=583 Сейчас NGinx передаёт его в томкат, томкат отдаёт ответ содержащий html страницу сгенерированную по шаблону 1111111111 или 2222222222 а прочие доп параметры clientId=888&clientParams=009 юзаются потом javascript ом этой страницы. Хочу кешировать ответы томката, так как на первый и второй запрос ответ одинаков и никогда потом не меняется. (разные только параметры могут быть, но повторю - они на ответ не влияют) Есть идеи как кешировать запрос исходя из "/mail-box-1111111111" не беря во внимание то что после ? идёт? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247093,247093#msg-247093 From postmaster at softsearch.ru Tue Feb 4 09:12:54 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Tue, 4 Feb 2014 13:12:54 +0400 Subject: =?UTF-8?B?UmU6IE5HaW54IC0g0JrQtdGI0LjRgNC+0LLQsNC90LjQtSDQtNC40L3QsNC80Lg=?= =?UTF-8?B?0YfQtdGB0LrQuNGFINC30LDQv9GA0L7RgdC+0LI=?= In-Reply-To: <40443d8c8f87c623f86d927919f03b3b.NginxMailingListRussian@forum.nginx.org> References: <40443d8c8f87c623f86d927919f03b3b.NginxMailingListRussian@forum.nginx.org> Message-ID: <417489787.20140204131254@softsearch.ru> Здравствуйте, Dimka. > Есть запросы такого вида: > /mail-box-1111111111?clientId=222&clientParams=333 > /mail-box-1111111111?clientId=888&clientParams=009 > /mail-box-2222222222?clientId=777&clientParams=583 > Сейчас NGinx передаёт его в томкат, томкат отдаёт ответ содержащий html > страницу сгенерированную по шаблону 1111111111 или 2222222222 а прочие доп > параметры clientId=888&clientParams=009 юзаются потом javascript ом этой > страницы. > Хочу кешировать ответы томката, так как на первый и второй запрос ответ > одинаков и никогда потом не меняется. (разные только параметры могут быть, > но повторю - они на ответ не влияют) > Есть идеи как кешировать запрос исходя из "/mail-box-1111111111" не беря во > внимание то что после ? идёт? Не используйте в ключе кэширования аргументы и всё. -- С уважением, Михаил mailto:postmaster at softsearch.ru From nginx-forum at nginx.us Tue Feb 4 10:57:43 2014 From: nginx-forum at nginx.us (mnsold) Date: Tue, 04 Feb 2014 05:57:43 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> References: <20140129091359.GF1835@mdounin.ru> <01987d0905d280d4d1b626819e4d0d6c.NginxMailingListRussian@forum.nginx.org> Message-ID: <3b70a364370e676d90a59d105b9243eb.NginxMailingListRussian@forum.nginx.org> Откопал у них доку по проксированию в апаче. В итоге, удалось спроксировать на на один хост - analitica.iac.uts. Пришлось сделать некоторые изменения на стороне фронденда, jboss не трогал, изменил точку входа и порт на сервере метаданных в проксируемом приложениии на ту, что используется на проскируемом сервере. Странно, что саппорт об этом ничего не говорит. Точку входа и порт на сервере метаданных можно указать только однду, возьмо таймаут, буду обдумывать как быть со 2м доменным именем. Спасибо за помощь. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247094#msg-247094 From nginx-forum at nginx.us Tue Feb 4 11:41:18 2014 From: nginx-forum at nginx.us (S.A.N) Date: Tue, 04 Feb 2014 06:41:18 -0500 Subject: =?UTF-8?B?UmU6IE5HaW54IC0g0JrQtdGI0LjRgNC+0LLQsNC90LjQtSDQtNC40L3QsNC80Lg=?= =?UTF-8?B?0YfQtdGB0LrQuNGFINC30LDQv9GA0L7RgdC+0LI=?= In-Reply-To: <40443d8c8f87c623f86d927919f03b3b.NginxMailingListRussian@forum.nginx.org> References: <40443d8c8f87c623f86d927919f03b3b.NginxMailingListRussian@forum.nginx.org> Message-ID: <74c351a06da046426e99aef633250ae8.NginxMailingListRussian@forum.nginx.org> proxy_cache_key "$host$uri; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247093,247095#msg-247095 From mdounin at mdounin.ru Tue Feb 4 13:45:54 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 4 Feb 2014 17:45:54 +0400 Subject: nginx-1.5.10 Message-ID: <20140204134554.GE1835@mdounin.ru> Изменения в nginx 1.5.10 04.02.2014 *) Добавление: модуль ngx_http_spdy_module теперь использует протокол SPDY 3.1. Спасибо Automattic и MaxCDN за спонсирование разработки. *) Добавление: модуль ngx_http_mp4_module теперь пропускает дорожки, имеющие меньшую длину, чем запрошенная перемотка. *) Исправление: в рабочем процессе мог произойти segmentation fault, если переменная $ssl_session_id использовалась при логгировании; ошибка появилась в 1.5.9. *) Исправление: переменные $date_local и $date_gmt использовали неверный формат вне модуля ngx_http_ssi_filter_module. *) Исправление: клиентские соединения могли сразу закрываться, если использовался отложенный accept; ошибка появилась в 1.3.15. *) Исправление: сообщения "getsockopt(TCP_FASTOPEN) ... failed" записывались в лог в процессе обновления исполняемого файла на Linux; ошибка появилась в 1.5.8. Спасибо Piotr Sikora. -- Maxim Dounin http://nginx.org/en/donation.html From denis at webmaster.spb.ru Tue Feb 4 13:50:20 2014 From: denis at webmaster.spb.ru (denis) Date: Tue, 04 Feb 2014 17:50:20 +0400 Subject: =?UTF-8?B?UmU6INCw0L3QsNC70LjQtyDQsNGA0LPRg9C80LXQvdGC0L7QsiDQsiBhcmcq?= In-Reply-To: <1521902.jEzYHvCYgp@vbart-laptop> References: <52EC2A3F.9080405@webmaster.spb.ru> <1521902.jEzYHvCYgp@vbart-laptop> Message-ID: <52F0F01C.8090507@webmaster.spb.ru> 03.02.2014 20:23, Валентин Бартенев пишет: > > С $arg_SID всё хорошо, всё плохо с "$arg_SID=110", в последнем случае nginx > ищет среди параметров переменную с именем "SID=110". > > Ваше условие сработало бы на запрос: ?SID=110=110&PID=200 > > Пробелы вокруг операторов в if обязательны. это очень важное уточнение, которое я нигде не увидел. Если этого нет на сайте - можно отразить в вики + основном сайте? From nginx-forum at nginx.us Tue Feb 4 20:24:03 2014 From: nginx-forum at nginx.us (S.A.N) Date: Tue, 04 Feb 2014 15:24:03 -0500 Subject: nginx-1.5.10 In-Reply-To: <20140204134554.GE1835@mdounin.ru> References: <20140204134554.GE1835@mdounin.ru> Message-ID: <478b5e23eaac51f63339926402ef0058.NginxMailingListRussian@forum.nginx.org> Стесняюсь спросить, в какой версии планируется реализацию ревалидации по ETag? :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247148,247171#msg-247171 From nginx-forum at nginx.us Tue Feb 4 21:30:51 2014 From: nginx-forum at nginx.us (mnsold) Date: Tue, 04 Feb 2014 16:30:51 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <20140203113748.GG1835@mdounin.ru> References: <20140203113748.GG1835@mdounin.ru> Message-ID: <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> > > Саппорт долго думал и ответил: > > JBoss организовать каким-либо иным образом невозможно. > > Веб приложения работают с уникальными именами и других вариантов > здесь быть > > не может. > > > > Печаль, 2й вариант отпадает (((. > > > > Подскажите, если еще надежда спроксировать приложение, даже если > что-то > > придется организовывать через какое-то место и куда теперь дальше > копать? > > По-моему, вы не о том спрашивали поддержку JBoss'а. Где-то тут у > них есть документация, которая рассказывает о том, как хостам > имена и alias'ы: > > http://docs.jboss.org/jbossweb/latest/config/host.html Это я не у Jboss спрашивал, спрашивал на sas.com. Они используют его как софт сторонних производителей для развертывания своих веб приложений, там помимо jboss вместе с их веб приложениями еще порядка 70 их различных компонентов (по памяти, наверное я даже сильно приуменьшил количество чтобы не соврать). Один из них это метадата сервер, в нем частично зарегистрированы их приложения, в том числе и ифраструктура приложений, одним из компонетов которого является web report studio. Сами свойства и атрибуты web report studio хранящиеся в метада сервере никак не связаны с Jboss, в частности, там хранится точка входа и порт. Но когда генерятся html страницы, в них подставляется точка входа и порт из метаданных сервера. Получается, что там укажешь, то и будет отдаваться пользователю, в независимости есть такой хост или нет. Повторно документ найти не удалось на их сайте, как-то случайно на него попал, нашел уже в гугле, хорошо хоть название специально записал, вот этот документ http://support.sas.com/resources/thirdpartysupport/v93/appservers/ApacheProxyAndWebLogic.pdf (раздел Change the Connections for the SAS Web Applications и SAS ? Web Report Studio 4.3 Specific Update). Вот там, на метаданных сервера, можно указать только одно доменной имя для точки входа. Как указать второе доменное имя, пока думаю. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247174#msg-247174 From nginx-forum at nginx.us Wed Feb 5 06:10:40 2014 From: nginx-forum at nginx.us (tfox) Date: Wed, 05 Feb 2014 01:10:40 -0500 Subject: =?UTF-8?B?0KfRgtC+INGC0LDQutC+0LU6IDIg0YTQuNC30LjRh9C10YHQutC40YUgLyAyINC7?= =?UTF-8?B?0L7Qs9C40YfQtdGB0LrQuNGFINGP0LTRgNCwPw==?= Message-ID: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Выделенный сервер с процессором Intel Atom D525. В описании к серверу сказано: это двухъядерный процессор ... но благодаря технологии HyperThreading, способен обработать четыре потока за один раз. Как это понять? Вообщем моя проблема в том, что я не знаю какое значение установить для директивы worker_processes в конфигурационном файле nginx.conf worker_processes 2; ИЛИ worker_processes 4; Ведь по Сысоеву worker_processes должен равняться числу процессорных ядер. Помогите подсчитать ядра :) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247183,247183#msg-247183 From kulmaks at gmail.com Wed Feb 5 06:39:04 2014 From: kulmaks at gmail.com (Maksim Kulik) Date: Wed, 5 Feb 2014 09:39:04 +0300 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> References: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> Message-ID: С такими знаниями вебсервера настраивать... Наймите лучше админа :) Также, рекомендую почитать http://ru.wikipedia.org/wiki/Hyper-threading Не знаю какие у вас планируются нагрузки (а какие они могут быть на атоме?), но при небольшом количестве посетителей вам и значения 1 хватит. 5 февраля 2014 г., 9:10 пользователь tfox написал: > Здравствуйте. > > Выделенный сервер с процессором Intel Atom D525. > В описании к серверу сказано: это двухъядерный процессор ... но благодаря > технологии HyperThreading, способен обработать четыре потока за один раз. > Как это понять? > > Вообщем моя проблема в том, что я не знаю какое значение установить для > директивы worker_processes в конфигурационном файле nginx.conf > > worker_processes 2; ИЛИ worker_processes 4; > > Ведь по Сысоеву worker_processes должен равняться числу процессорных ядер. > > Помогите подсчитать ядра :) > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247183,247183#msg-247183 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Feb 5 06:54:17 2014 From: nginx-forum at nginx.us (tfox) Date: Wed, 05 Feb 2014 01:54:17 -0500 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: References: Message-ID: <4209a61bc99990d804f9eed67b2807ff.NginxMailingListRussian@forum.nginx.org> Максим, ну во первых, слава богу, я не админ :) Во вторых, нанимать "админа" ради нескольких значений конфигурационном файле это не рентабельно. Согласитесь. И в третьих, вы так и не ответили на простой вопрос. А только показали свое "Я". Нагрузка на сервер около 50-100 запросов в минуту. Есть значение auto. Стоит ли его ставить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247183,247186#msg-247186 From kulmaks at gmail.com Wed Feb 5 07:10:26 2014 From: kulmaks at gmail.com (Maksim Kulik) Date: Wed, 5 Feb 2014 10:10:26 +0300 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: <4209a61bc99990d804f9eed67b2807ff.NginxMailingListRussian@forum.nginx.org> References: <4209a61bc99990d804f9eed67b2807ff.NginxMailingListRussian@forum.nginx.org> Message-ID: На самом деле можете считать, что ядер у вас 2. А вот касаемо worker_processes вопрос совсем не простой, о чем, собственно, упоминается и в мануале. "Задаёт число рабочих процессов. Оптимальное значение зависит от множества факторов, включая (но не ограничиваясь ими) число процессорных ядер, число жёстких дисков с данными и картину нагрузок. Если затрудняетесь в выборе правильного значения, можно начать с установки его равным числу процессорных ядер (значение ?auto? пытается определить его автоматически)." Так что в вашем случае, все же, лучше поставить auto (хоть при 50-100 запросов в минуту вам и значения "1" хватит). И вообще, конфигурация таких параметров подбирается либо исходя из собственного опыта (с учетом всего вышеперечисленного), либо методом проб и ошибок. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Feb 5 08:23:34 2014 From: nginx-forum at nginx.us (romas1982) Date: Wed, 05 Feb 2014 03:23:34 -0500 Subject: =?UTF-8?B?0KHQu9C10YLQsNGO0YIg0L/RgNCw0LLQsCDQvdCwINC60LDRgtCw0LvQvtCz0Lgg?= =?UTF-8?B?0L/RgNC4INC40YHQv9C+0LvRjNC30L7QstCw0L3QuNC4IG5neCBodHRwIGRh?= =?UTF-8?B?diBtb2R1bGU=?= Message-ID: <0313ba16b8abeb4f638814632be9e6db.NginxMailingListRussian@forum.nginx.org> Добрый день, У меня есть сервер с nginx и ngx_http_dav_module - я его использую для залива и раздачи фоток. Фоотки кладутся через PUT с указанием пути. Если в пути есть каталог, которого нет на сервере, ngx_http_dav_module создает его. nginx работает от nginx:) Но, несколько раз наблюдал картинку, когда каталог создается от имени root с правами 700. Грешу или на nginx или на rsync, который синкает криво каталоги с фотками с другим сервером и портит права. Не подскажите куда можно копать? Спасибо! Конфиг: server { listen 80 default_server; server_name cdn.local; client_max_body_size 2G; access_log /var/log/nginx/cdn.access.log main; error_log /var/log/nginx/cdn.error.log debug; root /storage/cdndata; auth_basic_user_file /etc/nginx/htpasswd.dat; dav_methods PUT DELETE MKCOL COPY MOVE; dav_ext_methods PROPFIND OPTIONS; create_full_put_path on; dav_access group:rw all:r; location / { limit_except GET HEAD { auth_basic "dav"; } } Собран так: nginx version: nginx/1.4.1 built by gcc 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) 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-pcre-jit --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_gunzip_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 --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/headers-more-nginx-module --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-auth-pam --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-cache-purge --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-dav-ext-module --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-development-kit --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-echo --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/ngx-fancyindex --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-http-push --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-lua --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-upload-progress --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx-upstream-fair --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/ngx_http_substitutions_filter_module --add-module=/root/rpmbuild/BUILD/nginx-1.4.1/nginx_upload_module-2.2.0 --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247190,247190#msg-247190 From swood at fotofor.biz Wed Feb 5 08:36:08 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Wed, 5 Feb 2014 12:36:08 +0400 Subject: =?UTF-8?B?0KHRgtGA0LDQvdC90L7QtSDQv9C+0LLQtdC00LXQvdC40LUg0L/RgNC4INGA0LU=?= =?UTF-8?B?0LTQuNGA0LXQutGC0LUg0L/QviDQv9Cw0YDQsNC80LXRgtGA0LDQvA==?= Message-ID: Всем здравствуйте. Имеет урл: http://domain.com/?arg=noname Делается конфиг: if ($arg_arg ~* noname) { rewrite ^ http://domain.com permanent; } На странице в итоге вижу про циклические редиректы, а в логе уйму обращений на все тот же исходный урл. Но почему, если я делаю редирект на http://domain.com, а не на http://domain.com/ ? Дебаг там к сожалению не включить, но логически это поведение объяснить не получается. -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From swood at fotofor.biz Wed Feb 5 08:40:28 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Wed, 5 Feb 2014 12:40:28 +0400 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1INC/0YDQuCA=?= =?UTF-8?B?0YDQtdC00LjRgNC10LrRgtC1INC/0L4g0L/QsNGA0LDQvNC10YLRgNCw0Lw=?= In-Reply-To: References: Message-ID: Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения так: if ($arg_arg ~* noname) { set $args ""; rewrite ^ http://domain.com permanent; } 5 февраля 2014 г., 12:36 пользователь Anton Kiryushkin написал: > Всем здравствуйте. > > Имеет урл: > http://domain.com/?arg=noname > > Делается конфиг: > > if ($arg_arg ~* noname) { > rewrite ^ http://domain.com permanent; > } > > На странице в итоге вижу про циклические редиректы, а в логе уйму > обращений на все тот же исходный урл. Но почему, если я делаю редирект на > http://domain.com, а не на http://domain.com/ ? > Дебаг там к сожалению не включить, но логически это поведение объяснить не > получается. > > -- > Best regards, > Anton Kiryushkin > > -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From citrin at citrin.ru Wed Feb 5 09:44:35 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 05 Feb 2014 13:44:35 +0400 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> References: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> Message-ID: <52F20803.4040206@citrin.ru> On 02/05/14 10:10, tfox wrote: > Выделенный сервер с процессором Intel Atom D525. > В описании к серверу сказано: это двухъядерный процессор ... но благодаря > технологии HyperThreading, способен обработать четыре потока за один раз. > Как это понять? > > Вообщем моя проблема в том, что я не знаю какое значение установить для > директивы worker_processes в конфигурационном файле nginx.conf Оптимальное число worker_processes зависит от множества параметров: - задач выполняемых nginx - объема свободной памяти - загрузки процессора другими задачами (не nginx). Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт контент с дисков и часто блокируется на запросах к диску - worker_processes лучше поставить значительно больше 4, конкретное значение лучше определить экспериментально. From wangsamp at gmail.com Wed Feb 5 10:22:43 2014 From: wangsamp at gmail.com (Oleksandr V. Typlyns'kyi) Date: Wed, 5 Feb 2014 12:22:43 +0200 (EET) Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1INC/0YDQuCA=?= =?UTF-8?B?0YDQtdC00LjRgNC10LrRgtC1INC/0L4g0L/QsNGA0LDQvNC10YLRgNCw0Lw=?= In-Reply-To: References: Message-ID: Today Feb 5, 2014 at 12:40 Anton Kiryushkin wrote: > Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения > так: > if ($arg_arg ~* noname) { > set $args ""; > rewrite ^ http://domain.com permanent; > } В документации о rewrite написано про добавление аргументов и как этого избежать: http://nginx.org/r/rewrite/ru Но в данном случае лучше использовать return: return 301 http://domain.com; -- WNGS-RIPE From swood at fotofor.biz Wed Feb 5 10:53:06 2014 From: swood at fotofor.biz (Anton Kiryushkin) Date: Wed, 5 Feb 2014 14:53:06 +0400 Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1INC/0YDQuCA=?= =?UTF-8?B?0YDQtdC00LjRgNC10LrRgtC1INC/0L4g0L/QsNGA0LDQvNC10YLRgNCw0Lw=?= In-Reply-To: References: Message-ID: Прошу прощения. Вы об этом: "Если в строке замены указаны новые аргументы запроса, то предыдущие аргументы запроса добавляются после них. Если такое поведение нежелательно, можно отказаться от этого добавления, указав в конце строки замены знак вопроса" ? Стоит отметить, что в строке замены новых аргументов нет. 5 февраля 2014 г., 14:22 пользователь Oleksandr V. Typlyns'kyi < wangsamp at gmail.com> написал: > Today Feb 5, 2014 at 12:40 Anton Kiryushkin wrote: > > > Понятно. Нужно делать принудительный сброс аргументов. Вышел из положения > > так: > > if ($arg_arg ~* noname) { > > set $args ""; > > rewrite ^ http://domain.com permanent; > > } > > В документации о rewrite написано про добавление аргументов и как этого > избежать: > http://nginx.org/r/rewrite/ru > Но в данном случае лучше использовать return: > return 301 http://domain.com; > > -- > WNGS-RIPE > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From wangsamp at gmail.com Wed Feb 5 11:02:41 2014 From: wangsamp at gmail.com (Oleksandr V. Typlyns'kyi) Date: Wed, 5 Feb 2014 13:02:41 +0200 (EET) Subject: =?UTF-8?B?UmU6INCh0YLRgNCw0L3QvdC+0LUg0L/QvtCy0LXQtNC10L3QuNC1INC/0YDQuCA=?= =?UTF-8?B?0YDQtdC00LjRgNC10LrRgtC1INC/0L4g0L/QsNGA0LDQvNC10YLRgNCw0Lw=?= In-Reply-To: References: Message-ID: Today Feb 5, 2014 at 14:53 Anton Kiryushkin wrote: > Прошу прощения. Вы об этом: > "Если в строке замены указаны новые аргументы запроса, то предыдущие > аргументы запроса добавляются после них. Если такое поведение нежелательно, > можно отказаться от этого добавления, указав в конце строки замены знак > вопроса" ? > > Стоит отметить, что в строке замены новых аргументов нет. А если их нет, то аргументы остаются без изменений - директива меняет только URI. -- WNGS-RIPE From mdounin at mdounin.ru Wed Feb 5 13:58:50 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 5 Feb 2014 17:58:50 +0400 Subject: =?UTF-8?B?UmU6INCh0LvQtdGC0LDRjtGCINC/0YDQsNCy0LAg0L3QsCDQutCw0YLQsNC70L4=?= =?UTF-8?B?0LPQuCDQv9GA0Lgg0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40Lggbmd4IGh0?= =?UTF-8?B?dHAgZGF2IG1vZHVsZQ==?= In-Reply-To: <0313ba16b8abeb4f638814632be9e6db.NginxMailingListRussian@forum.nginx.org> References: <0313ba16b8abeb4f638814632be9e6db.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140205135850.GM1835@mdounin.ru> Hello! On Wed, Feb 05, 2014 at 03:23:34AM -0500, romas1982 wrote: > Добрый день, > > У меня есть сервер с nginx и ngx_http_dav_module - я его использую для > залива и раздачи фоток. Фоотки кладутся через PUT с указанием пути. Если в > пути есть каталог, которого нет на сервере, ngx_http_dav_module создает его. > nginx работает от nginx:) Но, несколько раз наблюдал картинку, когда каталог > создается от имени root с правами 700. > > Грешу или на nginx или на rsync, который синкает криво каталоги с фотками с > другим сервером и портит права. > > Не подскажите куда можно копать? Методом исключения: nginx, работающий от пользователя nginx, совершенно точно не может создать каталог, принадлежащий root'у. Убийца - садовник^Wrsync. Начать имеет смысл с того, что внимательно посмотреть на флаги, с которыми зовётся rsync ("-a" обычно хороший выбор, подробности - в man rsync). -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Wed Feb 5 14:03:07 2014 From: nginx-forum at nginx.us (romas1982) Date: Wed, 05 Feb 2014 09:03:07 -0500 Subject: =?UTF-8?B?UmU6INCh0LvQtdGC0LDRjtGCINC/0YDQsNCy0LAg0L3QsCDQutCw0YLQsNC70L4=?= =?UTF-8?B?0LPQuCDQv9GA0Lgg0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40Lggbmd4IGh0?= =?UTF-8?B?dHAgZGF2IG1vZHVsZQ==?= In-Reply-To: <20140205135850.GM1835@mdounin.ru> References: <20140205135850.GM1835@mdounin.ru> Message-ID: <09e808c989f8136e1d1de054383d9b83.NginxMailingListRussian@forum.nginx.org> Максим, спасибо! Скорее всего это он и есть. Дёргается вот так. * * * * * root /usr/local/bin/setlock -xn /tmp/rsync.lock /usr/bin/rsync --exclude='.*' --update --size-only -av --progress rsync://192.168.25.22/root/storage/cdndata/ /storage/cdndata/ >/dev/null 2>&1 ; rm -f /tmp/rsync.lock Может есть смысл запустить его от nginx и ладно? Хотя по идее права и пользователя он должен нормально синкать:( Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247203,247204#msg-247204 From citrin at citrin.ru Wed Feb 5 14:06:42 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed, 05 Feb 2014 18:06:42 +0400 Subject: =?UTF-8?B?UmU6INCh0LvQtdGC0LDRjtGCINC/0YDQsNCy0LAg0L3QsCDQutCw0YLQsNC70L4=?= =?UTF-8?B?0LPQuCDQv9GA0Lgg0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40Lggbmd4IGh0?= =?UTF-8?B?dHAgZGF2IG1vZHVsZQ==?= In-Reply-To: <09e808c989f8136e1d1de054383d9b83.NginxMailingListRussian@forum.nginx.org> References: <20140205135850.GM1835@mdounin.ru> <09e808c989f8136e1d1de054383d9b83.NginxMailingListRussian@forum.nginx.org> Message-ID: <52F24572.3090500@citrin.ru> On 02/05/14 18:03, romas1982 wrote: > * * * * * root /usr/local/bin/setlock -xn /tmp/rsync.lock /usr/bin/rsync > --exclude='.*' --update --size-only -av --progress > rsync://192.168.25.22/root/storage/cdndata//storage/cdndata/ >/dev/null > 2>&1 ; rm -f /tmp/rsync.lock > > Может есть смысл запустить его от nginx и ладно? Хотя по идее права и > пользователя он должен нормально синкать:( Имеет. Тогда он точно не сможет создать директорию в которую nginx не может писать. Вообще все что можно запускать не от root, лучше запускать не от root. From mdounin at mdounin.ru Wed Feb 5 14:28:37 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 5 Feb 2014 18:28:37 +0400 Subject: =?UTF-8?B?UmU6INCh0LvQtdGC0LDRjtGCINC/0YDQsNCy0LAg0L3QsCDQutCw0YLQsNC70L4=?= =?UTF-8?B?0LPQuCDQv9GA0Lgg0LjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40Lggbmd4IGh0?= =?UTF-8?B?dHAgZGF2IG1vZHVsZQ==?= In-Reply-To: <09e808c989f8136e1d1de054383d9b83.NginxMailingListRussian@forum.nginx.org> References: <20140205135850.GM1835@mdounin.ru> <09e808c989f8136e1d1de054383d9b83.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140205142837.GN1835@mdounin.ru> Hello! On Wed, Feb 05, 2014 at 09:03:07AM -0500, romas1982 wrote: > Максим, спасибо! Скорее всего это он и есть. > > Дёргается вот так. > > * * * * * root /usr/local/bin/setlock -xn /tmp/rsync.lock /usr/bin/rsync > --exclude='.*' --update --size-only -av --progress > rsync://192.168.25.22/root/storage/cdndata/ /storage/cdndata/ >/dev/null > 2>&1 ; rm -f /tmp/rsync.lock > > Может есть смысл запустить его от nginx и ладно? Хотя по идее права и > пользователя он должен нормально синкать:( При таких ключах - права будет ставить нормально. Но следует иметь в виду, что в процессе собственно копирования - вновь созданные каталоги будут 700, пока копирование содержимого каталога не завершится. Использование "--update" как бы намекет, что этот процесс может быть долгим, так что возможно именно это и было причиной наблюдаемых явлений. Ну и да, с рекомендацией Антона полностью согласен. -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Wed Feb 5 15:48:38 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 5 Feb 2014 19:48:38 +0400 Subject: nginx-1.5.10 In-Reply-To: <478b5e23eaac51f63339926402ef0058.NginxMailingListRussian@forum.nginx.org> References: <20140204134554.GE1835@mdounin.ru> <478b5e23eaac51f63339926402ef0058.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140205154837.GQ1835@mdounin.ru> Hello! On Tue, Feb 04, 2014 at 03:24:03PM -0500, S.A.N wrote: > Стесняюсь спросить, в какой версии планируется реализацию ревалидации по > ETag? :) Ответ на этот вопрос в настоящий момент неизвестен. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Feb 6 05:54:36 2014 From: nginx-forum at nginx.us (jetananas) Date: Thu, 06 Feb 2014 00:54:36 -0500 Subject: =?UTF-8?B?0L7RiNC40LHQutCwIDUwMA==?= Message-ID: <9742de0d7941466d17be4c857205f799.NginxMailingListRussian@forum.nginx.org> при попытке добавить сайт в веб мастер выдает ошибку 500, а при заходе на сайт все нормально лог сайта http://pastebin.com/C4Yvj9LJ после ошибки error.log пустой php log тоже пустой хост http://pastebin.com/cQ1Mhp8X nginx.conf http://pastebin.com/bDW8Dw2r Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247234,247234#msg-247234 From tumanov at info74.ru Thu Feb 6 10:01:41 2014 From: tumanov at info74.ru (=?UTF-8?B?0KLRg9C80LDQvdC+0LIg0JDQu9C10LrRgdCw0L3QtNGA?=) Date: Thu, 06 Feb 2014 16:01:41 +0600 Subject: =?UTF-8?B?U1NJIHN0dWIg0L/QvtC00YHRgtCw0LLQu9GP0LXRgtGB0Y8g0LTQsNC20LUg0LU=?= =?UTF-8?B?0YHQu9C4IGluY2x1ZGUg0LLQtdGA0L3Rg9C7INC+0YLQstC10YIg0YHQviA=?= =?UTF-8?B?0YHRgtCw0YLRg9GB0L7QvCAyMDA=?= Message-ID: <52F35D85.7050904@info74.ru> An HTML attachment was scrubbed... URL: From tumanov at info74.ru Thu Feb 6 10:15:28 2014 From: tumanov at info74.ru (=?KOI8-R?Q?=F4=D5=CD=C1=CE=CF=D7_=E1=CC=C5=CB=D3=C1=CE=C4=D2?=) Date: Thu, 06 Feb 2014 16:15:28 +0600 Subject: =?UTF-8?B?UmU6IFNTSSBzdHViINC/0L7QtNGB0YLQsNCy0LvRj9C10YLRgdGPINC00LDQttC1?= =?UTF-8?B?INC10YHQu9C4IGluY2x1ZGUg0LLQtdGA0L3Rg9C7INC+0YLQstC10YIg0YE=?= =?UTF-8?B?0L4g0YHRgtCw0YLRg9GB0L7QvCAyMDA=?= In-Reply-To: <52F35D85.7050904@info74.ru> References: <52F35D85.7050904@info74.ru> Message-ID: <52F360C0.3050604@info74.ru> Здавствуйте. Есть файл /var/local/www/ssi_stub_memcahed/index.htmlс SSI вставками:

SSI STUB MEMCACHED

Start include with stub

!STUB!

End include with stub

Start include without stub

End include without stub

При запросе которого по http://localhost/ssi_stub_memcahed/index.htmlполучаемтакой результат:

SSI STUB MEMCACHED

Start include with stub

!STUB!

End include with stub

Start include without stub

included successfully

End include without stub

В файле /var/local/www/ssi_stub_memcahed/include.htmlзаписана строка: included successfully Конфигурация сервера: server { listen 80; server_name localhost; location / { root /etc/nginx/html; index index.html index.htm; } location /nginx-status { stub_status on; access_log off; allow 127.0.0.1; deny all; } location /ssi_stub_memcahed/{ default_type text/html; error_log /var/log/nginx/ssi_stub_memcahced.error debug; access_log /var/log/nginx/ssi_stub_memcahced.access; error_page 404 502 504 = @fallback; set $memcached_key "test|$uri"; memcached_connect_timeout 2; memcached_read_timeout 5; memcached_send_timeout 5; memcached_pass 127.0.0.1:11211; } location @fallback { root /var/local/www; error_log /var/log/nginx/ssi_stub_memcahced_fallback.error debug; access_log /var/log/nginx/ssi_stub_memcahced_fallback.access; ssi on; } } Почему подключение со стабом работает так как будто произошла ошибка запроса, если этот файл очевидно есть и отдается со статусом 200? -- С уважением, Туманов Александр From vbart at nginx.com Thu Feb 6 11:47:06 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 06 Feb 2014 15:47:06 +0400 Subject: =?UTF-8?B?UmU6INC+0YjQuNCx0LrQsCA1MDA=?= In-Reply-To: <9742de0d7941466d17be4c857205f799.NginxMailingListRussian@forum.nginx.org> References: <9742de0d7941466d17be4c857205f799.NginxMailingListRussian@forum.nginx.org> Message-ID: <1460063.rql1T7kgFP@vbart-laptop> On Thursday 06 February 2014 00:54:36 jetananas wrote: > при попытке добавить сайт в веб мастер выдает ошибку 500, а при заходе на > сайт все нормально > лог сайта http://pastebin.com/C4Yvj9LJ после ошибки > error.log пустой > php log тоже пустой > хост http://pastebin.com/cQ1Mhp8X > nginx.conf http://pastebin.com/bDW8Dw2r > [..] Из лога ясно видно, что 500-ую ошибку вернули из FastCGI и скорее всего это были ваши php-скрипты. Если в них указано header('Status: 500 Internal Server Error'), то естественно в логах php-демона ничего не будет. -- Валентин Бартенев From mdounin at mdounin.ru Thu Feb 6 13:33:58 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 6 Feb 2014 17:33:58 +0400 Subject: =?UTF-8?B?UmU6IFNTSSBzdHViINC/0L7QtNGB0YLQsNCy0LvRj9C10YLRgdGPINC00LDQttC1?= =?UTF-8?B?INC10YHQu9C4IGluY2x1ZGUg0LLQtdGA0L3Rg9C7INC+0YLQstC10YIg0YE=?= =?UTF-8?B?0L4g0YHRgtCw0YLRg9GB0L7QvCAyMDA=?= In-Reply-To: <52F360C0.3050604@info74.ru> References: <52F35D85.7050904@info74.ru> <52F360C0.3050604@info74.ru> Message-ID: <20140206133358.GZ1835@mdounin.ru> Hello! On Thu, Feb 06, 2014 at 04:15:28PM +0600, Туманов Александр wrote: > Здавствуйте. > > Есть файл /var/local/www/ssi_stub_memcahed/index.htmlс SSI вставками: > > > >

SSI STUB MEMCACHED

>

Start include with stub

> !STUB! > >

End include with stub

>
>

Start include without stub

> >

End include without stub

> > [...] > error_page 404 502 504 = @fallback; [...] > Почему подключение со стабом работает так как будто произошла ошибка > запроса, если этот файл очевидно есть и отдается со статусом 200? С формальной точки зрения - при обработке запроса к /ssi_stub_memcahed/include.html происходит ошибка 404, строго как документировано, http://nginx.org/ru/docs/http/ngx_http_ssi_module.html#commands: : stub : нестандартный параметр, задающий имя блока, содержимое которого : будет выведено, если тело ответа на включаемый запрос пустое или : если при исполнении запроса произошла ошибка Возможные последующие перенаправления по error_page stub не учитывает. С логической точки зрения, stub - это альтернативный error_page метод обработки ошибок. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Feb 6 18:16:14 2014 From: nginx-forum at nginx.us (Sferg) Date: Thu, 06 Feb 2014 13:16:14 -0500 Subject: =?UTF-8?B?0J/QtdGA0LXRgdGC0LDQu9C4INC/0LjRgdCw0YLRjNGB0Y8g0L7RiNC40LHQutC4?= =?UTF-8?B?INCyIGVycm9yLmxvZyAtINCyINGH0ZHQvCDQvNC+0LbQtdGCINCx0YvRgtGM?= =?UTF-8?B?INC/0YDQvtCx0LvQtdC80LA/?= Message-ID: <6ca1c0104a1c2ddc3c9534e4f9fc038e.NginxMailingListRussian@forum.nginx.org> Здравствуйте, господа. Недавно заметил, что в error.log перестали писаться ошибки. Например, несколько дней назад было: access.log [04/Feb/2014:07:10:34 +0400] 178.154.206.250 - "HTTP/1.1" "GET" "https" "/robots.txt" 404 537 "-" "Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)" error.log 2014/02/04 07:10:34 [error] 12147#0: *9 open() "/путь/до/сайта/robots.txt" failed (2: No such file or directory), client: 178.154.206.250, server: kursk.dyndns.org, request: "GET /robots.txt HTTP/1.1", host: "kursk.dyndns.org" А теперь в access.log продолжают корректно заноситься ошибки 404, но в error.log они почему-то больше не отражаются. Права доступа к error.log не изменялись. Сначала ошибки писались и туда, и туда, а теперь вдруг в error.log писаться перестали. В чём может быть проблема? P.S. Используется Nginx 1.4.4. С уважением, Геннадий. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247262,247262#msg-247262 From mdounin at mdounin.ru Thu Feb 6 22:52:37 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 7 Feb 2014 02:52:37 +0400 Subject: =?UTF-8?B?UmU6INCf0LXRgNC10YHRgtCw0LvQuCDQv9C40YHQsNGC0YzRgdGPINC+0YjQuNCx?= =?UTF-8?B?0LrQuCDQsiBlcnJvci5sb2cgLSDQsiDRh9GR0Lwg0LzQvtC20LXRgiDQsdGL?= =?UTF-8?B?0YLRjCDQv9GA0L7QsdC70LXQvNCwPw==?= In-Reply-To: <6ca1c0104a1c2ddc3c9534e4f9fc038e.NginxMailingListRussian@forum.nginx.org> References: <6ca1c0104a1c2ddc3c9534e4f9fc038e.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140206225237.GK1835@mdounin.ru> Hello! On Thu, Feb 06, 2014 at 01:16:14PM -0500, Sferg wrote: > Здравствуйте, господа. Недавно заметил, что в error.log перестали писаться > ошибки. Например, несколько дней назад было: > > access.log > > [04/Feb/2014:07:10:34 +0400] 178.154.206.250 - "HTTP/1.1" "GET" "https" > "/robots.txt" > 404 537 "-" "Mozilla/5.0 (compatible; YandexBot/3.0; > +http://yandex.com/bots)" > > error.log > > 2014/02/04 07:10:34 [error] 12147#0: *9 open() "/путь/до/сайта/robots.txt" > failed (2: No such file or directory), client: 178.154.206.250, server: > kursk.dyndns.org, request: "GET /robots.txt HTTP/1.1", host: > "kursk.dyndns.org" > > А теперь в access.log продолжают корректно заноситься ошибки 404, но в > error.log они почему-то больше не отражаются. Права доступа к error.log не > изменялись. Сначала ошибки писались и туда, и туда, а теперь вдруг в > error.log писаться перестали. В чём может быть проблема? In no particular order: 1. Вы выключили log_not_found и забыли об этом, см. http://nginx.org/r/log_not_found. 2. Вы изменили конфигурацию error_log (e.g., подняли уровень логгирования и/или перенаправили ошибки данного сайта в другое место) и забыли об этом. 3. Вы (или ваши скрипты вращения логов) отротировали error.log и забыли сказать nginx'у об этом. В результате он, бедный, до сих пор пишет в старый error.log (который, в свою очередь, уже могли сжать и стереть несжатый вариант, так что пишет он фактически в никуда). Отправка nginx'у сигнала USR1 должна помочь решить эту проблему. -- Maxim Dounin http://nginx.org/ From tumanov at info74.ru Fri Feb 7 03:33:02 2014 From: tumanov at info74.ru (=?KOI8-R?Q?=F4=D5=CD=C1=CE=CF=D7_=E1=CC=C5=CB=D3=C1=CE=C4=D2?=) Date: Fri, 07 Feb 2014 09:33:02 +0600 Subject: =?UTF-8?B?UmU6IFNTSSBzdHViINC/0L7QtNGB0YLQsNCy0LvRj9C10YLRgdGPINC00LDQttC1?= =?UTF-8?B?INC10YHQu9C4IGluY2x1ZGUg0LLQtdGA0L3Rg9C7INC+0YLQstC10YIg0YE=?= =?UTF-8?B?0L4g0YHRgtCw0YLRg9GB0L7QvCAyMDA=?= In-Reply-To: <20140206133358.GZ1835@mdounin.ru> References: <52F35D85.7050904@info74.ru> <52F360C0.3050604@info74.ru> <20140206133358.GZ1835@mdounin.ru> Message-ID: <52F453EE.7070301@info74.ru> 06.02.2014 19:33, Maxim Dounin пишет: > Hello! > > On Thu, Feb 06, 2014 at 04:15:28PM +0600, Туманов Александр wrote: > >> Здавствуйте. >> >> Есть файл /var/local/www/ssi_stub_memcahed/index.htmlс SSI вставками: >> >> >> >>

SSI STUB MEMCACHED

>>

Start include with stub

>> !STUB! >> >>

End include with stub

>>
>>

Start include without stub

>> >>

End include without stub

>> >> > [...] > >> error_page 404 502 504 = @fallback; > [...] > >> Почему подключение со стабом работает так как будто произошла ошибка >> запроса, если этот файл очевидно есть и отдается со статусом 200? > С формальной точки зрения - при обработке запроса к > /ssi_stub_memcahed/include.html происходит ошибка 404, строго как > документировано, > http://nginx.org/ru/docs/http/ngx_http_ssi_module.html#commands: > > : stub > : нестандартный параметр, задающий имя блока, содержимое которого > : будет выведено, если тело ответа на включаемый запрос пустое или > : если при исполнении запроса произошла ошибка > > Возможные последующие перенаправления по error_page stub не > учитывает. С логической точки зрения, stub - это альтернативный > error_page метод обработки ошибок. > Но ведь когда запрашиваем include.html, мы видим: lynx -head -dump http://localhost/ssi_stub_memcahed/include.html HTTP/1.1 200 OK Server: nginx/1.2.4 Date: Fri, 07 Feb 2014 03:30:56 GMT Content-Type: text/html Connection: close Т.е, наверное, проблема где-то в подзапросах. -- С уважением, Туманов Александр Начальник группы разработки программного обеспечения. 74.RU jabber: tumanov at info74.ru email: tumanov at info74.ru From nginx-forum at nginx.us Fri Feb 7 06:28:02 2014 From: nginx-forum at nginx.us (Pascal2) Date: Fri, 07 Feb 2014 01:28:02 -0500 Subject: =?UTF-8?B?0KTQsNC50LvQvtCy0L7QtSDRhdGA0LDQvdC40LvQuNGJ0LU=?= Message-ID: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> Добрый день! nginx отдает в 100% статику (файловый архив), несколько сотен коннектов. подскажите как оптимально настроить nginx, что бы снизить нагрузку на дисковую систему (что бы файлы кешировались в памяти). Спасибо! Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247271,247271#msg-247271 From danila at shtan.ru Fri Feb 7 07:50:35 2014 From: danila at shtan.ru (Danila Shtan) Date: Fri, 7 Feb 2014 13:50:35 +0600 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> Message-ID: Поставить много памяти в сервер. Д. 2014-02-07 12:28 GMT+06:00 Pascal2 : > Добрый день! > nginx отдает в 100% статику (файловый архив), > несколько сотен коннектов. > > подскажите как оптимально настроить nginx, что бы снизить нагрузку на > дисковую систему (что бы файлы кешировались в памяти). > > Спасибо! > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247271,247271#msg-247271 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From postmaster at softsearch.ru Fri Feb 7 08:18:31 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 7 Feb 2014 12:18:31 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> Message-ID: <1310309697.20140207121831@softsearch.ru> Здравствуйте, Pascal2. > nginx отдает в 100% статику (файловый архив), > несколько сотен коннектов. > подскажите как оптимально настроить nginx, что бы снизить нагрузку на > дисковую систему (что бы файлы кешировались в памяти). Файловая система обычно сама неплохо справляется с этой проблемой. -- С уважением, Михаил mailto:postmaster at softsearch.ru From mdounin at mdounin.ru Fri Feb 7 11:01:34 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 7 Feb 2014 15:01:34 +0400 Subject: =?UTF-8?B?UmU6IFNTSSBzdHViINC/0L7QtNGB0YLQsNCy0LvRj9C10YLRgdGPINC00LDQttC1?= =?UTF-8?B?INC10YHQu9C4IGluY2x1ZGUg0LLQtdGA0L3Rg9C7INC+0YLQstC10YIg0YE=?= =?UTF-8?B?0L4g0YHRgtCw0YLRg9GB0L7QvCAyMDA=?= In-Reply-To: <52F453EE.7070301@info74.ru> References: <52F35D85.7050904@info74.ru> <52F360C0.3050604@info74.ru> <20140206133358.GZ1835@mdounin.ru> <52F453EE.7070301@info74.ru> Message-ID: <20140207110134.GR1835@mdounin.ru> Hello! On Fri, Feb 07, 2014 at 09:33:02AM +0600, Туманов Александр wrote: > 06.02.2014 19:33, Maxim Dounin пишет: > >Hello! > > > >On Thu, Feb 06, 2014 at 04:15:28PM +0600, Туманов Александр wrote: > > > >>Здавствуйте. > >> > >>Есть файл /var/local/www/ssi_stub_memcahed/index.htmlс SSI вставками: > >> > >> > >> > >>

SSI STUB MEMCACHED

> >>

Start include with stub

> >> !STUB! > >> > >>

End include with stub

> >>
> >>

Start include without stub

> >> > >>

End include without stub

> >> > >> > >[...] > > > >> error_page 404 502 504 = @fallback; > >[...] > > > >>Почему подключение со стабом работает так как будто произошла ошибка > >>запроса, если этот файл очевидно есть и отдается со статусом 200? > >С формальной точки зрения - при обработке запроса к > >/ssi_stub_memcahed/include.html происходит ошибка 404, строго как > >документировано, > >http://nginx.org/ru/docs/http/ngx_http_ssi_module.html#commands: > > > >: stub > >: нестандартный параметр, задающий имя блока, содержимое которого > >: будет выведено, если тело ответа на включаемый запрос пустое или > >: если при исполнении запроса произошла ошибка > > > >Возможные последующие перенаправления по error_page stub не > >учитывает. С логической точки зрения, stub - это альтернативный > >error_page метод обработки ошибок. > > > Но ведь когда запрашиваем include.html, мы видим: > lynx -head -dump http://localhost/ssi_stub_memcahed/include.html > > HTTP/1.1 200 OK > Server: nginx/1.2.4 > Date: Fri, 07 Feb 2014 03:30:56 GMT > Content-Type: text/html > Connection: close > > Т.е, наверное, проблема где-то в подзапросах. То, что мы видим - мы видим потому, что так с помощью error_page была обработана возникшая ошибка. Как я уже написал выше, stub - возможную будущую обработку с помощью error_page не учитывает, он - альтернатива обработке ошибок с помощью error_page. -- Maxim Dounin http://nginx.org/ From denis at webmaster.spb.ru Fri Feb 7 14:27:52 2014 From: denis at webmaster.spb.ru (denis) Date: Fri, 07 Feb 2014 18:27:52 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> Message-ID: <52F4ED68.5070903@webmaster.spb.ru> 07.02.2014 10:28, Pascal2 пишет: > Добрый день! > nginx отдает в 100% статику (файловый архив), > несколько сотен коннектов. > > подскажите как оптимально настроить nginx, что бы снизить нагрузку на > дисковую систему (что бы файлы кешировались в памяти). > > Спасибо! > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247271,247271#msg-247271 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru AIO + directio для больших файлов? Ну и много памяти, да From vsjcfm at gmail.com Fri Feb 7 14:39:34 2014 From: vsjcfm at gmail.com (Anton Sayetsky) Date: Fri, 7 Feb 2014 16:39:34 +0200 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <52F4ED68.5070903@webmaster.spb.ru> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> <52F4ED68.5070903@webmaster.spb.ru> Message-ID: 7 февраля 2014 г., 16:27 пользователь denis написал: > 07.02.2014 10:28, Pascal2 пишет: > >> Добрый день! >> nginx отдает в 100% статику (файловый архив), >> несколько сотен коннектов. >> >> подскажите как оптимально настроить nginx, что бы снизить нагрузку на >> дисковую систему (что бы файлы кешировались в памяти). >> >> Спасибо! >> >> Posted at Nginx Forum: >> http://forum.nginx.org/read.php?21,247271,247271#msg-247271 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > AIO + directio для больших файлов? Ну и много памяти, да Много памяти + directio? Но зачем? From denis at webmaster.spb.ru Fri Feb 7 14:45:51 2014 From: denis at webmaster.spb.ru (denis) Date: Fri, 07 Feb 2014 18:45:51 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> <52F4ED68.5070903@webmaster.spb.ru> Message-ID: <52F4F19F.4080607@webmaster.spb.ru> 07.02.2014 18:39, Anton Sayetsky пишет: > >> AIO + directio для больших файлов? Ну и много памяти, да > Много памяти + directio? Но зачем? > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru directio - есть некий максимальный размер, свыше которого кэшировать обычно бесполезно, но это ведь может быть и 1 Гб, зависит от размера файлов, что за хранилище, насколько часто идут обращения, процент горячих файлов итд. А есть еще вариант -- аппаратный контроллер с поддержкой кэша чтения на ssd, и после прогрева кэша особого тюнинга уже не надо, и так будет быстро отдавать. Или, если данных относительно немного, просто перевести файлы на ssd. From vbart at nginx.com Fri Feb 7 20:32:12 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 08 Feb 2014 00:32:12 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <52F4F19F.4080607@webmaster.spb.ru> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> <52F4F19F.4080607@webmaster.spb.ru> Message-ID: <1725301.qaQavSNlfG@vbart-laptop> On Friday 07 February 2014 18:45:51 denis wrote: [..] > А есть еще вариант -- аппаратный контроллер с поддержкой кэша чтения на > ssd, и после прогрева кэша особого тюнинга уже не надо, и так будет > быстро отдавать. Или, если данных относительно немного, просто перевести > файлы на ssd. > Почему именно аппаратный? bcache, dm-cache, EnhanceIO -- Валентин Бартенев From denis at webmaster.spb.ru Sun Feb 9 21:24:44 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 10 Feb 2014 01:24:44 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <1725301.qaQavSNlfG@vbart-laptop> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> <52F4F19F.4080607@webmaster.spb.ru> <1725301.qaQavSNlfG@vbart-laptop> Message-ID: <52F7F21C.7090207@webmaster.spb.ru> 08.02.2014 0:32, Валентин Бартенев пишет: > On Friday 07 February 2014 18:45:51 denis wrote: > [..] >> А есть еще вариант -- аппаратный контроллер с поддержкой кэша чтения на >> ssd, и после прогрева кэша особого тюнинга уже не надо, и так будет >> быстро отдавать. Или, если данных относительно немного, просто перевести >> файлы на ssd. >> > Почему именно аппаратный? > > bcache, dm-cache, EnhanceIO bcache пока в нестабильных версиях ядра (то есть по сути еще бета), с остальным пока общаться не доводилось. Но тоже вариант, да. From vbart at nginx.com Mon Feb 10 11:15:36 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 10 Feb 2014 15:15:36 +0400 Subject: =?UTF-8?B?UmU6INCk0LDQudC70L7QstC+0LUg0YXRgNCw0L3QuNC70LjRidC1?= In-Reply-To: <52F7F21C.7090207@webmaster.spb.ru> References: <62985e14f315b962b9e187f10dab0920.NginxMailingListRussian@forum.nginx.org> <1725301.qaQavSNlfG@vbart-laptop> <52F7F21C.7090207@webmaster.spb.ru> Message-ID: <4737677.6nLNI3zPIT@vbart-laptop> On Monday 10 February 2014 01:24:44 denis wrote: > 08.02.2014 0:32, Валентин Бартенев пишет: > > On Friday 07 February 2014 18:45:51 denis wrote: > > [..] > >> А есть еще вариант -- аппаратный контроллер с поддержкой кэша чтения на > >> ssd, и после прогрева кэша особого тюнинга уже не надо, и так будет > >> быстро отдавать. Или, если данных относительно немного, просто перевести > >> файлы на ssd. > >> > > Почему именно аппаратный? > > > > bcache, dm-cache, EnhanceIO > bcache пока в нестабильных версиях ядра (то есть по сути еще бета), с > остальным пока общаться не доводилось. Но тоже вариант, да. С каких пор все последние релизы ядра стали вдруг нестабильными? -- Валентин Бартенев From nginx-forum at nginx.us Mon Feb 10 13:29:16 2014 From: nginx-forum at nginx.us (ssj) Date: Mon, 10 Feb 2014 08:29:16 -0500 Subject: Nginx (https) + apache (http) Message-ID: <54c1f91e695c5d7e0c7b391e17c854e6.NginxMailingListRussian@forum.nginx.org> ситуация следующая: на фронтэнде стоит nginx (1.2.2) слушает 80 и 443 порт, на бэкэнде apache (2.2.2) слушает 8080 порт. предположим на сайте есть физическая папка dir, если перейти по ссылке вида httpS://site.ru/dir/ то папка открывается нормально, если httpS://site.ru/dir (без слеша в конце) то происходит 301 редирект на http://site.ru/dir/ (как я понимаю этот редирект делает apache), собственно вопрос что сделать чтобы нормально работал переход httpS://site.ru/dir -> httpS://site.ru/dir/ в настройках nginx добавил: proxy_set_header X-Forwarded-Proto $scheme; в настройках apache: SetEnvIf X-Forwarded-Proto https HTTPS=on но не помогло :( Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247338,247338#msg-247338 From vbart at nginx.com Mon Feb 10 13:46:10 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 10 Feb 2014 17:46:10 +0400 Subject: Nginx (https) + apache (http) In-Reply-To: <54c1f91e695c5d7e0c7b391e17c854e6.NginxMailingListRussian@forum.nginx.org> References: <54c1f91e695c5d7e0c7b391e17c854e6.NginxMailingListRussian@forum.nginx.org> Message-ID: <1707187.uiNLIsu9yV@vbart-laptop> On Monday 10 February 2014 08:29:16 ssj wrote: > ситуация следующая: > на фронтэнде стоит nginx (1.2.2) слушает 80 и 443 порт, на бэкэнде apache > (2.2.2) слушает 8080 порт. > > > предположим на сайте есть физическая папка dir, если перейти по ссылке вида > httpS://site.ru/dir/ то папка открывается нормально, если > httpS://site.ru/dir (без слеша в конце) то происходит 301 редирект на > http://site.ru/dir/ (как я понимаю этот редирект делает apache), собственно > вопрос что сделать чтобы > > нормально работал переход httpS://site.ru/dir -> httpS://site.ru/dir/ > > в настройках nginx добавил: > proxy_set_header X-Forwarded-Proto $scheme; > > в настройках apache: > SetEnvIf X-Forwarded-Proto https HTTPS=on > > но не помогло :( > http://nginx.org/r/proxy_redirect/ru -- Валентин Бартенев From nginx-forum at nginx.us Mon Feb 10 14:15:09 2014 From: nginx-forum at nginx.us (ssj) Date: Mon, 10 Feb 2014 09:15:09 -0500 Subject: Nginx (https) + apache (http) In-Reply-To: <1707187.uiNLIsu9yV@vbart-laptop> References: <1707187.uiNLIsu9yV@vbart-laptop> Message-ID: Привожу пример своего конфига (используется панель ISPmanager) server { server_name site.ru www.site.ru; listen xx.xx.xx.xx; listen xx.xx.xx.xx:443 ssl; location / { proxy_pass http://xx.xx.xx.xx:8080; proxy_redirect http://xx.xx.xx.xx:8080/ /; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Real-IP $remote_addr; } ssl_certificate /путь/site.ru.crt; ssl_certificate_key /путь/site.ru.key; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247338,247354#msg-247354 From vbart at nginx.com Mon Feb 10 14:57:57 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 10 Feb 2014 18:57:57 +0400 Subject: Nginx (https) + apache (http) In-Reply-To: References: <1707187.uiNLIsu9yV@vbart-laptop> Message-ID: <1403790.i3XvOvgi8t@vbart-laptop> On Monday 10 February 2014 09:15:09 ssj wrote: > Привожу пример своего конфига (используется панель ISPmanager) > server { > server_name site.ru www.site.ru; > listen xx.xx.xx.xx; > listen xx.xx.xx.xx:443 ssl; > > location / { > proxy_pass http://xx.xx.xx.xx:8080; > proxy_redirect http://xx.xx.xx.xx:8080/ /; > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; > proxy_set_header X-Forwarded-Proto $scheme; > proxy_set_header X-Real-IP $remote_addr; > } > > ssl_certificate /путь/site.ru.crt; > ssl_certificate_key /путь/site.ru.key; > } > [..] Вы в первом сообщении сами написали, что редирект возвращается на: http://site.ru/ а в proxy_redirect зачем-то для замены указали http://xx.xx.xx.xx:8080/ -- Валентин Бартенев From nginx-forum at nginx.us Mon Feb 10 22:39:58 2014 From: nginx-forum at nginx.us (ssj) Date: Mon, 10 Feb 2014 17:39:58 -0500 Subject: Nginx (https) + apache (http) In-Reply-To: <1403790.i3XvOvgi8t@vbart-laptop> References: <1403790.i3XvOvgi8t@vbart-laptop> Message-ID: <690d2093affe7795be33c1160f1a0385.NginxMailingListRussian@forum.nginx.org> Возможно вы не допоняли, конфиг что я привел автоматически создается с помощью ISPmanager на апаче стоит mod_dir который папкам дописывает слеш в конце. если открывать http://site.ru/1 то нгинкс нормально редиректит на http://site.ru/1/ а в случае httpS://site.ru/1 он тоже перенаправляет на http://site.ru/1/ а должен на защищенное https соединение что нужно изменить/добавить чтобы заработало? ---- Пример попробуйте выполнить запрос и посмотреть заголовки (не реклама, взял произвольный сайт доступный по https и http с фронтэндом на nginx) https://2domains.ru/images вот что приходит в ответ: HTTP/1.1 301 Moved Permanently Server: nginx/0.8.53 Date: Mon, 10 Feb 2014 15:43:33 GMT Content-Type: text/html; charset=iso-8859-1 Connection: close Location: http://2domains.ru/images/ Content-Length: 234 301 Moved Permanently

Moved Permanently

The document has moved here.

а вот тут еще интересней https://www.nic.ru/images (Location возвращает правильный а в теле документа ссылка на http и порт 8880, но при этом работает, как такого добиться?) HTTP/1.1 301 Moved Permanently Server: nginx/1.4.4 Date: Mon, 10 Feb 2014 15:48:20 GMT Content-Type: text/html; charset=windows-1251 Transfer-Encoding: chunked Connection: keep-alive Location: https://www.nic.ru/images/ X-Cache: MISS from www.nic.ru 301 Moved Permanently

Moved Permanently

The document has moved here.

Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247338,247361#msg-247361 From mdounin at mdounin.ru Tue Feb 11 14:11:00 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 11 Feb 2014 18:11:00 +0400 Subject: nginx-1.4.5 Message-ID: <20140211141100.GW1835@mdounin.ru> Изменения в nginx 1.4.5 11.02.2014 *) Исправление: переменная $ssl_session_id содержала всю сессию в сериализованном виде вместо её идентификатора. Спасибо Ivan Risti?. *) Исправление: клиентские соединения могли сразу закрываться, если использовался отложенный accept; ошибка появилась в 1.3.15. *) Исправление: при проксировании в логах могли появляться сообщения "zero size buf in output"; ошибка появилась в 1.3.9. *) Исправление: в рабочем процессе мог произойти segmentation fault, если использовался модуль ngx_http_spdy_module. *) Исправление: при использовании методов обработки соединений select, poll и /dev/poll проксируемые WebSocket-соединения могли зависать сразу после открытия. *) Исправление: при чтении тела запроса с использованием chunked transfer encoding по SSL-соединению мог произойти таймаут. *) Исправление: утечки памяти в nginx/Windows. -- Maxim Dounin http://nginx.org/en/donation.html From denis at webmaster.spb.ru Wed Feb 12 04:17:50 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 12 Feb 2014 08:17:50 +0400 Subject: =?UTF-8?B?Y2h1bmtpbiDRgdC70L7QvNCw0L0/?= Message-ID: <52FAF5EE.1030008@webmaster.spb.ru> добрый день. Пытались пересобрать nginx из портов и вдруг получили nginx -t nginx: [emerg] unknown directive "chunkin" in /usr/local/etc/nginx/sites/test..ru:18 nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed там блок chunkin on; error_page 411 = @my_411_error; location @my_411_error { chunkin_resume; } При этом в доке http://wiki.nginx.org/HttpChunkinModule This module is no longer needed for Nginx 1.3.9+ because since 1.3.9, the Nginx core already has built-in support for the chunked request bodies. Что с ним делать теперь? *# nginx -v nginx version: nginx/1.4.4 FreeBSD 8.4-BETA1 * -------------- next part -------------- An HTML attachment was scrubbed... URL: From sargaskn at gmail.com Wed Feb 12 04:49:52 2014 From: sargaskn at gmail.com (Sargas) Date: Wed, 12 Feb 2014 06:49:52 +0200 Subject: =?UTF-8?B?UmU6IGNodW5raW4g0YHQu9C+0LzQsNC9Pw==?= In-Reply-To: <52FAF5EE.1030008@webmaster.spb.ru> References: <52FAF5EE.1030008@webmaster.spb.ru> Message-ID: Этот модуль уже не нужен, причем давно. Так же не нужно что-то в конфиге прописывать. Это просто работает :) 2014-02-12 6:17 GMT+02:00 denis : > добрый день. > Пытались пересобрать nginx из портов и вдруг получили > nginx -t > nginx: [emerg] unknown directive "chunkin" in > /usr/local/etc/nginx/sites/test..ru:18 > nginx: configuration file /usr/local/etc/nginx/nginx.conf test failed > > там блок > chunkin on; > error_page 411 = @my_411_error; > location @my_411_error { > chunkin_resume; > } > При этом в доке http://wiki.nginx.org/HttpChunkinModule > This module is no longer needed for Nginx 1.3.9+ because since 1.3.9, the > Nginx core already has built-in support for the chunked request bodies. > > Что с ним делать теперь? > > > > > > *# nginx -v nginx version: nginx/1.4.4 FreeBSD 8.4-BETA1 * > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis at webmaster.spb.ru Wed Feb 12 06:21:48 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 12 Feb 2014 10:21:48 +0400 Subject: =?UTF-8?B?UmU6IGNodW5raW4g0YHQu9C+0LzQsNC9Pw==?= In-Reply-To: References: <52FAF5EE.1030008@webmaster.spb.ru> Message-ID: <52FB12FC.2090902@webmaster.spb.ru> 12.02.2014 8:49, Sargas пишет: > Этот модуль уже не нужен, причем давно. Так же не нужно что-то в > конфиге прописывать. Это просто работает :) А где про это офдоки? и кто знает, с каких версий nginx оно было рабочее и в каких выпилено. From sytar.alex at gmail.com Wed Feb 12 06:51:17 2014 From: sytar.alex at gmail.com (Aleksandr Sytar) Date: Wed, 12 Feb 2014 10:51:17 +0400 Subject: =?UTF-8?B?UmU6IGNodW5raW4g0YHQu9C+0LzQsNC9Pw==?= In-Reply-To: <52FB12FC.2090902@webmaster.spb.ru> References: <52FAF5EE.1030008@webmaster.spb.ru> <52FB12FC.2090902@webmaster.spb.ru> Message-ID: 12 февраля 2014 г., 10:21 пользователь denis написал: > 12.02.2014 8:49, Sargas пишет: > > Этот модуль уже не нужен, причем давно. Так же не нужно что-то в конфиге >> прописывать. Это просто работает :) >> > А где про это офдоки? > и кто знает, с каких версий nginx оно было рабочее и в каких выпилено. > > С тех самых пор как nginx научился проксировать HTTP/1.1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Feb 12 07:01:34 2014 From: nginx-forum at nginx.us (Ve0) Date: Wed, 12 Feb 2014 02:01:34 -0500 Subject: =?UTF-8?B?UmU6IE5naW54ICsgUEhQNS1GUE0gPT4g0L3QtSDRgNCw0LHQvtGC0LDQtdGCIGph?= =?UTF-8?B?dmFzY3JpcHQuLi4gKCgo?= In-Reply-To: References: Message-ID: <58c496fa1bdb34f3a1322e792945b83b.NginxMailingListRussian@forum.nginx.org> Не согласен, на другом сайте проблема более наглядная: http://bubuntu.spb.ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246962,247444#msg-247444 From ru at nginx.com Wed Feb 12 08:22:01 2014 From: ru at nginx.com (Ruslan Ermilov) Date: Wed, 12 Feb 2014 12:22:01 +0400 Subject: =?UTF-8?B?UmU6IGNodW5raW4g0YHQu9C+0LzQsNC9Pw==?= In-Reply-To: <52FB12FC.2090902@webmaster.spb.ru> References: <52FAF5EE.1030008@webmaster.spb.ru> <52FB12FC.2090902@webmaster.spb.ru> Message-ID: <20140212082201.GI77081@lo0.su> On Wed, Feb 12, 2014 at 10:21:48AM +0400, denis wrote: > 12.02.2014 8:49, Sargas пишет: > > Этот модуль уже не нужен, причем давно. Так же не нужно что-то в > > конфиге прописывать. Это просто работает :) > А где про это офдоки? > и кто знает, с каких версий nginx оно было рабочее и в каких выпилено. http://nginx.org/ru/CHANGES.ru-1.4 : Изменения в nginx 1.3.9 27.11.2012 : : *) Добавление: поддержка chunked transfer encoding при получении тела : запроса. : : [...] From nginx-forum at nginx.us Wed Feb 12 08:33:21 2014 From: nginx-forum at nginx.us (ssj) Date: Wed, 12 Feb 2014 03:33:21 -0500 Subject: Nginx (https) + apache (http) In-Reply-To: <54c1f91e695c5d7e0c7b391e17c854e6.NginxMailingListRussian@forum.nginx.org> References: <54c1f91e695c5d7e0c7b391e17c854e6.NginxMailingListRussian@forum.nginx.org> Message-ID: <31d18905a7020138e9de83f7b49a38d8.NginxMailingListRussian@forum.nginx.org> Спасибо Валентину Бартеневу! разобрался, дело было и правда в proxy_redirect. Рабочий вариант: proxy_redirect http://$host/ $scheme://$host/; Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247338,247448#msg-247448 From vbart at nginx.com Wed Feb 12 08:58:00 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 12 Feb 2014 12:58 +0400 Subject: =?UTF-8?B?UmU6IGNodW5raW4g0YHQu9C+0LzQsNC9Pw==?= In-Reply-To: References: <52FAF5EE.1030008@webmaster.spb.ru> <52FB12FC.2090902@webmaster.spb.ru> Message-ID: <13389307.2YAaqGffiq@vbart-laptop> On Wednesday 12 February 2014 10:51:17 Aleksandr Sytar wrote: > 12 февраля 2014 г., 10:21 пользователь denis написал: > > > 12.02.2014 8:49, Sargas пишет: > > > > Этот модуль уже не нужен, причем давно. Так же не нужно что-то в конфиге > >> прописывать. Это просто работает :) > >> > > А где про это офдоки? > > и кто знает, с каких версий nginx оно было рабочее и в каких выпилено. > > > > > С тех самых пор как nginx научился проксировать HTTP/1.1 > Проксировать HTTP/1.1 он научился в nginx 1.1.4, а chunked transfer encoding при получении тела запроса появилось годом позже в nginx 1.3.9. -- Валентин Бартенев From nginx-forum at nginx.us Wed Feb 12 10:39:56 2014 From: nginx-forum at nginx.us (Jugurtha) Date: Wed, 12 Feb 2014 05:39:56 -0500 Subject: image_filter+proxy_pass and 301 (moved permanently) on backend In-Reply-To: <01b9b2b9c6c9c1b6d6059fa04b7621ba.NginxMailingListRussian@forum.nginx.org> References: <90055df89e0abed5ea9adb0dfb0ed018.NginxMailingListRussian@forum.nginx.org> <01b9b2b9c6c9c1b6d6059fa04b7621ba.NginxMailingListRussian@forum.nginx.org> Message-ID: <7fbc20d108bdf027f08a993cd8e45e76.NginxMailingListRussian@forum.nginx.org> Hello, Thx Sergey for this tips (solution) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,245867,247452#msg-247452 From o.palij at dp.uz.gov.ua Wed Feb 12 11:40:23 2014 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Wed, 12 Feb 2014 13:40:23 +0200 Subject: =?UTF-8?B?0LfQsNC/0LjRgdGMINCyIGFjY2Vzc19sb2cg0LHQvtC70YzRiNC40YUg0L7QsdGK?= =?UTF-8?B?0LXQvNC+0LIg0LTQsNC90L3Ri9GF?= Message-ID: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> Добрый день. Пишем в access_log данные POST: log_format test '$request_body?; location /test { client_body_buffer_size 500k; proxy_pass $scheme://127.0.0.1:$server_port/success; access_log /var/log/nginx/test_log test; } location /success { access_log off; return 200; } Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными. POST данные могут быть большими (до 500 килобайт). Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего? И можно-ли что-то с этим сделать? nginx/1.4.4 Linux 3.10.17 x86_64 From ares.12265 at gmail.com Wed Feb 12 17:20:26 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Wed, 12 Feb 2014 21:20:26 +0400 Subject: nginx: [emerg] Message-ID: C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe nginx: [emerg] CreateFile() "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx. conf" failed (1113: No mapping for the Unicode character exists in the target mu lti-byte code page) Windows 8.1 Подскажите, как решить эту проблему? -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsjcfm at gmail.com Wed Feb 12 17:22:01 2014 From: vsjcfm at gmail.com (Anton Sayetsky) Date: Wed, 12 Feb 2014 19:22:01 +0200 Subject: nginx: [emerg] In-Reply-To: References: Message-ID: 2014-02-12 19:20 GMT+02:00 Андрей Рогачёв : > C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe > nginx: [emerg] CreateFile() > "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx. > conf" failed (1113: No mapping for the Unicode character exists in the > target mu > lti-byte code page) > > Windows 8.1 > > Подскажите, как решить эту проблему? > "C:\Users\Андрей Переместить отсюда. From vbart at nginx.com Wed Feb 12 17:45:00 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 12 Feb 2014 21:45 +0400 Subject: =?UTF-8?B?UmU6INC30LDQv9C40YHRjCDQsiBhY2Nlc3NfbG9nINCx0L7Qu9GM0YjQuNGFINC+?= =?UTF-8?B?0LHRitC10LzQvtCyINC00LDQvdC90YvRhQ==?= In-Reply-To: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> References: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> Message-ID: <8758929.FF3OMu0oO4@vbart-laptop> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: > Добрый день. > > Пишем в access_log данные POST: > > log_format test '$request_body?; > > location /test { > client_body_buffer_size 500k; > proxy_pass $scheme://127.0.0.1:$server_port/success; > access_log /var/log/nginx/test_log test; > } > location /success { > access_log off; > return 200; > } > > Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными. > POST данные могут быть большими (до 500 килобайт). > > Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего? > И можно-ли что-то с этим сделать? > > nginx/1.4.4 > Linux 3.10.17 x86_64 timer_resolution используется? -- Валентин Бартенев From anatoly at sonru.com Wed Feb 12 23:27:57 2014 From: anatoly at sonru.com (Anatoly Mikhailov) Date: Wed, 12 Feb 2014 23:27:57 +0000 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: <52F20803.4040206@citrin.ru> References: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> <52F20803.4040206@citrin.ru> Message-ID: <99B75291-7A55-4E95-9F8B-BD9EC7EEC51D@sonru.com> On 05 Feb 2014, at 09:44, Anton Yuzhaninov wrote: > On 02/05/14 10:10, tfox wrote: >> Выделенный сервер с процессором Intel Atom D525. >> В описании к серверу сказано: это двухъядерный процессор ... но благодаря >> технологии HyperThreading, способен обработать четыре потока за один раз. >> Как это понять? >> >> Вообщем моя проблема в том, что я не знаю какое значение установить для >> директивы worker_processes в конфигурационном файле nginx.conf > > Оптимальное число worker_processes зависит от множества параметров: > - задач выполняемых nginx > - объема свободной памяти > - загрузки процессора другими задачами (не nginx). > > Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт контент с дисков и часто блокируется на запросах к диску - worker_processes лучше поставить значительно больше 4, конкретное значение лучше определить экспериментально. > Ничем не лучше, только путаете людей. Ставьте auto, если у вас Nginx 1.3.8+ > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From o.palij at dp.uz.gov.ua Thu Feb 13 06:53:59 2014 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Thu, 13 Feb 2014 08:53:59 +0200 Subject: =?UTF-8?B?UmU6INC30LDQv9C40YHRjCDQsiBhY2Nlc3NfbG9nINCx0L7Qu9GM0YjQuNGFINC+?= =?UTF-8?B?0LHRitC10LzQvtCyINC00LDQvdC90YvRhQ==?= In-Reply-To: <8758929.FF3OMu0oO4@vbart-laptop> References: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> <8758929.FF3OMu0oO4@vbart-laptop> Message-ID: <6152762C-46BA-4621-A50C-C5EDFE39AC72@dp.uz.gov.ua> 12 февр. 2014, в 19:45, Валентин Бартенев написал(а): > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: >> Добрый день. >> >> Пишем в access_log данные POST: >> >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными. >> POST данные могут быть большими (до 500 килобайт). >> >> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего? >> И можно-ли что-то с этим сделать? >> >> nginx/1.4.4 >> Linux 3.10.17 x86_64 > > timer_resolution используется? Да. В конфиге есть timer_resolution 100ms; From mdounin at mdounin.ru Thu Feb 13 10:08:31 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 13 Feb 2014 14:08:31 +0400 Subject: =?UTF-8?B?UmU6INCn0YLQviDRgtCw0LrQvtC1OiAyINGE0LjQt9C40YfQtdGB0LrQuNGFIC8g?= =?UTF-8?B?MiDQu9C+0LPQuNGH0LXRgdC60LjRhSDRj9C00YDQsD8=?= In-Reply-To: <99B75291-7A55-4E95-9F8B-BD9EC7EEC51D@sonru.com> References: <827cd1a7126e5334b5b587b004ead197.NginxMailingListRussian@forum.nginx.org> <52F20803.4040206@citrin.ru> <99B75291-7A55-4E95-9F8B-BD9EC7EEC51D@sonru.com> Message-ID: <20140213100830.GP38830@mdounin.ru> Hello! On Wed, Feb 12, 2014 at 11:27:57PM +0000, Anatoly Mikhailov wrote: > > On 05 Feb 2014, at 09:44, Anton Yuzhaninov wrote: > > > On 02/05/14 10:10, tfox wrote: > >> Выделенный сервер с процессором Intel Atom D525. > >> В описании к серверу сказано: это двухъядерный процессор ... но благодаря > >> технологии HyperThreading, способен обработать четыре потока за один раз. > >> Как это понять? > >> > >> Вообщем моя проблема в том, что я не знаю какое значение установить для > >> директивы worker_processes в конфигурационном файле nginx.conf > > > > Оптимальное число worker_processes зависит от множества параметров: > > - задач выполняемых nginx > > - объема свободной памяти > > - загрузки процессора другими задачами (не nginx). > > > > Если на сервере ничего кроме nginx нагрузку не создает, то > > ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если > > nginx активно раздаёт контент с дисков и часто блокируется на > > запросах к диску - worker_processes лучше поставить > > значительно больше 4, конкретное значение лучше определить > > экспериментально. > > > > Ничем не лучше, только путаете людей. Ставьте auto, если у вас > Nginx 1.3.8+ Антон всё правильно написал. Значение auto == 4 в даном случае, и его имеет смысл ставить, когда сервер полностью отдан nginx'у и упирается в процессор. Это, безусловно, достаточно типичный случай, но в зависимости от структуры нагрузки - могут быть полезны или даже необходимы другие значения. -- Maxim Dounin http://nginx.org/ From citrin at citrin.ru Thu Feb 13 10:09:13 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 13 Feb 2014 14:09:13 +0400 Subject: =?UTF-8?B?dGFiINCyINC60L7QvdGG0LUgaHR0cCDQt9Cw0LPQvtC70L7QstC60L7Qsg==?= Message-ID: <52FC99C9.6040203@citrin.ru> В RFC на HTTP пишут, что пробельные символы в конце и в начале не являются частью значения заголовка: http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4 The field-content does not include any leading or trailing LWS ... Пробелы nginx отрезает как в начале так и в конце, а вот символы табуляции не трогоает (и при зиписи в лог они превращаются в \x09). Почему такая дискриминация? Проблемы и tab-ы в данном случае должны быть равнозначны: LWS = [CRLF] 1*( SP | HT ) Не могу сказать, что это сильно мешает жить, но в логах изредка встречается такой User-Agent: Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.16\x09 From nginx-forum at nginx.us Thu Feb 13 11:25:22 2014 From: nginx-forum at nginx.us (smotritel) Date: Thu, 13 Feb 2014 06:25:22 -0500 Subject: =?UTF-8?B?Tmdpbngg0LfQsNC/0YPRidC10L0sINC90L4g0L3QtSDQt9Cw0YXQvtC00LjRgiA=?= =?UTF-8?B?0L3QsCDRgdGC0YDQsNC90LjRhtGD?= Message-ID: <283c621b3f0c405f35c5d14f5ad86c4d.NginxMailingListRussian@forum.nginx.org> 1) CentOS. 2) netstat tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 2765/php-cgi tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2958/nginx.conf 3) server { listen 80; server_name test.ru www.test.ru; location / { root /usr/share/nginx/html; index index.php index.html index.htm; ssi on; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location /status { stub_status on; access_log off; allow 192.168.163.1; deny all; } 4) захожу с IP 192.168.163.1 на 192.168.163.2. узел недоступен. и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247501,247501#msg-247501 From vbart at nginx.com Thu Feb 13 11:42:05 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 13 Feb 2014 15:42:05 +0400 Subject: =?UTF-8?B?UmU6INC30LDQv9C40YHRjCDQsiBhY2Nlc3NfbG9nINCx0L7Qu9GM0YjQuNGFINC+?= =?UTF-8?B?0LHRitC10LzQvtCyINC00LDQvdC90YvRhQ==?= In-Reply-To: <6152762C-46BA-4621-A50C-C5EDFE39AC72@dp.uz.gov.ua> References: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> <8758929.FF3OMu0oO4@vbart-laptop> <6152762C-46BA-4621-A50C-C5EDFE39AC72@dp.uz.gov.ua> Message-ID: <2984137.akoeJzRQFY@vbart-laptop> On Thursday 13 February 2014 08:53:59 Oleg Palij wrote: > > 12 февр. 2014, в 19:45, Валентин Бартенев написал(а): > > > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: > >> Добрый день. > >> > >> Пишем в access_log данные POST: > >> > >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными. > >> POST данные могут быть большими (до 500 килобайт). > >> > >> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего? > >> И можно-ли что-то с этим сделать? > >> > >> nginx/1.4.4 > >> Linux 3.10.17 x86_64 > > > > timer_resolution используется? > > Да. В конфиге есть timer_resolution 100ms; Уберите и будет всё нормально. -- Валентин Бартенев From shade at yandex-team.ru Thu Feb 13 12:45:31 2014 From: shade at yandex-team.ru (Vasiliy Shmelev) Date: Thu, 13 Feb 2014 16:45:31 +0400 Subject: =?UTF-8?B?UmU6INCe0LHRgNCw0LHQvtGC0LrQsCDRgNC10LTQuNGA0LXQutGC0L7QsiDQstC9?= =?UTF-8?B?0YPRgtGA0Lg=?= In-Reply-To: <20120903124410.GA19475@kapp.yandex-team.ru> References: <226441346421848@web9d.yandex.ru> <20120831141545.GB59826@nginx.com> <20120903124410.GA19475@kapp.yandex-team.ru> Message-ID: <52FCBE6B.6070404@yandex-team.ru> И снова привет, конфигурация, в целом, работает, но только один раз: при первом запросе цепочка отрабатывает как надо, переменная $upstream_http_location проставляется. При втором запросе, когда 301 берется из кеша, $upstream_http_location уже пустая. Есть ощущение, что при ответе 301 из кеша внутри не срабатывает модуль апстрима, и, соответственно, переменные заголовков пустые. Можно это как-то обойти? Alex Kapranoff wrote: > * Igor Sysoev [August 31 2012, 18:15]: >> On Fri, Aug 31, 2012 at 06:04:08PM +0400, Alex Kapranoff wrote: >>> Привет! >>> >>> Есть простой прокси. Хотим обрабатывать редиректы от апстримов внутри >>> nginx -- так, чтобы они не доходили до браузера. Пусть браузер >>> получает только последний ответ в цепочке. Не получается. >>> >>> Первая мысль для цепочки длинной 1: ловим редиректы с помощью >>> error_page в именованый location со вторым proxy_pass внутри. Однако >>> до адреса, на который делается редирект, добраться не удаётся. >>> >>> Подскажете что-нибудь? >> Как-то так: >> >> resolver 127.0.0.1; >> >> location / { >> ... >> proxy_intercept_errors on; >> error_page 302 = @redirect; >> } >> >> location @redirect { >> set $redirect $http_upstream_location; >> proxy_pass $redirect; >> } > > Да, получается, с учётом поправки $http_upstream_ --> $upstream_http_ > > Спасибо! > -- Vasily Shmelev project manager Yandex tel.: 7 (495) 739-70-00, ext.: 3241 From nginx-forum at nginx.us Thu Feb 13 12:52:26 2014 From: nginx-forum at nginx.us (vsadm) Date: Thu, 13 Feb 2014 07:52:26 -0500 Subject: =?UTF-8?B?0J7QsdGA0LDQsdC+0YLQutCwINGA0LXQtNC40YDQtdC60YLQvtCyINCy0L3Rg9GC?= =?UTF-8?B?0YDQuA==?= Message-ID: <963959049d4cb15522d834a1d2d96655.NginxMailingListRussian@forum.nginx.org> Привет всем, Есть простой прокси, который обрабатывает редиректы от апстримов внутри nginx -- так, чтобы они не доходили до браузера. Браузер получает только последний ответ в цепочке. Конфигурация, в целом, работает, но только один раз: при первом запросе цепочка отрабатывает как надо, переменная $upstream_http_location проставляется. При втором запросе, когда 301 берется из кеша, $upstream_http_location уже пустая. Есть ощущение, что при ответе 301 из кеша внутри не срабатывает модуль апстрима, и, соответственно, переменные заголовков пустые. Можно это как-то обойти? >> resolver 127.0.0.1; >> >> location / { >> ... >> proxy_intercept_errors on; >> error_page 302 = @redirect; >> } >> >> location @redirect { >> set $redirect $upstream_http_location; >> proxy_pass $redirect; >> } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247505,247505#msg-247505 From semenukha at gmail.com Thu Feb 13 17:07:52 2014 From: semenukha at gmail.com (Styopa Semenukha) Date: Thu, 13 Feb 2014 12:07:52 -0500 Subject: =?UTF-8?B?UmU6IE5naW54INC30LDQv9GD0YnQtdC9LCDQvdC+INC90LUg0LfQsNGF0L7QtNC4?= =?UTF-8?B?0YIg0L3QsCDRgdGC0YDQsNC90LjRhtGD?= In-Reply-To: <283c621b3f0c405f35c5d14f5ad86c4d.NginxMailingListRussian@forum.nginx.org> References: <283c621b3f0c405f35c5d14f5ad86c4d.NginxMailingListRussian@forum.nginx.org> Message-ID: <8781546.NqJIXHaQYv@hydra> Проверьте iptables -nL и sestatus. On Thursday, February 13, 2014 06:25:22 AM smotritel wrote: > 1) CentOS. > 2) netstat > tcp 0 0 127.0.0.1:9000 0.0.0.0:* > LISTEN 2765/php-cgi > tcp 0 0 0.0.0.0:80 0.0.0.0:* > LISTEN 2958/nginx.conf > 3) > > server { > listen 80; > server_name test.ru www.test.ru; > > location / { > root /usr/share/nginx/html; > index index.php index.html index.htm; > ssi on; > } > > location ~ \.php$ { > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > include fastcgi_params; > } > > > location /status { > stub_status on; > access_log off; > allow 192.168.163.1; > deny all; > } > > 4) захожу с IP 192.168.163.1 на 192.168.163.2. узел недоступен. > и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247501,247501#msg-247501 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Sincerely yours, Styopa Semenukha. From nginx-forum at nginx.us Fri Feb 14 08:31:33 2014 From: nginx-forum at nginx.us (ruNovel) Date: Fri, 14 Feb 2014 03:31:33 -0500 Subject: =?UTF-8?Q?x-accel-redirect_=D0=B8_content-type_text/html?= Message-ID: Добрый день! Собственно возникла проблема с X-Accel-Redirect. Он постоянно отдает content type - text/hrml. Вот скрипт который обрабатывает отдачу файла: header("Pragma: public"); header("Expires: 0"); header('Content-Description: File Transfer'); header('Content-Length: ' . filesize($realFile)); header('Content-Disposition: attachment; filename=' . $filename . ''); header('Content-Transfer-Encoding: binary'); header('Content-Type: application/pdf', true); header('X-Accel-Redirect: ' . $aliasedFile); Конфиг на Nginx location /files { internal; root /var/www/site.com/www; gzip off; #add_header Content-Type application/pdf; это временный костыль } Пока пользуюсь костылем. Что делать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247538,247538#msg-247538 From mdounin at mdounin.ru Fri Feb 14 13:26:26 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Fri, 14 Feb 2014 17:26:26 +0400 Subject: =?UTF-8?Q?Re=3A_x-accel-redirect_=D0=B8_content-type_text/html?= In-Reply-To: References: Message-ID: <20140214132626.GG81431@mdounin.ru> Hello! On Fri, Feb 14, 2014 at 03:31:33AM -0500, ruNovel wrote: > Добрый день! > > Собственно возникла проблема с X-Accel-Redirect. Он постоянно отдает content > type - text/hrml. > Вот скрипт который обрабатывает отдачу файла: > header("Pragma: public"); > header("Expires: 0"); > header('Content-Description: File Transfer'); > header('Content-Length: ' . filesize($realFile)); > header('Content-Disposition: attachment; filename=' . $filename . ''); > header('Content-Transfer-Encoding: binary'); > header('Content-Type: application/pdf', true); > header('X-Accel-Redirect: ' . $aliasedFile); > > Конфиг на Nginx > location /files { > internal; > root /var/www/site.com/www; > gzip off; > #add_header Content-Type application/pdf; это временный костыль > } > > Пока пользуюсь костылем. Что делать? Включите debug log и посмотрите, что php возвращает на самом деле. Клиенту должен уходить тот Content-Type, который был возвращён вместе с X-Accel-Redirect. http://nginx.org/ru/docs/debugging_log.html -- Maxim Dounin http://nginx.org/ From dmitry.goryainov at gmail.com Fri Feb 14 13:43:20 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Fri, 14 Feb 2014 17:43:20 +0400 Subject: =?UTF-8?Q?Re=3A_x-accel-redirect_=D0=B8_content-type_text/html?= In-Reply-To: <20140214132626.GG81431@mdounin.ru> References: <20140214132626.GG81431@mdounin.ru> Message-ID: Выключить принудительный тип контента по умолчанию выше? -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Feb 14 14:33:40 2014 From: nginx-forum at nginx.us (sebor) Date: Fri, 14 Feb 2014 09:33:40 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSDQutC+0LzQv9C40LvRj9GG0LjQtdC5INCyIFNv?= =?UTF-8?B?bGFyaXMgMTEgc3BhcmM=?= Message-ID: <9a00414cccd882c1137b0c0017dd830c.NginxMailingListRussian@forum.nginx.org> Всем привет. Не получается скомпилить nginx на solaris 11 с исходниками openssl. Система следующая: uname -a SunOS web-srv 5.11 11.1 sun4v sparc sun4v Делаю так: ./configure --prefix=/opt/nginx --group=webservd --user=webservd --with-cc-opt='-I ../pcre-8.34' --with-cpu-opt=sparc64 --with-pcre=../pcre-8.34 --with-zlib=../zlib-1.2.8 --with-http_sub_module --with-http_gzip_static_module --with-http_ssl_module --with-http_gzip_static_module --with-http_stub_status_module --with-openssl=../openssl-1.0.1f --with-http_dav_module --with-http_flv_module --with-cc=/opt/solarisstudio12.3/bin/cc --with-cc-opt=-m64 --with-ld-opt=-m64 Сыплется много предупреждений: cc: Warning: -xarch=v8plus is deprecated, use -m32 -xarch=sparc instead Ближе к завершению: ld: warning: file ../openssl-1.0.1f/.openssl/lib/libssl.a(s23_meth.o): wrong ELF class: ELFCLASS32 ld: warning: file ../openssl-1.0.1f/.openssl/lib/libcrypto.a(cryptlib.o): wrong ELF class: ELFCLASS32 И в конце: ld: fatal: symbol referencing errors. No output written to objs/nginx *** Error code 2 make: Fatal error: Command failed for target `objs/nginx' Current working directory /export/home/user/nginx-1.5.10 *** Error code 1 make: Fatal error: Command failed for target `build Если компилить без исходников openssl (т.е. configure убрать --with-openssl=../openssl-1.0.1f), то компиляция завершается успешно. На solaris 11 системный OpenSSL 1.0.0j 10 May 2012. Есть идеи? Может надо в openssl поправить исходники для нормальной прекомпиляции nginx'ом? Могу предоставить доп. инфу( в виде файлов obs/Makefile, objs/autoconf.err и т.п.), если понадобится. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247559#msg-247559 From vbart at nginx.com Fri Feb 14 14:50:44 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 14 Feb 2014 18:50:44 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <9a00414cccd882c1137b0c0017dd830c.NginxMailingListRussian@forum.nginx.org> References: <9a00414cccd882c1137b0c0017dd830c.NginxMailingListRussian@forum.nginx.org> Message-ID: <2821373.blFX2ETSQ0@vbart-laptop> On Friday 14 February 2014 09:33:40 sebor wrote: > Всем привет. > Не получается скомпилить nginx на solaris 11 с исходниками openssl. > Система следующая: uname -a > SunOS web-srv 5.11 11.1 sun4v sparc sun4v > Делаю так: > ./configure --prefix=/opt/nginx --group=webservd --user=webservd > --with-cc-opt='-I ../pcre-8.34' --with-cpu-opt=sparc64 > --with-pcre=../pcre-8.34 --with-zlib=../zlib-1.2.8 --with-http_sub_module > --with-http_gzip_static_module --with-http_ssl_module > --with-http_gzip_static_module --with-http_stub_status_module > --with-openssl=../openssl-1.0.1f --with-http_dav_module > --with-http_flv_module --with-cc=/opt/solarisstudio12.3/bin/cc > --with-cc-opt=-m64 --with-ld-opt=-m64 > Сыплется много предупреждений: > cc: Warning: -xarch=v8plus is deprecated, use -m32 -xarch=sparc instead [..] Не надо использовать -m64: http://trac.nginx.org/nginx/ticket/500 -- Валентин Бартенев From nginx-forum at nginx.us Fri Feb 14 14:59:51 2014 From: nginx-forum at nginx.us (sebor) Date: Fri, 14 Feb 2014 09:59:51 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <2821373.blFX2ETSQ0@vbart-laptop> References: <2821373.blFX2ETSQ0@vbart-laptop> Message-ID: <89d55ed97245ab71d1489781d7d7f414.NginxMailingListRussian@forum.nginx.org> Т.е. для 64-битной сборки достаточно указать только --with-cpu-opt=sparc64? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247563#msg-247563 From vbart at nginx.com Fri Feb 14 15:15:51 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Fri, 14 Feb 2014 19:15:51 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <89d55ed97245ab71d1489781d7d7f414.NginxMailingListRussian@forum.nginx.org> References: <2821373.blFX2ETSQ0@vbart-laptop> <89d55ed97245ab71d1489781d7d7f414.NginxMailingListRussian@forum.nginx.org> Message-ID: <2358762.mmEbJGhtdH@vbart-laptop> On Friday 14 February 2014 09:59:51 sebor wrote: > Т.е. для 64-битной сборки достаточно указать только > --with-cpu-opt=sparc64? > Да. -- Валентин Бартенев From nginx-forum at nginx.us Fri Feb 14 15:37:52 2014 From: nginx-forum at nginx.us (sebor) Date: Fri, 14 Feb 2014 10:37:52 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <2358762.mmEbJGhtdH@vbart-laptop> References: <2358762.mmEbJGhtdH@vbart-laptop> Message-ID: <6b8b0501cc68385596a2a950241ecea1.NginxMailingListRussian@forum.nginx.org> Валентин Бартенев Wrote: ------------------------------------------------------- > On Friday 14 February 2014 09:59:51 sebor wrote: > > Т.е. для 64-битной сборки достаточно указать только > > --with-cpu-opt=sparc64? > > > > Да. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Только что проверил - результат тот же. После configure в файле objs/Makefile есть сторока: CFLAGS = -fast -xipo -m64 -errwarn=%all -g -I ../pcre-8.34 Может перед make из нее тоже убирать? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247565#msg-247565 From dmitry.goryainov at gmail.com Fri Feb 14 17:56:37 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Fri, 14 Feb 2014 21:56:37 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <6b8b0501cc68385596a2a950241ecea1.NginxMailingListRussian@forum.nginx.org> References: <2358762.mmEbJGhtdH@vbart-laptop> <6b8b0501cc68385596a2a950241ecea1.NginxMailingListRussian@forum.nginx.org> Message-ID: прошу прощения за оффтопик. Речь не об nginx. Где и почему сейчас используют Solaris? Интерес не праздный, пытаемся оценить под какие ОС имеет смысл делать сборки, Солярис думали не рассматривать, поэтому интересно: где сохранилось и почему? 2014-02-14 19:37 GMT+04:00 sebor : > Валентин Бартенев Wrote: > ------------------------------------------------------- > > On Friday 14 February 2014 09:59:51 sebor wrote: > > > Т.е. для 64-битной сборки достаточно указать только > > > --with-cpu-opt=sparc64? > > > > > > > Да. > > > > -- > > Валентин Бартенев > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Только что проверил - результат тот же. > После configure в файле objs/Makefile есть сторока: > CFLAGS = -fast -xipo -m64 -errwarn=%all -g -I ../pcre-8.34 > Может перед make из нее тоже убирать? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247559,247565#msg-247565 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Dmitry Goryainov -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Fri Feb 14 21:44:20 2014 From: nginx-forum at nginx.us (Alex Koval) Date: Fri, 14 Feb 2014 16:44:20 -0500 Subject: Websockets and Nginx reload Message-ID: Добрый день. Столкнулся с проблемой: при проксировании Websockets и релоаде Nginx старые воркеры продолжают работу пока открыто хотя бы одно проксируемое Websocket соединение. Есть ли какая-нибудь возможность разорвать Websocket соединения при релоаде? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247573,247573#msg-247573 From nginx-forum at nginx.us Fri Feb 14 22:05:36 2014 From: nginx-forum at nginx.us (balanar22581) Date: Fri, 14 Feb 2014 17:05:36 -0500 Subject: =?UTF-8?B?bmdpbngg0L3QsCDRgNCw0LfQvdGL0YUg0L7RgQ==?= Message-ID: <88b1ef08e744dcd4f096fd9c628e97fc.NginxMailingListRussian@forum.nginx.org> Есть ли разница в Nginx на разных ос (убунту, дебиан, red hat) c идентичными версиями Nginx и настройками. Все сайты на PHP. Какие могут быть бока при переносе? Объясните подробно или дайте пожалуйста ссылки. Так как меня уверяют что нужно разрабатывать под той OC какая стоит на сервере. Я думаю это не обязательно. Прошу совета у опытных людей. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247576,247576#msg-247576 From semenukha at gmail.com Fri Feb 14 22:41:03 2014 From: semenukha at gmail.com (Styopa Semenukha) Date: Fri, 14 Feb 2014 17:41:03 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC90LAg0YDQsNC30L3Ri9GFINC+0YE=?= In-Reply-To: <88b1ef08e744dcd4f096fd9c628e97fc.NginxMailingListRussian@forum.nginx.org> References: <88b1ef08e744dcd4f096fd9c628e97fc.NginxMailingListRussian@forum.nginx.org> Message-ID: <1625338.zTOlVc39BW@tornado> Бока могут быть с умолчальными настройками из разных пакетных менеджеров. Например, при обновлении ПМ может подложить вам в conf.d какой-нибудь welcome.conf, если при развертывании вы забудете затереть их содержимое placeholder-ами. Кроме того, в разных дистрибутивах могут быть разные версии Nginx, которые могут не понимать новых директив. Узнайте версию Nginx в репозитории вашего целевого дистрибутива, на нее и равняйтесь. Проще всего тестировать ваш проект в виртуалке с той самой версией, что на боевом. On Friday, February 14, 2014 05:05:36 PM balanar22581 wrote: > Есть ли разница в Nginx на разных ос (убунту, дебиан, red hat) c идентичными > версиями Nginx и настройками. Все сайты на PHP. Какие могут быть бока при > переносе? Объясните подробно или дайте пожалуйста ссылки. Так как меня > уверяют что нужно разрабатывать под той OC какая стоит на сервере. Я думаю > это не обязательно. Прошу совета у опытных людей. > > Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247576,247576#msg-247576 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Styopa Semenukha. From sb at nginx.com Fri Feb 14 23:54:00 2014 From: sb at nginx.com (Sergey Budnevitch) Date: Sat, 15 Feb 2014 03:54:00 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <6b8b0501cc68385596a2a950241ecea1.NginxMailingListRussian@forum.nginx.org> References: <2358762.mmEbJGhtdH@vbart-laptop> <6b8b0501cc68385596a2a950241ecea1.NginxMailingListRussian@forum.nginx.org> Message-ID: On 14 Feb 2014, at 19:37, sebor wrote: > Валентин Бартенев Wrote: > ------------------------------------------------------- >> On Friday 14 February 2014 09:59:51 sebor wrote: >>> Т.е. для 64-битной сборки достаточно указать только >>> --with-cpu-opt=sparc64? >>> >> >> Да. >> > > Только что проверил - результат тот же. > После configure в файле objs/Makefile есть сторока: > CFLAGS = -fast -xipo -m64 -errwarn=%all -g -I ../pcre-8.34 > Может перед make из нее тоже убирать? Нет, проблема у вас в том, что nginx собирается 64-битный, а openssl 32-битный и все ломается на этапе компоновки. Передачей параметров тут, видимо, не отделаться, из-за мудреного конфигурирования openssl и неестественного его интеллекта. Попробуйте в auto/lib/openssl/make вместо && ./config --prefix=$ngx_prefix no-shared $OPENSSL_OPT \\ вбить && ./Configure --prefix=$ngx_prefix no-shared $OPENSSL_OPT solaris-sparcv9-cc \\ Рекомендую обратить внимание на результаты тестов при сборке openssl?я. sunpro раньше очень хорошо оптимизировал rsa в openssl?е, так, что все собиралось, но ничего не работало. From nginx-forum at nginx.us Sat Feb 15 07:22:49 2014 From: nginx-forum at nginx.us (ruNovel) Date: Sat, 15 Feb 2014 02:22:49 -0500 Subject: =?UTF-8?Q?Re=3A_x-accel-redirect_=D0=B8_content-type_text/html?= In-Reply-To: References: Message-ID: Dmitry Wrote: ------------------------------------------------------- > Выключить принудительный тип контента по умолчанию выше? > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru От PHP не приходит тип контента. Поэтому и сделал принудительный тип. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247538,247586#msg-247586 From dmitry.goryainov at gmail.com Sat Feb 15 10:59:52 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Sat, 15 Feb 2014 14:59:52 +0400 Subject: =?UTF-8?Q?Re=3A_x-accel-redirect_=D0=B8_content-type_text/html?= In-Reply-To: References: Message-ID: а поставьте сначала header('Content-type: application/pdf'); а после: header('Content-Disposition: attachment; filename="'.$filename.'"'); и имя файла в ковычки (у вас там базовое имя, без путей?) 2014-02-15 11:22 GMT+04:00 ruNovel : > Dmitry Wrote: > ------------------------------------------------------- > > Выключить принудительный тип контента по умолчанию выше? > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > От PHP не приходит тип контента. Поэтому и сделал принудительный тип. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247538,247586#msg-247586 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Dmitry Goryainov -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sat Feb 15 16:02:05 2014 From: nginx-forum at nginx.us (nik222) Date: Sat, 15 Feb 2014 11:02:05 -0500 Subject: duplicate "location /" Message-ID: <8ee3c9225d396b163ccef0f8f572a72b.NginxMailingListRussian@forum.nginx.org> Есть настроенные сервера, имеющие общий инклуд, в котором фигурирует "location /". Соответственно, при возникновении необходимости для конкретного сервера прописать что либо через "location /" (например ограничение доступа по IP, или доступ по паролю) получаю warning о "задвоении". Можно конечно продублировать злосчастный инклуд (под другим именем) для нужно сервера и прописать в нем все что нужно. Но может быть как то можно изящно выйти из ситуации ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247592,247592#msg-247592 From nginx-forum at nginx.us Sat Feb 15 20:36:18 2014 From: nginx-forum at nginx.us (S.A.N) Date: Sat, 15 Feb 2014 15:36:18 -0500 Subject: =?UTF-8?Q?fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_=D0=B2_?= =?UTF-8?Q?PHP?= Message-ID: <90d2d26007eacbcabab3ebad44a5c989.NginxMailingListRussian@forum.nginx.org> При включенном keepalive в upstream к FastCGI бекенду на PHP, появляются ошибки 502, проблему нашли и воспроизводится она таким образом. РНР скрипт, медленные операции выполняет в фон режиме после вызова функции fastcgi_finish_request(), тестовый скрипт конфигурация Nginx upstream fpm { server 127.0.0.1:9000; keepalive 8; } server { ...... fastcgi_keep_conn on; fastcgi_param SCRIPT_NAME /index.php; fastcgi_pass fpm; ...... } Лог ошибки Nginx [error] 7945#0: *5 upstream sent unexpected FastCGI record: 3 while reading response header from upstream ... Лог ошибок PHP-FPM пустой. В upstreem кеше 8 конектов, ошибка появляется когда Nginx ждет от PHP-FPM ответа в конекте который ещё не освободился, по моей логике PHP-FPM должен ответить Nginx когда скрипт завершит работу (sleep(10)) но этого не происходит и Nginx отдает 502 ошибку, судя по всему PHP-FPM после освобождения конекта не смог обработать следующий запрос от Nginx в этом конекте, подозреваю что функции fastcgi_finish_request() не рассчитана на повторное использования конекта. Или я что-то делаю не правильно? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247596,247596#msg-247596 From semenukha at gmail.com Sat Feb 15 22:31:53 2014 From: semenukha at gmail.com (Styopa Semenukha) Date: Sat, 15 Feb 2014 17:31:53 -0500 Subject: duplicate "location /" In-Reply-To: <8ee3c9225d396b163ccef0f8f572a72b.NginxMailingListRussian@forum.nginx.org> References: <8ee3c9225d396b163ccef0f8f572a72b.NginxMailingListRussian@forum.nginx.org> Message-ID: <5339770.NcSZXIrCYz@hydra> Вынесите в общий инклуд только ?тело? блока ? то, что внутри фигурных скобок. Возможно, придется разделить инклуд на несколько меньших. Изящно и правильно выйти из ситуации можно с помощью менеджера конфигураций, например Puppet или Chef. On Saturday, February 15, 2014 11:02:05 AM nik222 wrote: > Есть настроенные сервера, имеющие общий инклуд, в котором фигурирует > "location /". Соответственно, при возникновении необходимости для > конкретного сервера прописать что либо через "location /" (например > ограничение доступа по IP, или доступ по паролю) получаю warning о > "задвоении". Можно конечно продублировать злосчастный инклуд (под другим > именем) для нужно сервера и прописать в нем все что нужно. Но может быть как > то можно изящно выйти из ситуации ? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247592,247592#msg-247592 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Sincerely yours, Styopa Semenukha. From tetsio.nainn at gmail.com Sat Feb 15 23:39:43 2014 From: tetsio.nainn at gmail.com (=?UTF-8?B?0Jwu0JAuINCc0L7RhdC90LDRh9C10LLRgdC60LjQuQ==?=) Date: Sun, 16 Feb 2014 09:39:43 +1000 Subject: duplicate "location /" In-Reply-To: <5339770.NcSZXIrCYz@hydra> References: <8ee3c9225d396b163ccef0f8f572a72b.NginxMailingListRussian@forum.nginx.org> <5339770.NcSZXIrCYz@hydra> Message-ID: Пробовали location / { ... include file; ... } ? 16 февраля 2014 г., 8:31 пользователь Styopa Semenukha написал: > Вынесите в общий инклуд только ?тело? блока ? то, что внутри фигурных > скобок. > Возможно, придется разделить инклуд на несколько меньших. > > Изящно и правильно выйти из ситуации можно с помощью менеджера > конфигураций, > например Puppet или Chef. > > On Saturday, February 15, 2014 11:02:05 AM nik222 wrote: > > Есть настроенные сервера, имеющие общий инклуд, в котором фигурирует > > "location /". Соответственно, при возникновении необходимости для > > конкретного сервера прописать что либо через "location /" (например > > ограничение доступа по IP, или доступ по паролю) получаю warning о > > "задвоении". Можно конечно продублировать злосчастный инклуд (под другим > > именем) для нужно сервера и прописать в нем все что нужно. Но может быть > как > > то можно изящно выйти из ситуации ? > > > > Posted at Nginx Forum: > > http://forum.nginx.org/read.php?21,247592,247592#msg-247592 > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- > Sincerely yours, > Styopa Semenukha. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- С ув. М.А. Мохначевский Отдел системного администрирования ООО "Компания "СахаИнтернет НТ" к.т. (4112)219711 доб. 927 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Feb 16 17:10:30 2014 From: nginx-forum at nginx.us (nik222) Date: Sun, 16 Feb 2014 12:10:30 -0500 Subject: duplicate "location /" In-Reply-To: References: Message-ID: <579fc37d138e6f638a44fcadbbc4945c.NginxMailingListRussian@forum.nginx.org> М.А. Мохначевский Wrote: ------------------------------------------------------- > Пробовали location / { > ... > include file; > ... > } ? > > проблема как раз таки в том, что в инклуде есть "location /" и при таком варианте варнинги и вываливаются, так как "location /" задваивается Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247592,247618#msg-247618 From postmaster at softsearch.ru Sun Feb 16 19:33:10 2014 From: postmaster at softsearch.ru (=?Windows-1251?B?zOj14OjrIMzu7eD4uOI=?=) Date: Sun, 16 Feb 2014 23:33:10 +0400 Subject: =?UTF-8?B?0KDQsNGB0L/RgNC10LTQtdC70ZHQvdC90L7QtSDRhdGA0LDQvdC10L3QuNC1INGE?= =?UTF-8?B?0LDQudC70L7QsiBbT0ZGVE9QSUNd?= Message-ID: <6610675732.20140216233310@softsearch.ru> Здравствуйте. Расскажите, пожалуйста, как Вы храните много разных файлов, если они на один сервер не влазят? Есть ли специальные инструменты для распространения файлов по серверам, поддержания нужного количества реплик, обхода всех файлов или файлов с каким-то признаком и т.п. -- С уважением, Михаил mailto:postmaster at softsearch.ru From onokonem at gmail.com Sun Feb 16 19:47:17 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Sun, 16 Feb 2014 23:47:17 +0400 Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0YDQtdC00LXQu9GR0L3QvdC+0LUg0YXRgNCw0L3QtdC90Lg=?= =?UTF-8?B?0LUg0YTQsNC50LvQvtCyIFtPRkZUT1BJQ10=?= In-Reply-To: <6610675732.20140216233310@softsearch.ru> References: <6610675732.20140216233310@softsearch.ru> Message-ID: https://swiftstack.com/product/ 2014-02-16 23:33 GMT+04:00 Михаил Монашёв : > Здравствуйте. > > Расскажите, пожалуйста, как Вы храните много разных файлов, если они > на один сервер не влазят? Есть ли специальные инструменты для > распространения файлов по серверам, поддержания нужного количества > реплик, обхода всех файлов или файлов с каким-то признаком и т.п. > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From aleksey.yakovenko at gmail.com Sun Feb 16 21:41:00 2014 From: aleksey.yakovenko at gmail.com (Alex Yakovenko) Date: Sun, 16 Feb 2014 23:41:00 +0200 Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0YDQtdC00LXQu9GR0L3QvdC+0LUg0YXRgNCw0L3QtdC90Lg=?= =?UTF-8?B?0LUg0YTQsNC50LvQvtCyIFtPRkZUT1BJQ10=?= In-Reply-To: <6610675732.20140216233310@softsearch.ru> References: <6610675732.20140216233310@softsearch.ru> Message-ID: https://github.com/mogilefs/ 16 февраля 2014 г., 21:33 пользователь Михаил Монашёв написал: > Здравствуйте. > > Расскажите, пожалуйста, как Вы храните много разных файлов, если они > на один сервер не влазят? Есть ли специальные инструменты для > распространения файлов по серверам, поддержания нужного количества > реплик, обхода всех файлов или файлов с каким-то признаком и т.п. > > -- > С уважением, > Михаил mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- WBR Alex Yakovenko From nginx-forum at nginx.us Mon Feb 17 08:54:35 2014 From: nginx-forum at nginx.us (sebor) Date: Mon, 17 Feb 2014 03:54:35 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: <15dca19aae380658bbc984c8ac014478.NginxMailingListRussian@forum.nginx.org> Честно сказать не в курсе, почему solaris. Когда пришел на текущее место работы, он уже здесь был. Но у меня есть подозрение, чтио из-за вендора - много железа и ПО от oracle. Dmitry Wrote: ------------------------------------------------------- > прошу прощения за оффтопик. Речь не об nginx. Где и почему сейчас > используют Solaris? Интерес не праздный, пытаемся оценить под какие > ОС > имеет смысл делать сборки, Солярис думали не рассматривать, поэтому > интересно: где сохранилось и почему? > > > > > 2014-02-14 19:37 GMT+04:00 sebor : > > > Валентин Бартенев Wrote: > > ------------------------------------------------------- > > > On Friday 14 February 2014 09:59:51 sebor wrote: > > > > Т.е. для 64-битной сборки достаточно указать только > > > > --with-cpu-opt=sparc64? > > > > > > > > > > Да. > > > > > > -- > > > Валентин Бартенев > > > _______________________________________________ > > > nginx-ru mailing list > > > nginx-ru at nginx.org > > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > Только что проверил - результат тот же. > > После configure в файле objs/Makefile есть сторока: > > CFLAGS = -fast -xipo -m64 -errwarn=%all -g -I ../pcre-8.34 > > Может перед make из нее тоже убирать? > > > > Posted at Nginx Forum: > > http://forum.nginx.org/read.php?21,247559,247565#msg-247565 > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > > > -- > Dmitry Goryainov > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247637#msg-247637 From nginx-forum at nginx.us Mon Feb 17 09:16:49 2014 From: nginx-forum at nginx.us (skeletor) Date: Mon, 17 Feb 2014 04:16:49 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC90LAg0YDQsNC30L3Ri9GFINC+0YE=?= In-Reply-To: <1625338.zTOlVc39BW@tornado> References: <1625338.zTOlVc39BW@tornado> Message-ID: <86811734f6ca1507ce4b40e7dbb41647.NginxMailingListRussian@forum.nginx.org> В целом (99%) конфигурация не зависит от ОСи, на которой он работает, но могут быть ньюансы: - "Методы обработки соединений" http://nginx.org/ru/docs/events.html - расположение папки с временными файлами (в разных ОСях её и даже родительской папки может не существовать). - тюнинг под разные файловые системы - инклуд конфигов () Возможно что-то ещё-то очень узко-специфическое. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247576,247639#msg-247639 From nginx-forum at nginx.us Mon Feb 17 09:32:06 2014 From: nginx-forum at nginx.us (skeletor) Date: Mon, 17 Feb 2014 04:32:06 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: <5f9bcef81452a0ef05ab4686f2d8fefe.NginxMailingListRussian@forum.nginx.org> У меня тоже Solaris 11 sparc $ file /usr/bin/openssl /usr/bin/openssl: ELF 64-bit MSB executable SPARCV9 Version 1, UltraSPARC1 Extensions Required, dynamically linked, not stripped $ openssl version OpenSSL 1.0.0j 10 May 2012 $ uname -a SunOS router 5.11 11.1 sun4v sparc SUNW,Sun-Fire-T1000 и откуда у вас 32-битная либа там? Мы тоже интенсивно используем solaris, правда на x86 архитектуре. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247641#msg-247641 From denis at webmaster.spb.ru Mon Feb 17 09:41:09 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 17 Feb 2014 13:41:09 +0400 Subject: =?UTF-8?B?UmU6IG5naW54INC90LAg0YDQsNC30L3Ri9GFINC+0YE=?= In-Reply-To: <86811734f6ca1507ce4b40e7dbb41647.NginxMailingListRussian@forum.nginx.org> References: <1625338.zTOlVc39BW@tornado> <86811734f6ca1507ce4b40e7dbb41647.NginxMailingListRussian@forum.nginx.org> Message-ID: <5301D935.1090105@webmaster.spb.ru> 17.02.2014 13:16, skeletor пишет: > ньюансы: новые что? Кто такие ансы? From denis at webmaster.spb.ru Mon Feb 17 09:44:25 2014 From: denis at webmaster.spb.ru (denis) Date: Mon, 17 Feb 2014 13:44:25 +0400 Subject: duplicate "location /" In-Reply-To: <579fc37d138e6f638a44fcadbbc4945c.NginxMailingListRussian@forum.nginx.org> References: <579fc37d138e6f638a44fcadbbc4945c.NginxMailingListRussian@forum.nginx.org> Message-ID: <5301D9F9.4040604@webmaster.spb.ru> 16.02.2014 21:10, nik222 пишет: > М.А. Мохначевский Wrote: > ------------------------------------------------------- >> Пробовали location / { >> ... >> include file; >> ... >> } ? >> >> > проблема как раз таки в том, что в инклуде есть "location /" и при таком > варианте варнинги и вываливаются, так как "location /" задваивается а убрать из инклуда лишний "location /" не позволяет религия? оставив "location /" в основном конфиге. Как бонус -- можно этот же блок подключить в любой другой location. From nginx-forum at nginx.us Mon Feb 17 10:06:17 2014 From: nginx-forum at nginx.us (sebor) Date: Mon, 17 Feb 2014 05:06:17 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: <09c41eb8e5ca43e31d278e422411614a.NginxMailingListRussian@forum.nginx.org> Тоже самое... ld: fatal: symbol referencing errors. No output written to objs/nginx *** Error code 2 make: Fatal error: Command failed for target `objs/nginx' Current working directory /export/home/user/nginx-1.5.10 *** Error code 1 make: Fatal error: Command failed for target `build' Скомпилилось только тогда, когда я указал CFLAGS="-fast" перед configure, но это, видимо, не выход. Sergey Budnevitch Wrote: ------------------------------------------------------- > On 14 Feb 2014, at 19:37, sebor wrote: > > > Валентин Бартенев Wrote: > > ------------------------------------------------------- > >> On Friday 14 February 2014 09:59:51 sebor wrote: > >>> Т.е. для 64-битной сборки достаточно указать только > >>> --with-cpu-opt=sparc64? > >>> > >> > >> Да. > >> > > > > Только что проверил - результат тот же. > > После configure в файле objs/Makefile есть сторока: > > CFLAGS = -fast -xipo -m64 -errwarn=%all -g -I ../pcre-8.34 > > Может перед make из нее тоже убирать? > > Нет, проблема у вас в том, что nginx собирается 64-битный, а openssl > 32-битный > и все ломается на этапе компоновки. Передачей параметров тут, видимо, > не отделаться, из-за > мудреного конфигурирования openssl и неестественного его интеллекта. > Попробуйте в auto/lib/openssl/make > вместо > > && ./config --prefix=$ngx_prefix no-shared $OPENSSL_OPT \\ > > вбить > && ./Configure --prefix=$ngx_prefix no-shared $OPENSSL_OPT > solaris-sparcv9-cc \\ > > > Рекомендую обратить внимание на результаты тестов при сборке > openssl?я. sunpro раньше очень хорошо > оптимизировал rsa в openssl?е, так, что все собиралось, но ничего не > работало. > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247645#msg-247645 From nginx-forum at nginx.us Mon Feb 17 10:40:28 2014 From: nginx-forum at nginx.us (skeletor) Date: Mon, 17 Feb 2014 05:40:28 -0500 Subject: =?UTF-8?B?UmU6IG5naW54INC90LAg0YDQsNC30L3Ri9GFINC+0YE=?= In-Reply-To: <5301D935.1090105@webmaster.spb.ru> References: <5301D935.1090105@webmaster.spb.ru> Message-ID: <13edd65521ada18fea09c44b7e18adb0.NginxMailingListRussian@forum.nginx.org> Вам процитировать ещё раз своё сообщение? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247576,247648#msg-247648 From vsjcfm at gmail.com Mon Feb 17 10:49:35 2014 From: vsjcfm at gmail.com (Anton Sayetsky) Date: Mon, 17 Feb 2014 12:49:35 +0200 Subject: =?UTF-8?B?UmU6IG5naW54INC90LAg0YDQsNC30L3Ri9GFINC+0YE=?= In-Reply-To: <5301D935.1090105@webmaster.spb.ru> References: <1625338.zTOlVc39BW@tornado> <86811734f6ca1507ce4b40e7dbb41647.NginxMailingListRussian@forum.nginx.org> <5301D935.1090105@webmaster.spb.ru> Message-ID: 17 февраля 2014 г., 11:41 пользователь denis написал: > 17.02.2014 13:16, skeletor пишет: >> >> ньюансы: > > новые что? Кто такие ансы? Прошу прощения за оффтоп, но прежде, чем упрекать кого-либо в неграмотности, Вам бы следовало самому научиться писать правильно. Hint1: Все предложения следует начинать с заглавной буквы. Hint2: Стилистическая ошибка, замена "что" на "кто" в следующем предложении. Hint3: "Ансы" следовало взять в кавычки. From uncleandyv at gmail.com Mon Feb 17 11:06:33 2014 From: uncleandyv at gmail.com (Andrey Velikoredchanin) Date: Mon, 17 Feb 2014 15:06:33 +0400 Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0YDQtdC00LXQu9GR0L3QvdC+0LUg0YXRgNCw0L3QtdC90Lg=?= =?UTF-8?B?0LUg0YTQsNC50LvQvtCyIFtPRkZUT1BJQ10=?= In-Reply-To: References: <6610675732.20140216233310@softsearch.ru> Message-ID: Когда у меня была такая задача, я исходил из принципа что самое надежное решение - самое простое. Я использовал много серверов с NFS, запись в базе того, на каком сервере лежит файл и X-Accel-Redirect при его выдаче. 17 февраля 2014 г., 1:41 пользователь Alex Yakovenko < aleksey.yakovenko at gmail.com> написал: > https://github.com/mogilefs/ > > 16 февраля 2014 г., 21:33 пользователь Михаил Монашёв > написал: > > Здравствуйте. > > > > Расскажите, пожалуйста, как Вы храните много разных файлов, если они > > на один сервер не влазят? Есть ли специальные инструменты для > > распространения файлов по серверам, поддержания нужного количества > > реплик, обхода всех файлов или файлов с каким-то признаком и т.п. > > > > -- > > С уважением, > > Михаил mailto:postmaster at softsearch.ru > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > -- > WBR > Alex Yakovenko > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Feb 17 11:11:00 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Feb 2014 15:11:00 +0400 Subject: Websockets and Nginx reload In-Reply-To: References: Message-ID: <20140217111100.GK81431@mdounin.ru> Hello! On Fri, Feb 14, 2014 at 04:44:20PM -0500, Alex Koval wrote: > Добрый день. > > Столкнулся с проблемой: при проксировании Websockets и релоаде Nginx старые > воркеры продолжают работу пока открыто хотя бы одно проксируемое Websocket > соединение. Есть ли какая-нибудь возможность разорвать Websocket соединения > при релоаде? Поскольку nginx не знает, что именно происходит в соединении - при плавном завершении рабочих процессов (которое, в частности, делается при релоаде) он его не трогает, пока соединение не завершится само. То же относится, e.g., к запросам в процессе исполнения. Решение - либо переоткрывать соединения своими силами (по соответствующему сигналу бекенду, или просто раз в N минут), либо по истечению некоторого времени просить рабочие процессы завершиться быстро (в этом случае незавершенные соединения будут просто разорваны). Подробности где-то тут: http://nginx.org/ru/docs/control.html -- Maxim Dounin http://nginx.org/ From mdounin at mdounin.ru Mon Feb 17 11:56:54 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Feb 2014 15:56:54 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <09c41eb8e5ca43e31d278e422411614a.NginxMailingListRussian@forum.nginx.org> References: <09c41eb8e5ca43e31d278e422411614a.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140217115654.GL81431@mdounin.ru> Hello! On Mon, Feb 17, 2014 at 05:06:17AM -0500, sebor wrote: > Тоже самое... > ld: fatal: symbol referencing errors. No output written to objs/nginx > *** Error code 2 > make: Fatal error: Command failed for target `objs/nginx' > Current working directory /export/home/user/nginx-1.5.10 > *** Error code 1 > make: Fatal error: Command failed for target `build' > > Скомпилилось только тогда, когда я указал CFLAGS="-fast" перед configure, но > это, видимо, не выход. Так оно скомпилилось без дополнительных флагов, т.е. и nginx, и библиотека - в 32-битах. Чтобы собралось так, как вам хочется, - вам надо научиться собирать OpenSSL так, как вам хочется (i.e., в 64 битах), после чего использовать опцию --with-openssl-opt для того, чтобы nginx использовал нужные флаги при сборке OpenSSL. Ну или проще - собрать OpenSSL самому, и сказать nginx'у собираться с нужным OpenSSL'ем через --with-cc-opt/--with-ld-opt. -- Maxim Dounin http://nginx.org/ From kalinin-mic at yandex.ru Mon Feb 17 13:08:54 2014 From: kalinin-mic at yandex.ru (Kalinin Mike) Date: Mon, 17 Feb 2014 17:08:54 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= Message-ID: <244891392642534@web11m.yandex.ru> An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Mon Feb 17 14:38:50 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Feb 2014 18:38:50 +0400 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: <90d2d26007eacbcabab3ebad44a5c989.NginxMailingListRussian@forum.nginx.org> References: <90d2d26007eacbcabab3ebad44a5c989.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140217143850.GU81431@mdounin.ru> Hello! On Sat, Feb 15, 2014 at 03:36:18PM -0500, S.A.N wrote: > При включенном keepalive в upstream к FastCGI бекенду на PHP, появляются > ошибки 502, проблему нашли и воспроизводится она таким образом. > РНР скрипт, медленные операции выполняет в фон режиме после вызова функции > fastcgi_finish_request(), тестовый скрипт > > > ignore_user_abort(); > fastcgi_finish_request(); > sleep(10); > > ?> > > конфигурация Nginx > > upstream fpm > { > server 127.0.0.1:9000; > keepalive 8; > } > > server > { > ...... > fastcgi_keep_conn on; > fastcgi_param SCRIPT_NAME /index.php; > fastcgi_pass fpm; > ...... > } > > Лог ошибки Nginx > [error] 7945#0: *5 upstream sent unexpected FastCGI record: 3 while reading > response header from upstream ... Вы прислали FCGI_END_REQUEST, ничего не вернув клиенту, о чём nginx и плачет. Единственное, что он в данном случае может сделать - это вернуть клиенту ошибку. > Лог ошибок PHP-FPM пустой. Ожидаемо, т.к. со стороны php поведение - ровно то, которое запросил программист. > В upstreem кеше 8 конектов, ошибка появляется когда Nginx ждет от PHP-FPM > ответа в конекте который ещё не освободился, по моей логике PHP-FPM должен > ответить Nginx когда скрипт завершит работу (sleep(10)) но этого не > происходит и Nginx отдает 502 ошибку, судя по всему PHP-FPM после > освобождения конекта не смог обработать следующий запрос от Nginx в этом > конекте, подозреваю что функции fastcgi_finish_request() не рассчитана на > повторное использования конекта. > > Или я что-то делаю не правильно? После того, как запрос завершён с помощью FCGI_END_REQUEST (== fastcgi_finish_request() в php), вы уже не сможете ничего вернуть клиенту. Так имеет смысл делать, когда вы хотите вернуть ответ, а потом сделать ещё какую-то работу. Мультиплексировать так несколько запросов в одном процессе php - не получится. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Mon Feb 17 14:50:47 2014 From: nginx-forum at nginx.us (sebor) Date: Mon, 17 Feb 2014 09:50:47 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <20140217115654.GL81431@mdounin.ru> References: <20140217115654.GL81431@mdounin.ru> Message-ID: <26bec7d150855d5e46c4c9d8ec70b06c.NginxMailingListRussian@forum.nginx.org> Откуда ж столько камней) В общем поставил openssl отдельно от nginx'a: ./Config solaris64-sparcv9-gcc threads shared --prefix=/opt/openssl И собрал nginx с опциями; --with-ld-opt="-L/opt/openssl/lib" --with-cc-opt="-I/opt/openssl/include" Все скомпилилосьи работает. Но теперь, как я понимаю, перенсти бинарник nginx на другую машину я не смогу? При старте возникает ошибка: ld.so.1: nginx: fatal: relocation error: file /opt/nginx/sbin/nginx: symbol SSL_CTX_set_next_protos_advertised_cb: referenced symbol not found Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Mon, Feb 17, 2014 at 05:06:17AM -0500, sebor wrote: > > > Тоже самое... > > ld: fatal: symbol referencing errors. No output written to > objs/nginx > > *** Error code 2 > > make: Fatal error: Command failed for target `objs/nginx' > > Current working directory /export/home/user/nginx-1.5.10 > > *** Error code 1 > > make: Fatal error: Command failed for target `build' > > > > Скомпилилось только тогда, когда я указал CFLAGS="-fast" перед > configure, но > > это, видимо, не выход. > > Так оно скомпилилось без дополнительных флагов, т.е. и nginx, и > библиотека - в 32-битах. > > Чтобы собралось так, как вам хочется, - вам надо научиться > собирать OpenSSL так, как вам хочется (i.e., в 64 битах), после > чего использовать опцию --with-openssl-opt для того, чтобы nginx > использовал нужные флаги при сборке OpenSSL. > > Ну или проще - собрать OpenSSL самому, и сказать nginx'у > собираться с нужным OpenSSL'ем через --with-cc-opt/--with-ld-opt. > > -- > Maxim Dounin > http://nginx.org/ > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247662#msg-247662 From onokonem at gmail.com Mon Feb 17 15:35:48 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Mon, 17 Feb 2014 19:35:48 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <244891392642534@web11m.yandex.ru> References: <244891392642534@web11m.yandex.ru> Message-ID: > Потому, что производительней спарков ни чего нет, а лучше всего на спарках > работает солярка. Это под какие задачи? По моим воспоминаниям - sparc-машины были очень дорогие, с низкой частотой и мизерным количеством памяти. Зачем бы сегодня гонять nginx именно на этих камях?.. From mdounin at mdounin.ru Mon Feb 17 16:09:03 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Mon, 17 Feb 2014 20:09:03 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <26bec7d150855d5e46c4c9d8ec70b06c.NginxMailingListRussian@forum.nginx.org> References: <20140217115654.GL81431@mdounin.ru> <26bec7d150855d5e46c4c9d8ec70b06c.NginxMailingListRussian@forum.nginx.org> Message-ID: <20140217160903.GW81431@mdounin.ru> Hello! On Mon, Feb 17, 2014 at 09:50:47AM -0500, sebor wrote: > Откуда ж столько камней) > В общем поставил openssl отдельно от nginx'a: > ./Config solaris64-sparcv9-gcc threads shared --prefix=/opt/openssl > И собрал nginx с опциями; > --with-ld-opt="-L/opt/openssl/lib" --with-cc-opt="-I/opt/openssl/include" > Все скомпилилосьи работает. Но теперь, как я понимаю, перенсти бинарник > nginx на другую машину я не смогу? > При старте возникает ошибка: > ld.so.1: nginx: fatal: relocation error: file /opt/nginx/sbin/nginx: symbol > SSL_CTX_set_next_protos_advertised_cb: referenced symbol not found Заголовки nginx взял откуда сказали, а библиотеку грузит динамически из системы, и там нет NPN. Простейшее решение - таки собрать OpenSSL без динамических библиотек, чтобы nginx собрался со статическими. I.e., no-shared при вызове OpenSSL'ного ./config'а. (Можно ещё поиграть в прописывание -rpath при сборке / LD_LIBRARY_PATH перед запуском, но собрать статически - банально проще.) -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Mon Feb 17 18:21:03 2014 From: nginx-forum at nginx.us (S.A.N) Date: Mon, 17 Feb 2014 13:21:03 -0500 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: <20140217143850.GU81431@mdounin.ru> References: <20140217143850.GU81431@mdounin.ru> Message-ID: > > Лог ошибки Nginx > > [error] 7945#0: *5 upstream sent unexpected FastCGI record: 3 while > reading > > response header from upstream ... > > Вы прислали FCGI_END_REQUEST, ничего не вернув клиенту, о чём > nginx и плачет. Единственное, что он в данном случае может > сделать - это вернуть клиенту ошибку. Это происходит только при выключенном fastcgi_keep_conn и keepalive, если их выключить Nginx отлично отдает 200 статус без ошибок. > > В upstreem кеше 8 конектов, ошибка появляется когда Nginx ждет от > PHP-FPM > > ответа в конекте который ещё не освободился, по моей логике PHP-FPM > должен > > ответить Nginx когда скрипт завершит работу (sleep(10)) но этого не > > происходит и Nginx отдает 502 ошибку, судя по всему PHP-FPM после > > освобождения конекта не смог обработать следующий запрос от Nginx в > этом > > конекте, подозреваю что функции fastcgi_finish_request() не > рассчитана на > > повторное использования конекта. > > > > Или я что-то делаю не правильно? > > После того, как запрос завершён с помощью FCGI_END_REQUEST (== > fastcgi_finish_request() в php), вы уже не сможете ничего вернуть > клиенту. > > Так имеет смысл делать, когда вы хотите вернуть ответ, а потом > сделать ещё какую-то работу. Да именно так все и задумано, но Nginx отдает 502 ошибку. >Мультиплексировать так несколько запросов в одном процессе php - не получится. Если я правильно понял, использовать keepalive конекта после FCGI_END_REQUEST, не выйдет? И есть только два варианта, отказаться от keepalive (без него эта схема работает) или отказаться от fastcgi_finish_request (без него работает keepalive) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247661,247668#msg-247668 From vbart at nginx.com Mon Feb 17 19:26:04 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Mon, 17 Feb 2014 23:26:04 +0400 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: References: <20140217143850.GU81431@mdounin.ru> Message-ID: <9226343.TtsrrirmmG@vbart-laptop> On Monday 17 February 2014 13:21:03 S.A.N wrote: [..] > Если я правильно понял, использовать keepalive конекта после > FCGI_END_REQUEST, не выйдет? > И есть только два варианта, отказаться от keepalive (без него эта схема > работает) или отказаться от fastcgi_finish_request (без него работает > keepalive) > Есть только один правильный вариант реализации выполнения тяжелых запросов: складывать их в очередь, которую затем разгребать отдельным процессом. От того, что вы позвали fastcgi_finish_request() - у вас самый главный ресурс, PHP-процесс не освободился и обрабатывать другие запросы он по-прежнему не в состоянии. -- Валентин Бартенев From nginx-forum at nginx.us Mon Feb 17 21:29:39 2014 From: nginx-forum at nginx.us (S.A.N) Date: Mon, 17 Feb 2014 16:29:39 -0500 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: <9226343.TtsrrirmmG@vbart-laptop> References: <9226343.TtsrrirmmG@vbart-laptop> Message-ID: <326650a45699c84279013bb7a9bb42d2.NginxMailingListRussian@forum.nginx.org> Валентин Бартенев Wrote: ------------------------------------------------------- > On Monday 17 February 2014 13:21:03 S.A.N wrote: > [..] > > Если я правильно понял, использовать keepalive конекта после > > FCGI_END_REQUEST, не выйдет? > > И есть только два варианта, отказаться от keepalive (без него эта > схема > > работает) или отказаться от fastcgi_finish_request (без него > работает > > keepalive) > > > > Есть только один правильный вариант реализации выполнения тяжелых > запросов: > складывать их в очередь, которую затем разгребать отдельным процессом. Я согласен, так стоит делать если операции не связаны с текущем состоянием процесса и не срочны для выполнения, тогда конечно их можно и нужно выполнять позже в отдельных процессах. После fastcgi_finish_request() мы выполняем обновления кеша (если надо), который срочно будет нужен следующим запросам, обновления сессии юзера (если надо), в общем все эти работы привязаны к текущему состоянию процесса и должны выполнятся срочно. Но юзер не должен ждать завершения их выполнения, он уже может получить готовый ответ, по этому все эти работы выполняются после fastcgi_finish_request() > От того, что вы позвали fastcgi_finish_request() - у вас самый главный > ресурс, > PHP-процесс не освободился и обрабатывать другие запросы он > по-прежнему не > в состоянии. PHP-FPM, создаст новый процесс, если запрос придет в новом конекте. Но если юзать keepalive и новый запрос использует уже открытый конект с РНР процессом который работает в фоне, будет очередь ожидания и потом вылетит 502 ошибка, появления очереди логично, вот ошибка 502 это страно, по идеи запрос должен выполнятся нормально когда освободится процесс. Пока что keepalive мы убрали, конекты плодятся РНР воркере тоже плодятся, все работает без очередей и ожиданий, но потеряли возможность повторного использования конектов (keepalive), потеря не велика конечно, но все же интересно можно эту схему реализовать на keepalive FastCGI Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247661,247672#msg-247672 From nginx-forum at nginx.us Tue Feb 18 00:33:02 2014 From: nginx-forum at nginx.us (Alex Koval) Date: Mon, 17 Feb 2014 19:33:02 -0500 Subject: Websockets and Nginx reload In-Reply-To: <20140217111100.GK81431@mdounin.ru> References: <20140217111100.GK81431@mdounin.ru> Message-ID: Спасибо за подробный ответ, Максим. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247573,247674#msg-247674 From danila at shtan.ru Tue Feb 18 06:33:56 2014 From: danila at shtan.ru (Danila Shtan) Date: Tue, 18 Feb 2014 12:33:56 +0600 Subject: =?UTF-8?B?UmU6INCg0LDRgdC/0YDQtdC00LXQu9GR0L3QvdC+0LUg0YXRgNCw0L3QtdC90Lg=?= =?UTF-8?B?0LUg0YTQsNC50LvQvtCyIFtPRkZUT1BJQ10=?= In-Reply-To: References: <6610675732.20140216233310@softsearch.ru> Message-ID: Мы положили в mongodb, а перед раздатчиками поставили кэширующие прокси на nginx. Д. понедельник, 17 февраля 2014 г. пользователь Andrey Velikoredchanin написал: > Когда у меня была такая задача, я исходил из принципа что самое надежное > решение - самое простое. Я использовал много серверов с NFS, запись в базе > того, на каком сервере лежит файл и X-Accel-Redirect при его выдаче. > > > 17 февраля 2014 г., 1:41 пользователь Alex Yakovenko < > aleksey.yakovenko at gmail.com > > написал: > >> https://github.com/mogilefs/ >> >> 16 февраля 2014 г., 21:33 пользователь Михаил Монашёв >> > >> написал: >> > Здравствуйте. >> > >> > Расскажите, пожалуйста, как Вы храните много разных файлов, если они >> > на один сервер не влазят? Есть ли специальные инструменты для >> > распространения файлов по серверам, поддержания нужного количества >> > реплик, обхода всех файлов или файлов с каким-то признаком и т.п. >> > >> > -- >> > С уважением, >> > Михаил mailto:postmaster at softsearch.ru >> > >> > _______________________________________________ >> > nginx-ru mailing list >> > nginx-ru at nginx.org >> > http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> >> >> -- >> WBR >> Alex Yakovenko >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Tue Feb 18 06:42:37 2014 From: nginx-forum at nginx.us (sebor) Date: Tue, 18 Feb 2014 01:42:37 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <20140217160903.GW81431@mdounin.ru> References: <20140217160903.GW81431@mdounin.ru> Message-ID: В общем наконец-таки одолел проблему) Сделал, как писал Sergey Budnevitch, только с небольшим исправлением: в файле nginx/auto/lib/openssl/make заменил строку && ./config --prefix=$ngx_prefix no-shared $OPENSSL_OPT \\ на && ./Configure --prefix=$ngx_prefix no-shared $OPENSSL_OPT solaris64-sparcv9-cc \\ (сам Сергей указывал solaris-sparcv9-cc), а в файле openssl/Configure в опциях для системы solaris64-sparcv9-cc заменил -xarch=v9 на -m64 Всем спасибо за ответы! Maxim Dounin Wrote: ------------------------------------------------------- > Hello! > > On Mon, Feb 17, 2014 at 09:50:47AM -0500, sebor wrote: > > > Откуда ж столько камней) > > В общем поставил openssl отдельно от nginx'a: > > ./Config solaris64-sparcv9-gcc threads shared --prefix=/opt/openssl > > И собрал nginx с опциями; > > --with-ld-opt="-L/opt/openssl/lib" > --with-cc-opt="-I/opt/openssl/include" > > Все скомпилилосьи работает. Но теперь, как я понимаю, перенсти > бинарник > > nginx на другую машину я не смогу? > > При старте возникает ошибка: > > ld.so.1: nginx: fatal: relocation error: file /opt/nginx/sbin/nginx: > symbol > > SSL_CTX_set_next_protos_advertised_cb: referenced symbol not found > > Заголовки nginx взял откуда сказали, а библиотеку грузит > динамически из системы, и там нет NPN. > > Простейшее решение - таки собрать OpenSSL без динамических > библиотек, чтобы nginx собрался со статическими. I.e., no-shared > при вызове OpenSSL'ного ./config'а. > > (Можно ещё поиграть в прописывание -rpath при сборке / > LD_LIBRARY_PATH перед запуском, но собрать статически - банально > проще.) > > -- > Maxim Dounin > http://nginx.org/ > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247676#msg-247676 From o.palij at dp.uz.gov.ua Tue Feb 18 09:00:30 2014 From: o.palij at dp.uz.gov.ua (Oleg Palij) Date: Tue, 18 Feb 2014 11:00:30 +0200 Subject: =?UTF-8?B?UmU6INC30LDQv9C40YHRjCDQsiBhY2Nlc3NfbG9nINCx0L7Qu9GM0YjQuNGFINC+?= =?UTF-8?B?0LHRitC10LzQvtCyINC00LDQvdC90YvRhQ==?= In-Reply-To: <2984137.akoeJzRQFY@vbart-laptop> References: <6CABF130-1267-47F4-8C2F-A07BB1F24324@dp.uz.gov.ua> <8758929.FF3OMu0oO4@vbart-laptop> <6152762C-46BA-4621-A50C-C5EDFE39AC72@dp.uz.gov.ua> <2984137.akoeJzRQFY@vbart-laptop> Message-ID: 13 февр. 2014, в 13:42, Валентин Бартенев написал(а): > On Thursday 13 February 2014 08:53:59 Oleg Palij wrote: >> >> 12 февр. 2014, в 19:45, Валентин Бартенев написал(а): >>> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: >>>> Пишем в access_log данные POST: >>>> >>>> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными. >>>> POST данные могут быть большими (до 500 килобайт). >>>> >>>> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего? >>>> И можно-ли что-то с этим сделать? >>>> >>>> nginx/1.4.4 >>>> Linux 3.10.17 x86_64 >>> >>> timer_resolution используется? >> >> Да. В конфиге есть timer_resolution 100ms; > > Уберите и будет всё нормально. Убрал. Не помогло. После пересобрал nginx без сторонних модулей, убрал практически все опции, которые меняли значения по-умолчанию. Осталось только: worker_rlimit_nofile 8192; worker_processes 8; events { worker_connections 1024; use epoll; } output_buffers 1 1024k; sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 75 20; server_names_hash_bucket_size 128; И для location, где происходит логирование включил client_body_in_single_buffer. Пока наблюдаю (проблема бывает не часто). Что еще можно поковырять? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ares.12265 at gmail.com Tue Feb 18 09:11:08 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Tue, 18 Feb 2014 13:11:08 +0400 Subject: =?UTF-8?B?MS4gbmdpbng6IFtlbWVyZ10gKNCQ0L3QtNGA0LXQuSDQoNC+0LPQsNGH0ZHQsiks?= =?UTF-8?B?IHJlc29sdmUsIHRueCBBbnRvbiBTYXlldHNreS4gZnJvbSBEaWdlc3QsIFZv?= =?UTF-8?B?bCA1MiwgSXNzdWUgMTgu?= Message-ID: поместил в корень C;\ , русских мультибайтовых букв в пути теперь нет, работает отлично как и прежде. Спасибо Anton Sayetsky. Вопрос закрыт. 13 февраля 2014 г., 15:42 пользователь написал: > Сообщения, предназначенные для списка рассылки nginx-ru, необходимо > отправлять по адресу > nginx-ru at nginx.org > > Для изменения параметров подписки вы можеже использовать веб-страницу > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > Для получения информации о том, как пользовать почтовым интерфейсом, > отправьте письмо, в теле или теме которого будет слово 'help', по > адресу: > nginx-ru-request at nginx.org > > Адрес человека, ответственного за этот список рассылки: > nginx-ru-owner at nginx.org > > При ответе, пожалуйста, измение тему письма так, чтобы она была более > содержательной чем "Re: Содержание дайджеста списка рассылки > nginx-ru..." > > Today's Topics: > > 1. nginx: [emerg] (Андрей Рогачёв) > 2. Re: nginx: [emerg] (Anton Sayetsky) > 3. Re: запись в access_log больших объемов данных (Валентин Бартенев) > 4. Re: Что такое: 2 физических / 2 логических ядра? > (Anatoly Mikhailov) > 5. Re: запись в access_log больших объемов данных (Oleg Palij) > 6. Re: Что такое: 2 физических / 2 логических ядра? (Maxim Dounin) > 7. tab в конце http заголовков (Anton Yuzhaninov) > 8. Nginx запущен, но не заходит на страницу (smotritel) > 9. Re: запись в access_log больших объемов данных (Валентин Бартенев) > > > ---------- Пересылаемое сообщение ---------- > From: "Андрей Рогачёв" > To: nginx-ru at nginx.org > Cc: > Date: Wed, 12 Feb 2014 21:20:26 +0400 > Subject: nginx: [emerg] > C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe > nginx: [emerg] CreateFile() > "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx. > conf" failed (1113: No mapping for the Unicode character exists in the > target mu > lti-byte code page) > > Windows 8.1 > > Подскажите, как решить эту проблему? > > > ---------- Пересылаемое сообщение ---------- > From: Anton Sayetsky > To: nginx-ru at nginx.org > Cc: > Date: Wed, 12 Feb 2014 19:22:01 +0200 > Subject: Re: nginx: [emerg] > 2014-02-12 19:20 GMT+02:00 Андрей Рогачёв : > > C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2>nginx.exe > > nginx: [emerg] CreateFile() > > "C:\Users\Андрей\nginx-1.5.2\nginx-1.5.2/conf/nginx. > > conf" failed (1113: No mapping for the Unicode character exists in the > > target mu > > lti-byte code page) > > > > Windows 8.1 > > > > Подскажите, как решить эту проблему? > > "C:\Users\Андрей > Переместить отсюда. > > > ---------- Пересылаемое сообщение ---------- > From: "Валентин Бартенев" > To: nginx-ru at nginx.org > Cc: > Date: Wed, 12 Feb 2014 21:45 +0400 > Subject: Re: запись в access_log больших объемов данных > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: > > Добрый день. > > > > Пишем в access_log данные POST: > > > > log_format test '$request_body?; > > > > location /test { > > client_body_buffer_size 500k; > > proxy_pass $scheme://127.0.0.1:$server_port/success; > > access_log /var/log/nginx/test_log test; > > } > > location /success { > > access_log off; > > return 200; > > } > > > > Некоторые данные приходят обрезанными, т.е. идут нормальные данные, > потом \n и начинается новая строка с данными. > > POST данные могут быть большими (до 500 килобайт). > > > > Не может это быть связанно с тем что nginx пишет из одного потока в лог, > не успевает дописать, как туда же начинает писать другой поток, прерывая > тем самым запись предыдущего? > > И можно-ли что-то с этим сделать? > > > > nginx/1.4.4 > > Linux 3.10.17 x86_64 > > timer_resolution используется? > > -- > Валентин Бартенев > > > ---------- Пересылаемое сообщение ---------- > From: Anatoly Mikhailov > To: "nginx-ru at nginx.org Simonov" > Cc: > Date: Wed, 12 Feb 2014 23:27:57 +0000 > Subject: Re: Что такое: 2 физических / 2 логических ядра? > > On 05 Feb 2014, at 09:44, Anton Yuzhaninov wrote: > > > On 02/05/14 10:10, tfox wrote: > >> Выделенный сервер с процессором Intel Atom D525. > >> В описании к серверу сказано: это двухъядерный процессор ... но > благодаря > >> технологии HyperThreading, способен обработать четыре потока за один > раз. > >> Как это понять? > >> > >> Вообщем моя проблема в том, что я не знаю какое значение установить для > >> директивы worker_processes в конфигурационном файле nginx.conf > > > > Оптимальное число worker_processes зависит от множества параметров: > > - задач выполняемых nginx > > - объема свободной памяти > > - загрузки процессора другими задачами (не nginx). > > > > Если на сервере ничего кроме nginx нагрузку не создает, то ставьте 4. > Если память/CPU нужны кому то ещё - ставьте 2. Если nginx активно раздаёт > контент с дисков и часто блокируется на запросах к диску - worker_processes > лучше поставить значительно больше 4, конкретное значение лучше определить > экспериментально. > > > > Ничем не лучше, только путаете людей. Ставьте auto, если у вас Nginx 1.3.8+ > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > > ---------- Пересылаемое сообщение ---------- > From: Oleg Palij > To: nginx-ru at nginx.org > Cc: > Date: Thu, 13 Feb 2014 08:53:59 +0200 > Subject: Re: запись в access_log больших объемов данных > > 12 февр. 2014, в 19:45, Валентин Бартенев написал(а): > > > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: > >> Добрый день. > >> > >> Пишем в access_log данные POST: > >> > >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, > потом \n и начинается новая строка с данными. > >> POST данные могут быть большими (до 500 килобайт). > >> > >> Не может это быть связанно с тем что nginx пишет из одного потока в > лог, не успевает дописать, как туда же начинает писать другой поток, > прерывая тем самым запись предыдущего? > >> И можно-ли что-то с этим сделать? > >> > >> nginx/1.4.4 > >> Linux 3.10.17 x86_64 > > > > timer_resolution используется? > > Да. В конфиге есть timer_resolution 100ms; > > ---------- Пересылаемое сообщение ---------- > From: Maxim Dounin > To: nginx-ru at nginx.org > Cc: > Date: Thu, 13 Feb 2014 14:08:31 +0400 > Subject: Re: Что такое: 2 физических / 2 логических ядра? > Hello! > > On Wed, Feb 12, 2014 at 11:27:57PM +0000, Anatoly Mikhailov wrote: > > > > > On 05 Feb 2014, at 09:44, Anton Yuzhaninov wrote: > > > > > On 02/05/14 10:10, tfox wrote: > > >> Выделенный сервер с процессором Intel Atom D525. > > >> В описании к серверу сказано: это двухъядерный процессор ... но > благодаря > > >> технологии HyperThreading, способен обработать четыре потока за один > раз. > > >> Как это понять? > > >> > > >> Вообщем моя проблема в том, что я не знаю какое значение установить > для > > >> директивы worker_processes в конфигурационном файле nginx.conf > > > > > > Оптимальное число worker_processes зависит от множества параметров: > > > - задач выполняемых nginx > > > - объема свободной памяти > > > - загрузки процессора другими задачами (не nginx). > > > > > > Если на сервере ничего кроме nginx нагрузку не создает, то > > > ставьте 4. Если память/CPU нужны кому то ещё - ставьте 2. Если > > > nginx активно раздаёт контент с дисков и часто блокируется на > > > запросах к диску - worker_processes лучше поставить > > > значительно больше 4, конкретное значение лучше определить > > > экспериментально. > > > > > > > Ничем не лучше, только путаете людей. Ставьте auto, если у вас > > Nginx 1.3.8+ > > Антон всё правильно написал. Значение auto == 4 в даном случае, и > его имеет смысл ставить, когда сервер полностью отдан nginx'у и > упирается в процессор. Это, безусловно, достаточно типичный > случай, но в зависимости от структуры нагрузки - могут быть > полезны или даже необходимы другие значения. > > -- > Maxim Dounin > http://nginx.org/ > > > > > ---------- Пересылаемое сообщение ---------- > From: Anton Yuzhaninov > To: nginx-ru at nginx.org > Cc: > Date: Thu, 13 Feb 2014 14:09:13 +0400 > Subject: tab в конце http заголовков > В RFC на HTTP пишут, что пробельные символы в конце и в начале не являются > частью значения заголовка: > http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.4 > The field-content does not include any leading or trailing LWS ... > > Пробелы nginx отрезает как в начале так и в конце, а вот символы табуляции > не трогоает (и при зиписи в лог они превращаются в \x09). Почему такая > дискриминация? > > Проблемы и tab-ы в данном случае должны быть равнозначны: > LWS = [CRLF] 1*( SP | HT ) > > Не могу сказать, что это сильно мешает жить, но в логах изредка > встречается такой User-Agent: > Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.16\x09 > > > > > ---------- Пересылаемое сообщение ---------- > From: "smotritel" > To: nginx-ru at nginx.org > Cc: > Date: Thu, 13 Feb 2014 06:25:22 -0500 > Subject: Nginx запущен, но не заходит на страницу > 1) CentOS. > 2) netstat > tcp 0 0 127.0.0.1:9000 0.0.0.0:* > LISTEN 2765/php-cgi > tcp 0 0 0.0.0.0:80 0.0.0.0:* > LISTEN 2958/nginx.conf > 3) > > server { > listen 80; > server_name test.ru www.test.ru; > > location / { > root /usr/share/nginx/html; > index index.php index.html index.htm; > ssi on; > } > > location ~ \.php$ { > fastcgi_pass 127.0.0.1:9000; > fastcgi_index index.php; > fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; > include fastcgi_params; > } > > > location /status { > stub_status on; > access_log off; > allow 192.168.163.1; > deny all; > } > > 4) захожу с IP 192.168.163.1 на 192.168.163.2. узел недоступен. > и даже на самом CentOS не заходит ни на 127.0.0.1, ни на 192.168.163.2. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247501,247501#msg-247501 > > > > > ---------- Пересылаемое сообщение ---------- > From: "Валентин Бартенев" > To: nginx-ru at nginx.org > Cc: > Date: Thu, 13 Feb 2014 15:42:05 +0400 > Subject: Re: запись в access_log больших объемов данных > On Thursday 13 February 2014 08:53:59 Oleg Palij wrote: > > > > 12 февр. 2014, в 19:45, Валентин Бартенев написал(а): > > > > > On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote: > > >> Добрый день. > > >> > > >> Пишем в access_log данные POST: > > >> > > >> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, > потом \n и начинается новая строка с данными. > > >> POST данные могут быть большими (до 500 килобайт). > > >> > > >> Не может это быть связанно с тем что nginx пишет из одного потока в > лог, не успевает дописать, как туда же начинает писать другой поток, > прерывая тем самым запись предыдущего? > > >> И можно-ли что-то с этим сделать? > > >> > > >> nginx/1.4.4 > > >> Linux 3.10.17 x86_64 > > > > > > timer_resolution используется? > > > > Да. В конфиге есть timer_resolution 100ms; > > Уберите и будет всё нормально. > > -- > Валентин Бартенев > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ares.12265 at gmail.com Tue Feb 18 09:16:53 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Tue, 18 Feb 2014 13:16:53 +0400 Subject: =?UTF-8?B?0LjQvdGC0LXQs9GA0LDRhtC40Y8g0YEg0L/Qu9Cw0YLRkdC20L3Ri9C80Lgg0YE=?= =?UTF-8?B?0LjRgdGC0LXQvNCw0LzQuA==?= Message-ID: Если вопрос имеет отношение к nginx. По перебирал инет, для nginx ничего специального или готового не встретил. Подскажите в какую сторону смотреть? -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at kemko.ru Tue Feb 18 09:20:07 2014 From: me at kemko.ru (=?KOI8-R?B?5M3J1NLJyiDhzsTSxcXX?=) Date: Tue, 18 Feb 2014 13:20:07 +0400 Subject: =?UTF-8?B?UmU6INC40L3RgtC10LPRgNCw0YbQuNGPINGBINC/0LvQsNGC0ZHQttC90YvQvNC4?= =?UTF-8?B?INGB0LjRgdGC0LXQvNCw0LzQuA==?= In-Reply-To: References: Message-ID: А для Apache или, например, Lighttpd встретили? Выставление счетов, контроль оплаты и т.д. - это задача уже бэкэнда. Можно, наверное, вынести часть нужной для этого логики в nginx с применением встроенного perl или собрав nginx с поддержкой lua, но не думаю, что это правильное решение, да и не думаю, что в этом плане найдется что-то готовое. 18 февраля 2014 г., 13:16 пользователь Андрей Рогачёв написал: > Если вопрос имеет отношение к nginx. > По перебирал инет, для nginx ничего специального или готового не встретил. > Подскажите в какую сторону смотреть? > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmitry.goryainov at gmail.com Tue Feb 18 11:15:39 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Tue, 18 Feb 2014 15:15:39 +0400 Subject: =?UTF-8?B?UmU6INC40L3RgtC10LPRgNCw0YbQuNGPINGBINC/0LvQsNGC0ZHQttC90YvQvNC4?= =?UTF-8?B?INGB0LjRgdGC0LXQvNCw0LzQuA==?= In-Reply-To: References: Message-ID: А что может быть специального для интеграции с платежными системами на стороне nginx? Пример: в Яндекс.Деньгах протокол предполагает запрос от платежной системы на проверку заказа (совпадение суммы платежа и его назначения) и уведомление о проведении платежа. Как nginx может проверять состав заказа и сумму и что nginx должен делать с уведомлением о платеже? 2014-02-18 13:20 GMT+04:00 Дмитрий Андреев : > А для Apache или, например, Lighttpd встретили? Выставление счетов, > контроль оплаты и т.д. - это задача уже бэкэнда. Можно, наверное, вынести > часть нужной для этого логики в nginx с применением встроенного perl или > собрав nginx с поддержкой lua, но не думаю, что это правильное решение, да > и не думаю, что в этом плане найдется что-то готовое. > > > 18 февраля 2014 г., 13:16 пользователь Андрей Рогачёв < > ares.12265 at gmail.com> написал: > >> Если вопрос имеет отношение к nginx. >> По перебирал инет, для nginx ничего специального или готового не встретил. >> Подскажите в какую сторону смотреть? >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Dmitry Goryainov -------------- next part -------------- An HTML attachment was scrubbed... URL: From greenh at gmail.com Tue Feb 18 12:12:10 2014 From: greenh at gmail.com (greenh) Date: Tue, 18 Feb 2014 14:12:10 +0200 Subject: =?UTF-8?B?0J/QvtC60YDQuNGC0LjQutGD0LnRgtC1INC60L7QvdGE0LjQsw==?= Message-ID: Добрый день Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в правильном направлении? server { listen *:80; server_name gametest.mydomain.com; root /home/client/gametest.mydomain.com/htdocs; index index.php; location /img { try_files $uri $uri @img_fallback; } location @img_fallback { fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; fastcgi_param PHPRC "/home/client/php"; fastcgi_param SCRIPT_FILENAME /home/client/ gametest.mydomain.com/htdocs/img/index.php; include fastcgi_params; } location /editor { try_files $uri $uri @editor_fallback; } location @editor_fallback { fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; fastcgi_param PHPRC "/home/client/php"; fastcgi_param SCRIPT_FILENAME /home/client/ gametest.mydomain.com/htdocs/editor/index.php; include fastcgi_params; } location /game { try_files $uri $uri @game_fallback; } location @game_fallback { rewrite /game/([0-9]+\.html)$ /game/index.php?id=$1; fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; fastcgi_param PHPRC "/home/client/php"; fastcgi_param SCRIPT_FILENAME /home/client/ gametest.mydomain.com/htdocs/game/index.php; include fastcgi_params; } location ~ .php$ { fastcgi_pass 127.0.0.1:9001; fastcgi_index index.php; fastcgi_param PHPRC "/home/client/php"; fastcgi_param SCRIPT_FILENAME /home/client/ gametest.mydomain.com/htdocs$fastcgi_script_name; include fastcgi_params; } error_log /home/client/logs/gametest.mydomain.com-error.log; access_log /home/client/logs/gametest.mydomain.com-access.log; } -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin at mdounin.ru Tue Feb 18 12:32:41 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 18 Feb 2014 16:32:41 +0400 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: References: <20140217143850.GU81431@mdounin.ru> Message-ID: <20140218123241.GG33573@mdounin.ru> Hello! On Mon, Feb 17, 2014 at 01:21:03PM -0500, S.A.N wrote: > > > Лог ошибки Nginx > > > [error] 7945#0: *5 upstream sent unexpected FastCGI record: 3 while > > reading > > > response header from upstream ... > > > > Вы прислали FCGI_END_REQUEST, ничего не вернув клиенту, о чём > > nginx и плачет. Единственное, что он в данном случае может > > сделать - это вернуть клиенту ошибку. > > Это происходит только при выключенном fastcgi_keep_conn и keepalive, если их > выключить Nginx отлично отдает 200 статус без ошибок. ENOPARSE. > > > В upstreem кеше 8 конектов, ошибка появляется когда Nginx ждет от > > PHP-FPM > > > ответа в конекте который ещё не освободился, по моей логике PHP-FPM > > должен > > > ответить Nginx когда скрипт завершит работу (sleep(10)) но этого не > > > происходит и Nginx отдает 502 ошибку, судя по всему PHP-FPM после > > > освобождения конекта не смог обработать следующий запрос от Nginx в > > этом > > > конекте, подозреваю что функции fastcgi_finish_request() не > > рассчитана на > > > повторное использования конекта. > > > > > > Или я что-то делаю не правильно? > > > > После того, как запрос завершён с помощью FCGI_END_REQUEST (== > > fastcgi_finish_request() в php), вы уже не сможете ничего вернуть > > клиенту. > > > > Так имеет смысл делать, когда вы хотите вернуть ответ, а потом > > сделать ещё какую-то работу. > > Да именно так все и задумано, но Nginx отдает 502 ошибку. В том примере кода, что был приведён - ответ никто не возвращает, так что ошибка ожидаема. > >Мультиплексировать так несколько запросов в одном процессе php - не > получится. > > Если я правильно понял, использовать keepalive конекта после > FCGI_END_REQUEST, не выйдет? > И есть только два варианта, отказаться от keepalive (без него эта схема > работает) или отказаться от fastcgi_finish_request (без него работает > keepalive) При правильной работы со стороны php - ничего непоправимого происходить не должно. Скорее всего - будет некоторое время тормозить следующий запрос в соответствующем соединении (ну и может отвалится по таймауту, если работа после предыдущего запрос продолжается долго). Что у вас на самом деле происходит - надо смотреть на реальном коде, и с каким-то более разумным debug'ом. Ну и да, если проблема действительно есть, а не является следствием неправильного php-кода - то скорее всего она в php. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Tue Feb 18 12:39:08 2014 From: nginx-forum at nginx.us (skeletor) Date: Tue, 18 Feb 2014 07:39:08 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: <4e4bbbd6280453e0e5a3d6dddfd50204.NginxMailingListRussian@forum.nginx.org> Например, java лучше всего работает именно под Sparc. Возможно даже БД Oracle. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247688#msg-247688 From onokonem at gmail.com Tue Feb 18 12:44:47 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Tue, 18 Feb 2014 16:44:47 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <4e4bbbd6280453e0e5a3d6dddfd50204.NginxMailingListRussian@forum.nginx.org> References: <4e4bbbd6280453e0e5a3d6dddfd50204.NginxMailingListRussian@forum.nginx.org> Message-ID: > Например, java лучше всего работает именно под Sparc. Возможно даже БД > Oracle. И то, и другое лучше всего работает там, где памяти побольше. И это не спарки никак... From citrin at citrin.ru Tue Feb 18 13:10:45 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Tue, 18 Feb 2014 17:10:45 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QutGA0LjRgtC40LrRg9C50YLQtSDQutC+0L3RhNC40LM=?= In-Reply-To: References: Message-ID: <53035BD5.4070608@citrin.ru> On 02/18/14 16:12, greenh wrote: > Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в правильном > направлении? 1. Конфиги в text/plain читать удобнее, чем в html-письмах. 2. Без нормальных отступов конфиг трудночитаем, и искать в нём ошибки желания не возникает. > server { > listen *:80; > server_name gametest.mydomain.com ; server { listen 80; server_name ....; ... } > location @game_fallback { > rewrite /game/([0-9]+\.html)$ /game/index.php?id=$1; > > fastcgi_pass 127.0.0.1:9001 ; rewrite и fastcgi_pass на одном уровне - отступ в начале должен быть одинаковым. и т. д. From greenh at gmail.com Tue Feb 18 13:31:18 2014 From: greenh at gmail.com (greenh) Date: Tue, 18 Feb 2014 15:31:18 +0200 Subject: =?UTF-8?B?UmU6INCf0L7QutGA0LjRgtC40LrRg9C50YLQtSDQutC+0L3RhNC40LM=?= In-Reply-To: <53035BD5.4070608@citrin.ru> References: <53035BD5.4070608@citrin.ru> Message-ID: 18 февраля 2014 г., 15:10 пользователь Anton Yuzhaninov написал: > On 02/18/14 16:12, greenh wrote: > >> Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в >> правильном >> направлении? >> > > 1. Конфиги в text/plain читать удобнее, чем в html-письмах. > > 2. Без нормальных отступов конфиг трудночитаем, и искать в нём ошибки > желания не возникает. > > server { >> listen *:80; >> server_name gametest.mydomain.com ; >> > > server { > listen 80; > server_name ....; > ... > } > > location @game_fallback { >> rewrite /game/([0-9]+\.html)$ /game/index.php?id=$1; >> >> fastcgi_pass 127.0.0.1:9001 ; >> > > rewrite и fastcgi_pass на одном уровне - отступ в начале должен быть > одинаковым. > > и т. д. > Сорри Вот http://pastebin.com/WinU5jSi -------------- next part -------------- An HTML attachment was scrubbed... URL: From ares.12265 at gmail.com Tue Feb 18 18:50:41 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Tue, 18 Feb 2014 22:50:41 +0400 Subject: =?UTF-8?B?0LjQvdGC0LXQs9GA0LDRhtC40Y8g0YEg0L/Qu9Cw0YLRkdC20L3Ri9C80Lgg0YE=?= =?UTF-8?B?0LjRgdGC0LXQvNCw0LzQuCwg0L/RgNC+0LTQvtC70LbQtdC90LjQtS4=?= Message-ID: Да, вы совершенно правы, этот вопрос касается другого уровня логики приложений платформы http, если так можно сказать про http. Вопрос не более актуальней, чем например конкретная взаимозависимость пакетов. С учётом этого нашел очень хороший и подробный ответ. Большое спасибо за оперативность реакции, лично мне это помогает при нахождении решения. Вопрос закрыт. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Feb 19 06:46:51 2014 From: nginx-forum at nginx.us (zzakirow) Date: Wed, 19 Feb 2014 01:46:51 -0500 Subject: =?UTF-8?B?0JrRgNC+0LzQtSBpbmRleC5waHAsINC00YDRg9Cz0LjQtSBwaHAg0YTQsNC50Ls=?= =?UTF-8?B?0Ysg0LHRi9C70Lgg0L3QtSDQtNC+0YHRgtGD0L/QvdGLINC00LvRjyDQt9Cw?= =?UTF-8?B?0L/Rg9GB0LrQsCAvIG5naW54?= Message-ID: Пожалуйста, подскажите как настроить так, что бы php файлы были не доступны для запуска, кроме index.php. Делаю Вот так вот: location ~\.php$ { deny all; } location ~ ^index.php { allow all; } В этом случае все файлы в том числе index.php не доступны. Вообще только стоит прописать один `location` с `deny all;`, как сразу же файлы не доступны и ни чего не помогает. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247713,247713#msg-247713 From onokonem at gmail.com Wed Feb 19 06:56:42 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Wed, 19 Feb 2014 10:56:42 +0400 Subject: =?UTF-8?B?UmU6INCa0YDQvtC80LUgaW5kZXgucGhwLCDQtNGA0YPQs9C40LUgcGhwINGE0LA=?= =?UTF-8?B?0LnQu9GLINCx0YvQu9C4INC90LUg0LTQvtGB0YLRg9C/0L3RiyDQtNC70Y8g?= =?UTF-8?B?0LfQsNC/0YPRgdC60LAgLyBuZ2lueA==?= In-Reply-To: References: Message-ID: 2014-02-19 10:46 GMT+04:00 zzakirow : > Вообще только > стоит прописать один `location` с `deny all;`, как сразу же файлы не > доступны и ни чего не помогает. для location с регулярными выражениями важен порядок следования. срабатывает первое подошедшее. From nginx-forum at nginx.us Wed Feb 19 07:14:04 2014 From: nginx-forum at nginx.us (zzakirow) Date: Wed, 19 Feb 2014 02:14:04 -0500 Subject: =?UTF-8?B?UmU6INC00LvRjyBsb2NhdGlvbiDRgSDRgNC10LPRg9C70Y/RgNC90YvQvNC4INCy?= =?UTF-8?B?0YvRgNCw0LbQtdC90LjRj9C80Lgg0LLQsNC20LXQvSDQv9C+0YDRj9C00L4=?= =?UTF-8?B?0Log0YHQu9C10LTQvtCy0LDQvdC40Y8uINGB0YDQsNCx0LDRgtGL0LLQsNC1?= =?UTF-8?B?0YIg0L/QtdGA0LLQvtC1INC/0L7QtNC+0YjQtdC00YjQtdC1Lg==?= In-Reply-To: References: Message-ID: <31ff9fdf013de924acdab9baed43b04a.NginxMailingListRussian@forum.nginx.org> Я пробовал менять местами. Т.е. писал вот так: location ~ ^index.php { allow all; } location ~\.php$ { deny all; } И все равно все php файлы не доступны и 403 ошибка. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247713,247715#msg-247715 From esokolov.test at gmail.com Wed Feb 19 07:17:06 2014 From: esokolov.test at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrQstCw0LfQsNGA?=) Date: Wed, 19 Feb 2014 13:17:06 +0600 Subject: =?UTF-8?B?UmU6INC00LvRjyBsb2NhdGlvbiDRgSDRgNC10LPRg9C70Y/RgNC90YvQvNC4INCy?= =?UTF-8?B?0YvRgNCw0LbQtdC90LjRj9C80Lgg0LLQsNC20LXQvSDQv9C+0YDRj9C00L4=?= =?UTF-8?B?0Log0YHQu9C10LTQvtCy0LDQvdC40Y8uINGB0YDQsNCx0LDRgtGL0LLQsNC1?= =?UTF-8?B?0YIg0L/QtdGA0LLQvtC1INC/0L7QtNC+0YjQtdC00YjQtdC1Lg==?= In-Reply-To: <31ff9fdf013de924acdab9baed43b04a.NginxMailingListRussian@forum.nginx.org> References: <31ff9fdf013de924acdab9baed43b04a.NginxMailingListRussian@forum.nginx.org> Message-ID: потому что 'location ~ ^index.php' - это некорректное регулярное выражение для URI. URI начинается с '/' 19 февраля 2014 г., 13:14 пользователь zzakirow написал: > Я пробовал менять местами. > Т.е. писал вот так: > > location ~ ^index.php { > allow all; > } > > location ~\.php$ { > deny all; > } > > > И все равно все php файлы не доступны и 403 ошибка. > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,247713,247715#msg-247715 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- -- Соколов Евгений -------------- next part -------------- An HTML attachment was scrubbed... URL: From onokonem at gmail.com Wed Feb 19 07:17:36 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Wed, 19 Feb 2014 11:17:36 +0400 Subject: =?UTF-8?B?UmU6INC00LvRjyBsb2NhdGlvbiDRgSDRgNC10LPRg9C70Y/RgNC90YvQvNC4INCy?= =?UTF-8?B?0YvRgNCw0LbQtdC90LjRj9C80Lgg0LLQsNC20LXQvSDQv9C+0YDRj9C00L4=?= =?UTF-8?B?0Log0YHQu9C10LTQvtCy0LDQvdC40Y8uINGB0YDQsNCx0LDRgtGL0LLQsNC1?= =?UTF-8?B?0YIg0L/QtdGA0LLQvtC1INC/0L7QtNC+0YjQtdC00YjQtdC1Lg==?= In-Reply-To: <31ff9fdf013de924acdab9baed43b04a.NginxMailingListRussian@forum.nginx.org> References: <31ff9fdf013de924acdab9baed43b04a.NginxMailingListRussian@forum.nginx.org> Message-ID: > Я пробовал менять местами. > И все равно все php файлы не доступны и 403 ошибка. значит - дело не в этих строках From nginx-forum at nginx.us Wed Feb 19 11:24:50 2014 From: nginx-forum at nginx.us (skeletor) Date: Wed, 19 Feb 2014 06:24:50 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> Причём тут память? Ещё скажите, что вы вместо тюнинга ОС, приложения, etc просто доставляете память в сервер: стало приложение хуже работать, ага, надо памяти добавить. Тут многое зависит от типа CPU, архитектуры, инструкций CPU. При одинаковом количестве памяти приложения работают лучше на sparc и мы это проверили на личном опыте. Цифр вам не приведу, так как это было год назад и проект сейчас уже нам не принадлежит. При сборке приложения использовали параметр компилятора '-fast' Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247724#msg-247724 From onokonem at gmail.com Wed Feb 19 11:30:38 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Wed, 19 Feb 2014 15:30:38 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> References: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> Message-ID: > При одинаковом количестве памяти приложения работают лучше на sparc и мы это > проверили на личном опыте. В какой спарк можно сунуть 128GB RAM? From public-mail at alekciy.ru Wed Feb 19 11:34:01 2014 From: public-mail at alekciy.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0KHRg9C90LTRg9C60L7Qsg==?=) Date: Wed, 19 Feb 2014 15:34:01 +0400 Subject: =?UTF-8?B?UmU6INCf0L7QutGA0LjRgtC40LrRg9C50YLQtSDQutC+0L3RhNC40LM=?= In-Reply-To: References: <53035BD5.4070608@citrin.ru> Message-ID: 1) Нет location / 2) include должен быть самой первой директивой http://www.lexa.ru/nginx-ru/msg51196.html 18 февраля 2014 г., 17:31 пользователь greenh написал: > 18 февраля 2014 г., 15:10 пользователь Anton Yuzhaninov написал: > > On 02/18/14 16:12, greenh wrote: >> >>> Господа, подскажите плз, этот конфиг сильно кривой, или я двигаюсь в >>> правильном >>> направлении? >>> >> >> 1. Конфиги в text/plain читать удобнее, чем в html-письмах. >> >> 2. Без нормальных отступов конфиг трудночитаем, и искать в нём ошибки >> желания не возникает. >> >> server { >>> listen *:80; >>> server_name gametest.mydomain.com ; >>> >> >> server { >> listen 80; >> server_name ....; >> ... >> } >> >> location @game_fallback { >>> rewrite /game/([0-9]+\.html)$ /game/index.php?id=$1; >>> >>> fastcgi_pass 127.0.0.1:9001 ; >>> >> >> rewrite и fastcgi_pass на одном уровне - отступ в начале должен быть >> одинаковым. >> >> и т. д. >> > Сорри > Вот http://pastebin.com/WinU5jSi > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marck at rinet.ru Wed Feb 19 11:51:09 2014 From: marck at rinet.ru (Dmitry Morozovsky) Date: Wed, 19 Feb 2014 15:51:09 +0400 (MSK) Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> Message-ID: On Wed, 19 Feb 2014, Daniel Podolsky wrote: > > При одинаковом количестве памяти приложения работают лучше на sparc и мы это > > проверили на личном опыте. > В какой спарк можно сунуть 128GB RAM? Я б даже сказал, 3T ;-P http://www.redbooks.ibm.com/abstracts/tips0817.html?Open#specifications -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck at FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru *** ------------------------------------------------------------------------ From maxim at nginx.com Wed Feb 19 11:53:19 2014 From: maxim at nginx.com (Maxim Konovalov) Date: Wed, 19 Feb 2014 15:53:19 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> Message-ID: <53049B2F.3070508@nginx.com> On 2/19/14 3:51 PM, Dmitry Morozovsky wrote: > On Wed, 19 Feb 2014, Daniel Podolsky wrote: > >>> При одинаковом количестве памяти приложения работают лучше на sparc и мы это >>> проверили на личном опыте. >> В какой спарк можно сунуть 128GB RAM? > > Я б даже сказал, 3T ;-P > > http://www.redbooks.ibm.com/abstracts/tips0817.html?Open#specifications > > И даже больше. Только не в ibm, а в oracle. Детали есть на oracle.com. А давайте свернем эту дискуссию? Сильно это не про nginx и solaris 11. -- Maxim Konovalov http://nginx.com From marck at rinet.ru Wed Feb 19 11:56:14 2014 From: marck at rinet.ru (Dmitry Morozovsky) Date: Wed, 19 Feb 2014 15:56:14 +0400 (MSK) Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: <8b4016035e427ac0cabc044ff58e8704.NginxMailingListRussian@forum.nginx.org> Message-ID: On Wed, 19 Feb 2014, Dmitry Morozovsky wrote: > > > При одинаковом количестве памяти приложения работают лучше на sparc и мы это > > > проверили на личном опыте. > > В какой спарк можно сунуть 128GB RAM? > > Я б даже сказал, 3T ;-P > > http://www.redbooks.ibm.com/abstracts/tips0817.html?Open#specifications С другой стороны,сам себе и возражу: https://blogs.oracle.com/eSTEP/entry/double_maximum_memory_capacity_for (clearly offtopic, BTW ;) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck at FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru *** ------------------------------------------------------------------------ From vbart at nginx.com Wed Feb 19 14:31:51 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 19 Feb 2014 18:31:51 +0400 Subject: =?UTF-8?B?UmU6INCa0YDQvtC80LUgaW5kZXgucGhwLCDQtNGA0YPQs9C40LUgcGhwINGE0LA=?= =?UTF-8?B?0LnQu9GLINCx0YvQu9C4INC90LUg0LTQvtGB0YLRg9C/0L3RiyDQtNC70Y8g?= =?UTF-8?B?0LfQsNC/0YPRgdC60LAgLyBuZ2lueA==?= In-Reply-To: References: Message-ID: <1470420.Zv95S5oK0m@vbart-laptop> On Wednesday 19 February 2014 01:46:51 zzakirow wrote: > Пожалуйста, подскажите как настроить так, что бы php файлы были не доступны > для запуска, кроме index.php. [..] Убрать их из зоны видимости веб-сервера. Зачем вы их туда положили? -- Валентин Бартенев From greenh at gmail.com Wed Feb 19 14:49:57 2014 From: greenh at gmail.com (greenh) Date: Wed, 19 Feb 2014 16:49:57 +0200 Subject: =?UTF-8?B?UmU6INCa0YDQvtC80LUgaW5kZXgucGhwLCDQtNGA0YPQs9C40LUgcGhwINGE0LA=?= =?UTF-8?B?0LnQu9GLINCx0YvQu9C4INC90LUg0LTQvtGB0YLRg9C/0L3RiyDQtNC70Y8g?= =?UTF-8?B?0LfQsNC/0YPRgdC60LAgLyBuZ2lueA==?= In-Reply-To: <1470420.Zv95S5oK0m@vbart-laptop> References: <1470420.Zv95S5oK0m@vbart-laptop> Message-ID: 19 февраля 2014 г., 16:31 пользователь Валентин Бартенев написал: > On Wednesday 19 February 2014 01:46:51 zzakirow wrote: > > Пожалуйста, подскажите как настроить так, что бы php файлы были не > доступны > > для запуска, кроме index.php. > [..] > > Убрать их из зоны видимости веб-сервера. Зачем вы их туда положили? > > К сожалению админы не всегда могут принимать решения об архитектуре проекта -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir at skubriev.ru Wed Feb 19 15:06:49 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Wed, 19 Feb 2014 19:06:49 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? Message-ID: <241091392822409@web15m.yandex.ru> An HTML attachment was scrubbed... URL: From postmaster at softsearch.ru Wed Feb 19 15:45:09 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Wed, 19 Feb 2014 19:45:09 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <241091392822409@web15m.yandex.ru> References: <241091392822409@web15m.yandex.ru> Message-ID: <1167676450.20140219194509@softsearch.ru> Здравствуйте, Vladimir. Посмотрите на top, например. На статистику по диску... -- С уважением, Михаил mailto:postmaster at softsearch.ru From vladimir at skubriev.ru Wed Feb 19 18:05:43 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Wed, 19 Feb 2014 22:05:43 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <1167676450.20140219194509@softsearch.ru> References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> Message-ID: <196671392833143@web16h.yandex.ru> Просто мне было интересно узнать как может загрузка процессора и загрузка диска (не значительные) влиять на отдачу файла через по сути localhost. Ведь пакеты адресованные comp1 от comp1 не выходят за пределы comp1. Просто странно что такая большая разница на не загруженном сервере. И еще вопрос как это тестирование организовать в смысле через что построить графики в моем случае проще ? top, iftop, atop, htop не совсем наглядны в том плане, что там все быстро меняется и не возможно сопоставить скорость отдачи загрузке дисковой подсистемы и загрузке процессора. Как (с помощью каких средств) это делают ? Что гуглить в плане анализа влияния загрузки на отдачу ? Вот в принципе и все что я хотел спросить. Остальное уже моя работа естественно. 19.02.2014, 19:45, "Михаил Монашёв" : > Здравствуйте, Vladimir. > > Посмотрите на top, например. На статистику по диску... > > -- > С уважением, >  Михаил                          mailto:postmaster at softsearch.ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Faithfully yours, Vladimir Skubriev From vbart at nginx.com Wed Feb 19 18:07:30 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 19 Feb 2014 22:07:30 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <196671392833143@web16h.yandex.ru> References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> Message-ID: <1592743.IoJvanPE7b@vbart-laptop> On Wednesday 19 February 2014 22:05:43 Vladimir Skubriev wrote: > Просто мне было интересно узнать > как может загрузка процессора и загрузка диска (не значительные) влиять на > отдачу файла через по сути localhost. > [..] Ну а сохраняли вы его куда при этом, в /dev/null надеюсь? -- Валентин Бартенев From dmitry.goryainov at gmail.com Wed Feb 19 18:50:25 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Wed, 19 Feb 2014 22:50:25 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <196671392833143@web16h.yandex.ru> References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> Message-ID: В хайлоад было три проблемы: руки, tcp/ip стэк и файловая система. Что-то появилось нового? 19.02.2014 22:05 пользователь "Vladimir Skubriev" написал: > Просто мне было интересно узнать > как может загрузка процессора и загрузка диска (не значительные) влиять на > отдачу файла через по сути localhost. > > Ведь пакеты адресованные comp1 от comp1 не выходят за пределы comp1. > > Просто странно что такая большая разница на не загруженном сервере. > > И еще вопрос как это тестирование организовать в смысле через что > построить графики в моем случае проще ? > > top, iftop, atop, htop не совсем наглядны в том плане, что там все быстро > меняется и не возможно сопоставить скорость отдачи загрузке дисковой > подсистемы и загрузке процессора. > > Как (с помощью каких средств) это делают ? > > Что гуглить в плане анализа влияния загрузки на отдачу ? > > Вот в принципе и все что я хотел спросить. Остальное уже моя работа > естественно. > > 19.02.2014, 19:45, "Михаил Монашёв" : > > Здравствуйте, Vladimir. > > > > Посмотрите на top, например. На статистику по диску... > > > > -- > > С уважением, > > Михаил mailto:postmaster at softsearch.ru > > > > _______________________________________________ > > nginx-ru mailing list > > nginx-ru at nginx.org > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -- > Faithfully yours, > > Vladimir Skubriev > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Wed Feb 19 20:06:34 2014 From: nginx-forum at nginx.us (aaaa5) Date: Wed, 19 Feb 2014 15:06:34 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQutCwINGBIHJld3JpdGUgJGFyZ3M=?= Message-ID: <327c2d8dcd737c231da3a8a551b18b77.NginxMailingListRussian@forum.nginx.org> Чего-то не могу понять. Надо сделать location = /script.php { if ($args ~ data=(\w+)){ rewrite ^ /aaa$1; } proxy_pass http://backend; } location = /aaa { if ($request_uri ~ (\w+)){ ...... здесь нужные локации } proxy_pass http://backend2; } Однако вместо рег.выражения в скобочках в локацию =/aaa редиректится весь /script.php?data=some_data. А нужно чтобы только some_data. Как победить? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247752,247752#msg-247752 From vbart at nginx.com Wed Feb 19 20:16:55 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 20 Feb 2014 00:16:55 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LrQsCDRgSByZXdyaXRlICRhcmdz?= In-Reply-To: <327c2d8dcd737c231da3a8a551b18b77.NginxMailingListRussian@forum.nginx.org> References: <327c2d8dcd737c231da3a8a551b18b77.NginxMailingListRussian@forum.nginx.org> Message-ID: <1476747.OSOHUf6bEx@vbart-laptop> On Wednesday 19 February 2014 15:06:34 aaaa5 wrote: > Чего-то не могу понять. > Надо сделать > location = /script.php { > if ($args ~ data=(\w+)){ > rewrite ^ /aaa$1; > } > proxy_pass http://backend; > } > > location = /aaa { > if ($request_uri ~ (\w+)){ > ...... здесь нужные локации > } > proxy_pass http://backend2; > } > > Однако вместо рег.выражения в скобочках в локацию =/aaa редиректится весь > /script.php?data=some_data. > А нужно чтобы только some_data. > Как победить? > Почитать документацию по директиве rewrite: http://nginx.org/r/rewrite/ru А также не лишним будет узнать про переменную $arg_* -- Валентин Бартенев From nginx-forum at nginx.us Wed Feb 19 20:28:56 2014 From: nginx-forum at nginx.us (aaaa5) Date: Wed, 19 Feb 2014 15:28:56 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LrQsCDRgSByZXdyaXRlICRhcmdz?= In-Reply-To: <1476747.OSOHUf6bEx@vbart-laptop> References: <1476747.OSOHUf6bEx@vbart-laptop> Message-ID: Прошу конечно прощения, но я испробовал все варианты из документации, ни один не подходит. За $arg_* спасибо, с ним понятно. Но как сделать редирект - всё же непонятно. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247752,247754#msg-247754 From nginx-forum at nginx.us Wed Feb 19 20:31:06 2014 From: nginx-forum at nginx.us (aaaa5) Date: Wed, 19 Feb 2014 15:31:06 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LrQsCDRgSByZXdyaXRlICRhcmdz?= In-Reply-To: <1476747.OSOHUf6bEx@vbart-laptop> References: <1476747.OSOHUf6bEx@vbart-laptop> Message-ID: <185a1bf47e82baafc4705c30737f4f61.NginxMailingListRussian@forum.nginx.org> подскажите намётку хотя бы дайте Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247752,247755#msg-247755 From nginx-forum at nginx.us Wed Feb 19 21:15:42 2014 From: nginx-forum at nginx.us (aaaa5) Date: Wed, 19 Feb 2014 16:15:42 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LrQsCDRgSByZXdyaXRlICRhcmdz?= In-Reply-To: <327c2d8dcd737c231da3a8a551b18b77.NginxMailingListRussian@forum.nginx.org> References: <327c2d8dcd737c231da3a8a551b18b77.NginxMailingListRussian@forum.nginx.org> Message-ID: <50553e09ad23d38736ba2523a5c2318c.NginxMailingListRussian@forum.nginx.org> нашёл решение, но такое же кривое, как и мои руки наверное. Хотелось бы увидеть классическое решение. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247752,247758#msg-247758 From vbart at nginx.com Wed Feb 19 21:20:03 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 20 Feb 2014 01:20:03 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LrQsCDRgSByZXdyaXRlICRhcmdz?= In-Reply-To: <185a1bf47e82baafc4705c30737f4f61.NginxMailingListRussian@forum.nginx.org> References: <1476747.OSOHUf6bEx@vbart-laptop> <185a1bf47e82baafc4705c30737f4f61.NginxMailingListRussian@forum.nginx.org> Message-ID: <1513519.lA78VFkOgK@vbart-laptop> On Wednesday 19 February 2014 15:31:06 aaaa5 wrote: > подскажите намётку хотя бы дайте "Если в строке замены указаны новые аргументы запроса, то предыдущие аргументы запроса добавляются после них. Если такое поведение нежелательно, можно отказаться от этого добавления, указав в конце строки замены знак вопроса, например: rewrite ^/users/(.*)$ /show?user=$1? last; " http://nginx.org/r/rewrite/ru В вашем случае соответственно: rewrite ^ /aaa$arg_data?; -- Валентин Бартенев From vladimir at skubriev.ru Thu Feb 20 05:51:28 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Thu, 20 Feb 2014 09:51:28 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <1592743.IoJvanPE7b@vbart-laptop> References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> <1592743.IoJvanPE7b@vbart-laptop> Message-ID: <139071392875488@web11m.yandex.ru> неа на диск обычного компа рабочего на линуксе ( могу конечно для чистоты эксперимента сделать в /dev/null проверю с /dev/null wget http://st.example.lab/1024mb_file -O /dev/null ... 2014-02-20 09:47:42 (70.3 MB/s) - `/dev/null' saved [1073741824/1073741824 wget http://st.example.lab/1024mb_file -O /dev/null next attepmts: 100%[===========================================================>] 1,073,741,824 1.37G/s in 0.7s Вот те на! Не понимаю. 19.02.2014, 22:07, "Валентин Бартенев" : > On Wednesday 19 February 2014 22:05:43 Vladimir Skubriev wrote: > >>  Просто мне было интересно узнать >>  как может загрузка процессора и загрузка диска (не значительные) влиять на >>  отдачу файла через по сути localhost. > > [..] > > Ну а сохраняли вы его куда при этом, в /dev/null надеюсь? > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Faithfully yours, Vladimir Skubriev From vladimir at skubriev.ru Thu Feb 20 05:53:44 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Thu, 20 Feb 2014 09:53:44 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> Message-ID: <149251392875624@web11m.yandex.ru> Намек понятен. Что посоветуете почитать маны или может книжки есть хорошие для админов по этой теме? 19.02.2014, 22:50, "Dmitry" : > В хайлоад было три проблемы: руки, tcp/ip стэк и файловая система. Что-то появилось нового? > > 19.02.2014 22:05 пользователь "Vladimir Skubriev" написал: >> Просто мне было интересно узнать >> как может загрузка процессора и загрузка диска (не значительные) влиять на отдачу файла через по сути localhost. >> >> Ведь пакеты адресованные comp1 от comp1 не выходят за пределы comp1. >> >> Просто странно что такая большая разница на не загруженном сервере. >> >> И еще вопрос как это тестирование организовать в смысле через что построить графики в моем случае проще ? >> >> top, iftop, atop, htop не совсем наглядны в том плане, что там все быстро меняется и не возможно сопоставить скорость отдачи загрузке дисковой подсистемы и загрузке процессора. >> >> Как (с помощью каких средств) это делают ? >> >> Что гуглить в плане анализа влияния загрузки на отдачу ? >> >> Вот в принципе и все что я хотел спросить. Остальное уже моя работа естественно. >> >> 19.02.2014, 19:45, "Михаил Монашёв" : >>> Здравствуйте, Vladimir. >>> >>> Посмотрите на top, например. На статистику по диску... >>> >>> -- >>> С уважением, >>>  Михаил                          mailto:postmaster at softsearch.ru >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru at nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> -- >> Faithfully yours, >> >> Vladimir Skubriev >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > , > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Faithfully yours, Vladimir Skubriev From alex.hha at gmail.com Thu Feb 20 06:21:02 2014 From: alex.hha at gmail.com (Alex Domoradov) Date: Thu, 20 Feb 2014 08:21:02 +0200 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <149251392875624@web11m.yandex.ru> References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> <149251392875624@web11m.yandex.ru> Message-ID: Второй раз скорее всего берет с кеша фс 2014-02-20 7:53 GMT+02:00 Vladimir Skubriev : > Намек понятен. Что посоветуете почитать маны или может книжки есть хорошие для админов по этой теме? > > 19.02.2014, 22:50, "Dmitry" : >> В хайлоад было три проблемы: руки, tcp/ip стэк и файловая система. Что-то появилось нового? >> >> 19.02.2014 22:05 пользователь "Vladimir Skubriev" написал: >>> Просто мне было интересно узнать >>> как может загрузка процессора и загрузка диска (не значительные) влиять на отдачу файла через по сути localhost. >>> >>> Ведь пакеты адресованные comp1 от comp1 не выходят за пределы comp1. >>> >>> Просто странно что такая большая разница на не загруженном сервере. >>> >>> И еще вопрос как это тестирование организовать в смысле через что построить графики в моем случае проще ? >>> >>> top, iftop, atop, htop не совсем наглядны в том плане, что там все быстро меняется и не возможно сопоставить скорость отдачи загрузке дисковой подсистемы и загрузке процессора. >>> >>> Как (с помощью каких средств) это делают ? >>> >>> Что гуглить в плане анализа влияния загрузки на отдачу ? >>> >>> Вот в принципе и все что я хотел спросить. Остальное уже моя работа естественно. >>> >>> 19.02.2014, 19:45, "Михаил Монашёв" : >>>> Здравствуйте, Vladimir. >>>> >>>> Посмотрите на top, например. На статистику по диску... >>>> >>>> -- >>>> С уважением, >>>> Михаил mailto:postmaster at softsearch.ru >>>> >>>> _______________________________________________ >>>> nginx-ru mailing list >>>> nginx-ru at nginx.org >>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >>> -- >>> Faithfully yours, >>> >>> Vladimir Skubriev >>> >>> _______________________________________________ >>> nginx-ru mailing list >>> nginx-ru at nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >> >> , >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru at nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > -- > Faithfully yours, > > Vladimir Skubriev > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From vladimir at skubriev.ru Thu Feb 20 06:29:42 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Thu, 20 Feb 2014 10:29:42 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: References: <241091392822409@web15m.yandex.ru> <1167676450.20140219194509@softsearch.ru> <196671392833143@web16h.yandex.ru> <149251392875624@web11m.yandex.ru> Message-ID: <127591392877782@web11m.yandex.ru> Да-да. Вот что /dev/null животворящий делает ) 20.02.2014, 10:21, "Alex Domoradov" : > Второй раз скорее всего берет с кеша фс > > 2014-02-20 7:53 GMT+02:00 Vladimir Skubriev : > >>  Намек понятен. Что посоветуете почитать маны или может книжки есть хорошие для админов по этой теме? >> >>  19.02.2014, 22:50, "Dmitry" : >>>  В хайлоад было три проблемы: руки, tcp/ip стэк и файловая система. Что-то появилось нового? >>> >>>  19.02.2014 22:05 пользователь "Vladimir Skubriev" написал: >>>>  Просто мне было интересно узнать >>>>  как может загрузка процессора и загрузка диска (не значительные) влиять на отдачу файла через по сути localhost. >>>> >>>>  Ведь пакеты адресованные comp1 от comp1 не выходят за пределы comp1. >>>> >>>>  Просто странно что такая большая разница на не загруженном сервере. >>>> >>>>  И еще вопрос как это тестирование организовать в смысле через что построить графики в моем случае проще ? >>>> >>>>  top, iftop, atop, htop не совсем наглядны в том плане, что там все быстро меняется и не возможно сопоставить скорость отдачи загрузке дисковой подсистемы и загрузке процессора. >>>> >>>>  Как (с помощью каких средств) это делают ? >>>> >>>>  Что гуглить в плане анализа влияния загрузки на отдачу ? >>>> >>>>  Вот в принципе и все что я хотел спросить. Остальное уже моя работа естественно. >>>> >>>>  19.02.2014, 19:45, "Михаил Монашёв" : >>>>>  Здравствуйте, Vladimir. >>>>> >>>>>  Посмотрите на top, например. На статистику по диску... >>>>> >>>>>  -- >>>>>  С уважением, >>>>>   Михаил                          mailto:postmaster at softsearch.ru >>>>> >>>>>  _______________________________________________ >>>>>  nginx-ru mailing list >>>>>  nginx-ru at nginx.org >>>>>  http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>>  -- >>>>  Faithfully yours, >>>> >>>>  Vladimir Skubriev >>>> >>>>  _______________________________________________ >>>>  nginx-ru mailing list >>>>  nginx-ru at nginx.org >>>>  http://mailman.nginx.org/mailman/listinfo/nginx-ru >>>  , >>>  _______________________________________________ >>>  nginx-ru mailing list >>>  nginx-ru at nginx.org >>>  http://mailman.nginx.org/mailman/listinfo/nginx-ru >>  -- >>  Faithfully yours, >> >>  Vladimir Skubriev >> >>  _______________________________________________ >>  nginx-ru mailing list >>  nginx-ru at nginx.org >>  http://mailman.nginx.org/mailman/listinfo/nginx-ru > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Faithfully yours, Vladimir Skubriev From nginx-forum at nginx.us Thu Feb 20 07:57:58 2014 From: nginx-forum at nginx.us (skeletor) Date: Thu, 20 Feb 2014 02:57:58 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: Daniel Podolsky Wrote: ------------------------------------------------------- > > При одинаковом количестве памяти приложения работают лучше на sparc > и мы это > > проверили на личном опыте. > В какой спарк можно сунуть 128GB RAM? Я так понимаю, вопрос исчерпан? На всякий случай от себя тоже приведу http://www.memoryxsun.com/mtsemx2d1z.html Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247774#msg-247774 From onokonem at gmail.com Thu Feb 20 09:00:08 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 20 Feb 2014 13:00:08 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: > На всякий случай от себя тоже приведу > http://www.memoryxsun.com/mtsemx2d1z.html Это все, мягко говоря, лукавство. Я не спрашивал - можно ли. Я спрашивал - в какой? Сколько стоит такой спарк? Каковы сроки поставки? У меня вот есть такая ссылка: http://www.hetzner.de/en/hosting/produkte_rootserver/px120. А у вас? PS Offtopic, конечно, да не совсем. Нету в мире web никаких процессоров кроме amd64, нету. Если пользователей мало - справляются дешевые машины. Если пользователей много - нужно много памяти, и amd64 тут получается в разы дешевле. From nginx-forum at nginx.us Thu Feb 20 09:24:48 2014 From: nginx-forum at nginx.us (skeletor) Date: Thu, 20 Feb 2014 04:24:48 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= In-Reply-To: References: Message-ID: Daniel Podolsky Wrote: ------------------------------------------------------- > > На всякий случай от себя тоже приведу > > http://www.memoryxsun.com/mtsemx2d1z.html > Это все, мягко говоря, лукавство. Я не спрашивал - можно ли. Я > спрашивал - в какой? Сколько стоит такой спарк? Каковы сроки > поставки? > > У меня вот есть такая ссылка: > http://www.hetzner.de/en/hosting/produkte_rootserver/px120. А у вас? > > PS > Offtopic, конечно, да не совсем. Нету в мире web никаких процессоров > кроме amd64, нету. Если пользователей мало - справляются дешевые > машины. Если пользователей много - нужно много памяти, и amd64 тут > получается в разы дешевле. Я думаю вы уже далеко ушли от темы, но отвечу вам на этот вопрос: кто-то накупает много дешёвых x86 и строит из них кластер, кто-то пару sparc'ов. Я не раз был свидетелем, когда в серверной была температура (это вопрос другой темы) под 60 в помещении и все ваши хвалённые x86 просто висели, а sparc'и продолжали работать. И не думайте, что сервер, который поддерживает 128 Гб памяти и больше будет стоять дешёво. Сервера такого уровня нужно брать только брендовые, а они не из дешёвых. Хотя какие сервера ему брать решает каждый сам, согласно своих потребностей. Это тоже самое, что сравнить самосборы и бренды (Dell, HP, IBM,...). Если важна не цена, а стабильность - то выбор очевиден. Предлагаю прекрать оффтоп или открыть новую тему для обсуждения sparc VS x86 Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247559,247782#msg-247782 From kalinin-mic at yandex.ru Thu Feb 20 12:02:16 2014 From: kalinin-mic at yandex.ru (Kalinin Mike) Date: Thu, 20 Feb 2014 16:02:16 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtCx0LvQtdC80LAg0YEg0LrQvtC80L/QuNC70Y/RhtC40LXQuSA=?= =?UTF-8?B?0LIgU29sYXJpcyAxMSBzcGFyYw==?= Message-ID: <70951392897736@web25j.yandex.ru> An HTML attachment was scrubbed... URL: From vbart at nginx.com Thu Feb 20 13:36:34 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 20 Feb 2014 17:36:34 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <139071392875488@web11m.yandex.ru> References: <241091392822409@web15m.yandex.ru> <1592743.IoJvanPE7b@vbart-laptop> <139071392875488@web11m.yandex.ru> Message-ID: <1851496.aVIIWIgshx@vbart-laptop> On Thursday 20 February 2014 09:51:28 Vladimir Skubriev wrote: > неа на диск обычного компа рабочего на линуксе ( Так изучите как дисковое I/O в линуксах работает. При первом запуске большая часть файла у вас осела в памяти, а затем он пошел сбрасывать странички на диск и тот просел. > > могу конечно для чистоты эксперимента сделать в /dev/null > > проверю с /dev/null > > wget http://st.example.lab/1024mb_file -O /dev/null > ... > 2014-02-20 09:47:42 (70.3 MB/s) - `/dev/null' saved [1073741824/1073741824 Тут вы прочитали файл с диска. > > wget http://st.example.lab/1024mb_file -O /dev/null > > next attepmts: > > 100%[===========================================================>] > 1,073,741,824 1.37G/s in 0.7s > А тут уже из пейджкэша. -- Валентин Бартенев From nginx-forum at nginx.us Thu Feb 20 16:05:48 2014 From: nginx-forum at nginx.us (J4SSektor) Date: Thu, 20 Feb 2014 11:05:48 -0500 Subject: =?UTF-8?B?UHJveHkgcGFzcyDRgSDRgdC70Y3RiNC10Lwg0LIg0LrQvtC90YbQtQ==?= Message-ID: Всем привет, может кто-нибудь объяснить, в чем разница между: location /example { proxy_pass http://127.0.0.1:8898/; } И location /example { proxy_pass http://127.0.0.1:8898; } ? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247797,247797#msg-247797 From vbart at nginx.com Thu Feb 20 16:09:23 2014 From: vbart at nginx.com (Valentin V. Bartenev) Date: Thu, 20 Feb 2014 20:09:23 +0400 Subject: =?UTF-8?B?UmU6IFByb3h5IHBhc3Mg0YEg0YHQu9GN0YjQtdC8INCyINC60L7QvdGG0LU=?= In-Reply-To: References: Message-ID: <1541576.YOysoBtl8G@vbart-laptop> On Thursday 20 February 2014 11:05:48 J4SSektor wrote: > Всем привет, может кто-нибудь объяснить, в чем разница между: > > location /example { > proxy_pass http://127.0.0.1:8898/; > } > > И > > location /example { > proxy_pass http://127.0.0.1:8898; > } > > ? > http://nginx.org/r/proxy_pass/ru -- Валентин Бартенев From nginx-forum at nginx.us Fri Feb 21 01:27:38 2014 From: nginx-forum at nginx.us (S.A.N) Date: Thu, 20 Feb 2014 20:27:38 -0500 Subject: =?UTF-8?Q?Re=3A_fastcgi_keep_conn_on_=D0=B8_fastcgi_finish_request=28=29_?= =?UTF-8?Q?=D0=B2_PHP?= In-Reply-To: <20140218123241.GG33573@mdounin.ru> References: <20140218123241.GG33573@mdounin.ru> Message-ID: > > > Вы прислали FCGI_END_REQUEST, ничего не вернув клиенту, о чём > > > nginx и плачет. Единственное, что он в данном случае может > > > сделать - это вернуть клиенту ошибку. > > > > Это происходит только при выключенном fastcgi_keep_conn и keepalive, > если их > > выключить Nginx отлично отдает 200 статус без ошибок. > > ENOPARSE. Я не правильно сформулировал ответ, имелось виду что ошибка 502 появляется не из-за пустого ответа бекенда, ответ может быть не пустым но ошибка все равно будет 502, причина только одна повторное использования конекта в котором не завершенная фоновая работа РНР скрипта. Если отключить fastcgi_keep_conn и keepalive, РНР скрипт (из примера выше) работает без ошибок. Судя по всему проблема в PHP-FPM сложно сказать баг это или особенность его работы, к сожалению в PHP-FPM документации это не описано. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247596,247821#msg-247821 From vladimir at skubriev.ru Fri Feb 21 04:50:53 2014 From: vladimir at skubriev.ru (Vladimir Skubriev) Date: Fri, 21 Feb 2014 08:50:53 +0400 Subject: wget static file 1024mb localhost first attepmt 167Mb/sec, second attempt 22 Mb/sec, third attempt 47 Mb/sec - WHT ? In-Reply-To: <1851496.aVIIWIgshx@vbart-laptop> References: <241091392822409@web15m.yandex.ru> <1592743.IoJvanPE7b@vbart-laptop> <139071392875488@web11m.yandex.ru> <1851496.aVIIWIgshx@vbart-laptop> Message-ID: <13411392958253@web20m.yandex.ru> Да это я и так знаю) 20.02.2014, 17:36, "Валентин Бартенев" : > On Thursday 20 February 2014 09:51:28 Vladimir Skubriev wrote: > >>  неа на диск обычного компа рабочего на линуксе ( > > Так изучите как дисковое I/O в линуксах работает.  При первом > запуске большая часть файла у вас осела в памяти, а затем > он пошел сбрасывать странички на диск и тот просел. > >>  могу конечно для чистоты эксперимента сделать в /dev/null >> >>  проверю с /dev/null >> >>  wget http://st.example.lab/1024mb_file -O /dev/null >>  ... >>  2014-02-20 09:47:42 (70.3 MB/s) - `/dev/null' saved [1073741824/1073741824 > > Тут вы прочитали файл с диска. > >>  wget http://st.example.lab/1024mb_file -O /dev/null >> >>  next attepmts: >> >>  100%[===========================================================>] >>  1,073,741,824 1.37G/s   in 0.7s > > А тут уже из пейджкэша. > > -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Faithfully yours, Vladimir Skubriev From ares.12265 at gmail.com Fri Feb 21 15:59:43 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Fri, 21 Feb 2014 19:59:43 +0400 Subject: =?UTF-8?B?0L/RgNCw0LLQuNC70YzQvdGL0Lkg0LDQstGC0L7Qt9Cw0L/Rg9GB0Logbmdpbngg?= =?UTF-8?B?0LIgV2luZG93cyA4LjE=?= Message-ID: Здравствуйте. Скажите, как правильно прописать nginx в "автозагрузку" Windows 8.1(W8.1)? Я прописал через реестр, но запуск не происходит после перезагрузки W8.1, в W8.1 сначала разворачивается среда где рабочий стол существует всего лишь как приложение, соответственно, то что я видел раньше это мгновенно проскакивающее окошечко запуска nginx, ... ему действительно негде развернуться получается, пока рабочий стол не запущен. В общем не буду описывать симптомы, с моей то логикой восприятия пользователя. Прошу подсказать, как правильно прописать nginx в автозагрузку, что бы сервер запускался после перезагрузки независимо от действий пользователя. Спасибо. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ares.12265 at gmail.com Fri Feb 21 16:01:46 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Fri, 21 Feb 2014 20:01:46 +0400 Subject: 64-bits nginx Message-ID: Есть 64-битная версия ngnix? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmitry.goryainov at gmail.com Fri Feb 21 16:04:54 2014 From: dmitry.goryainov at gmail.com (Dmitry) Date: Fri, 21 Feb 2014 20:04:54 +0400 Subject: 64-bits nginx In-Reply-To: References: Message-ID: Для Windows? 21.02.2014 20:01 пользователь "Андрей Рогачёв" написал: > Есть 64-битная версия ngnix? > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vsjcfm at gmail.com Fri Feb 21 18:47:28 2014 From: vsjcfm at gmail.com (Anton Sayetsky) Date: Fri, 21 Feb 2014 20:47:28 +0200 Subject: 64-bits nginx In-Reply-To: References: Message-ID: 21 февраля 2014 г., 18:01 пользователь Андрей Рогачёв написал: > Есть 64-битная версия ngnix? Да. From postmaster at softsearch.ru Fri Feb 21 19:13:13 2014 From: postmaster at softsearch.ru (=?koi8-r?B?7cnIwcnMIO3PzsHbo9c=?=) Date: Fri, 21 Feb 2014 23:13:13 +0400 Subject: 64-bits nginx In-Reply-To: References: Message-ID: <431850262.20140221231313@softsearch.ru> Здравствуйте, Андрей. Не надо под виндой запускать nginx для работы сайтов. Под винду сделана версия только для тестирования. Поэтому не важно какая версия nginx-а, хоть 8-битная. -- С уважением, Михаил mailto:postmaster at softsearch.ru From andrey at kopeyko.ru Fri Feb 21 21:34:53 2014 From: andrey at kopeyko.ru (Andrey Kopeyko) Date: Sat, 22 Feb 2014 01:34:53 +0400 Subject: =?UTF-8?B?UmU6INC/0YDQsNCy0LjQu9GM0L3Ri9C5INCw0LLRgtC+0LfQsNC/0YPRgdC6IG5n?= =?UTF-8?B?aW54INCyIFdpbmRvd3MgOC4x?= In-Reply-To: References: Message-ID: <5307C67D.7030408@kopeyko.ru> 21.02.2014 19:59, Андрей Рогачёв пишет: > Здравствуйте. Добрый вечер, Андрей! > Скажите, как правильно прописать nginx в "автозагрузку" Windows 8.1(W8.1)? Нужно запускать его как сервис, примерно вот так: http://letmegooglethat.com/?q=how+to+run+program+as+service > Я прописал через реестр, но запуск не происходит после перезагрузки > W8.1, в W8.1 сначала разворачивается среда где рабочий стол существует > всего лишь как приложение, соответственно, то что я видел раньше это > мгновенно проскакивающее окошечко запуска nginx, ... ему действительно > негде развернуться получается, пока рабочий стол не запущен. В общем не > буду описывать симптомы, с моей то логикой восприятия пользователя. > Прошу подсказать, как правильно прописать nginx в автозагрузку, что бы > сервер запускался после перезагрузки независимо от действий > пользователя. Спасибо. > > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Best regards, Andrey Kopeyko From nginx-forum at nginx.us Sat Feb 22 14:48:22 2014 From: nginx-forum at nginx.us (see613) Date: Sat, 22 Feb 2014 09:48:22 -0500 Subject: =?UTF-8?B?0J/RgNC+0LHQu9C10LzQsCDRgSDRgNC10LTQuNGA0LXQutGC0L7QvA==?= Message-ID: <6be0b03e8bfd85ad08278a6efc84bd48.NginxMailingListRussian@forum.nginx.org> Добрый день, я новичок в nginx. Есть nginx перед apache и есть задача: 1. урлы типа "/my_path" молча менять на "/my_path.php" 2. урлы типа "/my_path.php" явно редиректить на урл "/my_path", после чего должно выполниться правило 1. (тоесть опять молча добавить .php) Я так понял, что это нужно для seo. Мой конфиг: server { listen 8080; server_name my_apache_server; location / { proxy_pass http://my_apache_server/; } location ~^\/(.+)$ { rewrite ^\/(.+)$ /$1.php break; proxy_pass http://my_apache_server/; } location ~^\/(.+)\.php$ { proxy_redirect http://my_apache_server/$1 http://my_apache_server/error.php; } ... } Но судя по тому, что nginx пишет: nginx: [emerg] "proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block я так понял, что нельзя использовать proxy_pass и регулярные выражения вместе. Также похоже конфиг очень далёк от правильного. И можно ли сделать так, чтоб несколько правил выполнились последовательно? Тоесть например, когда одно правило редиректит на урл, который подходит другому правилу. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247868,247868#msg-247868 From ares.12265 at gmail.com Sat Feb 22 20:07:46 2014 From: ares.12265 at gmail.com (=?UTF-8?B?0JDQvdC00YDQtdC5INCg0L7Qs9Cw0YfRkdCy?=) Date: Sun, 23 Feb 2014 00:07:46 +0400 Subject: =?UTF-8?B?0J7Qv9C10YDQsNGC0LjQstC90L7QtSDQodC/0LDRgdC40LHQviwg0L7RgtCy0LU=?= =?UTF-8?B?0YLQuNCy0YjQuNC8INC/0L4g0LTQtdC70YMu?= Message-ID: subj -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx-forum at nginx.us Sun Feb 23 01:36:45 2014 From: nginx-forum at nginx.us (vassin) Date: Sat, 22 Feb 2014 20:36:45 -0500 Subject: =?UTF-8?B?V2ViREFWLCBVVEYtOCwg0L/RgNC+0LHQu9C10LzRiyDRgSDRgNGD0YHRgdC60Lg=?= =?UTF-8?B?0LzQuCDQsdGD0LrQstCw0LzQuCDRgyDQutC70LjQtdC90YLQvtCy?= Message-ID: <9783c4675f3d4ead0ca8f02fa4abb464.NginxMailingListRussian@forum.nginx.org> День добрый! Обнаружилась проблема с чтением и отображением русских букв при доступе к файлам через WebDAV. Проблема заключается в том, что клиенты WebDAV, которые подключаются к серверу "обрывают" отображение папок и файлов, как только встречают названия на русском. Во всех клиентах была включена кодировка UTF-8 принудительно. Эти же самые клиенты при подключении к серверу на основе apache.mod_dav всё отображают правильно. Использовать apache в качестве back-end-а не вариант, т.к. у его DAV модуля есть другие критические проблемы (скорость, не возможность работы с symlink и т.д.) Что можно сделать с этой проблемой? Что настроить? Список клиентов и как они отрабатывали запросы к ngnix: 1. fuse, wdfs - не показывает русские буквы (если подключаться к WebDAV на apache, то показывает). 2. NetDrive - не показывает русские буквы, но отлично показывает английские (основной Windows-клиент для WebDAV). 3. WebDrive - хорошо показывает все буквы (но компания не готова его применять, т.к. он платный). 4. Обычные (любые) вебраузеры - отлично. Всё показывали и скачивали. Собственно конфигурация webdav на nginx ниже: # Обработка пути /files location /files { # Журнал доступа к файлам. access_log /var/log/nginx/db-files.log default buffer=32k flush=5; # Корневая директория для файлов. root /db/www/db/; autoindex on; client_max_body_size 16G; dav_methods PUT DELETE MKCOL COPY MOVE; dav_ext_methods PROPFIND OPTIONS; create_full_put_path on; dav_access group:rw all:rw; limit_except GET { allow all; # deny all; } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247873,247873#msg-247873 From nginx-forum at nginx.us Mon Feb 24 11:55:52 2014 From: nginx-forum at nginx.us (komiller) Date: Mon, 24 Feb 2014 06:55:52 -0500 Subject: =?UTF-8?B?bmdpbnggcHJveHkg0LDRg9GC0LXQvdGC0LjRhNC40LrQsNGG0LjRjw==?= Message-ID: Здравствуйте. Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только проблемка одна. Nginx я использую для балансировки нагрузки между двумя серверами, при входе в сайт есть авторизация и соответсвенно каптча, так вот каптча все время ругается что код не правильный хотя все правильно. Вот мои конфиги -------------------- user nginx; worker_processes 3; error_log /var/log/nginx/error.log debug; events { worker_connections 1024; } http { include mime.types; default_type application/octet-stream; client_header_timeout 3m; client_body_timeout 3m; send_timeout 3m; keepalive_timeout 2m; sendfile on; upstream web { server 192.168.28.8 weight=2; #max_fails=60 fail_timeout=2s; server 192.168.28.9 weight=2; #max_fails=60 fail_timeout=2s; } server { listen 80; location / { 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_pass http://web; proxy_cache_bypass $cookie_session $http_x_update; } } } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247887,247887#msg-247887 From pavel2000 at ngs.ru Mon Feb 24 14:12:28 2014 From: pavel2000 at ngs.ru (Pavel V.) Date: Mon, 24 Feb 2014 21:12:28 +0700 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: References: Message-ID: <1609351602.20140224211228@ngs.ru> Здравствуйте, komiller. Вы писали 24 февраля 2014 г., 18:55:52: > Здравствуйте. > Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только > проблемка одна. Nginx я использую для балансировки нагрузки между двумя > серверами, > при входе в сайт есть авторизация и соответсвенно каптча, так вот каптча все > время ругается что код не правильный хотя все правильно. Ознакомьтесь с http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#ip_hash -- С уважением, Pavel mailto:pavel2000 at ngs.ru From nginx-forum at nginx.us Mon Feb 24 14:30:19 2014 From: nginx-forum at nginx.us (komiller) Date: Mon, 24 Feb 2014 09:30:19 -0500 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: <1609351602.20140224211228@ngs.ru> References: <1609351602.20140224211228@ngs.ru> Message-ID: <1ad06bf1c74ca64eec7892698bacaed1.NginxMailingListRussian@forum.nginx.org> Спасибо огромное Павел. Ваша подсказка решила мою проблему. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247887,247898#msg-247898 From nginx-forum at nginx.us Mon Feb 24 17:39:56 2014 From: nginx-forum at nginx.us (mnsold) Date: Mon, 24 Feb 2014 12:39:56 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> References: <20140203113748.GG1835@mdounin.ru> <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> Message-ID: Долго долго еще общался с поддержкой, все возможные варианты по настройке sas, так чтобы нормально можно было спроксировать не получаются, только полный дубль, но это уже через чур. Вся проблема в метедата сервере и то, что SAS работает с с абсолютными ссылками. Нужно видимо идти по самому плохому варианту, использовать альтернативу Apache Module mod_proxy_html http://httpd.apache.org/docs/current/mod/mod_proxy_html.html Т.е. полный парсинг информации из запрашиваемых страниц в страницы, передаваемые наружу с заменой всех url. Я так полагаю нужно использовать ngx_http_sub_module? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247885#msg-247885 From nginx-forum at nginx.us Mon Feb 24 17:40:26 2014 From: nginx-forum at nginx.us (mnsold) Date: Mon, 24 Feb 2014 12:40:26 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> References: <20140203113748.GG1835@mdounin.ru> <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> Message-ID: Долго долго еще общался с поддержкой, все возможные варианты по настройке sas, так чтобы нормально можно было спроксировать не получаются, только полный дубль, но это уже через чур. Вся проблема в метедата сервере и то, что SAS работает с с абсолютными ссылками. Нужно видимо идти по самому плохому варианту, использовать альтернативу Apache Module mod_proxy_html http://httpd.apache.org/docs/current/mod/mod_proxy_html.html Т.е. полный парсинг информации из запрашиваемых страниц в страницы, передаваемые наружу с заменой всех url. Я так полагаю нужно использовать ngx_http_sub_module? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247885#msg-247885 From sasha181 at rufox.ru Mon Feb 24 20:26:34 2014 From: sasha181 at rufox.ru (=?KOI8-R?Q?=E1=CC=C5=CB=D3=C1=CE=C4=D2_=EB=D5=CE=C9=DE?=) Date: Tue, 25 Feb 2014 00:26:34 +0400 Subject: =?UTF-8?B?UmU6INCf0L4g0LrQsNC60L7QuS3RgtC+INC/0YDQuNGH0LjQvdC1IG5naW54INC0?= =?UTF-8?B?0LDRkdGCINC30LDQtNC10YDQttC60YMg0L/RgNC4INC/0YDQvtC60YHQuNGA?= =?UTF-8?B?0L7QstCw0L3QuNC4?= In-Reply-To: <20140129013019.GD1835@mdounin.ru> References: <52E0E595.3020708@rufox.ru> <3898918.DLEoz0BJ5B@vbart-laptop> <20140129013019.GD1835@mdounin.ru> Message-ID: <530BAAFA.2040702@rufox.ru> 29.01.2014 5:30, Maxim Dounin пишет: > Hello! > > On Tue, Jan 28, 2014 at 09:05:23PM +0400, Валентин Бартенев wrote: > >> On Thursday 23 January 2014 13:49:09 Александр Кунич wrote: >>> система debian 7 (контейнер openvz) >>> хост машина на базе proxmox ve >>> стоит ispmanager >>> Заметил такую особенность, если обращаться к apache напрямую по порту >>> 8080 php скрипты отрабатывают на 20-40 милисекунд быстрее >>> это нормальные накладные расходы для tcp проксирования или всё же с этим >>> можно что-то сделать? >>> >>> Вот основные параметры из конфига nginx >>> >> [..] >>> В apache keepalive тоже включён. Пробовал и с выключенным. Эффект тот же. >> Из приведенного конфига не видно, что keepalive между nginx и apache включен. > 20-40 миллисекунд оверхеда - это так или иначе много. Локальный > keepalive в нормальных условиях может дать от силы 1 миллисекунду > выигрыша. Если речь идёт о больших задержках - то отсутствие > keepalive'а не может быть причиной проблем (хотя его включение в > некоторых случаях может помочь проблемы скрыть). > Разобрался в проблеме. Всё оказалось гораздо проще. Ошибся на порядок в цифрах. На деле было не 20-40, а 2-4 милисекунды оверхеда. Полагаю, это вполне нормально для debian внутри openvz. Или ошибаюсь? From vitaliy.okulov at gmail.com Mon Feb 24 20:27:18 2014 From: vitaliy.okulov at gmail.com (Vitaliy Okulov) Date: Tue, 25 Feb 2014 00:27:18 +0400 Subject: nginx 1.4 vs apache 2.4 Message-ID: Добрый всем вечер. В связи с выходом Apache 2.4.7 возник вопрос - сравнивал ли кто-нибудь производительность стабильной версии nginx с apache 2.4 + mpm_event? Также интересно тестировал ли кто-нибудь работу нового apache под в продуктиве на реальной нагрузке, сильно ли он отстает от nginx при проксировании и балансировке запросов? У меня в виртуалках расхождение на отдаче статических файлах в пределах погрешности и на 2-х воркерах получается ~800 запросов в секунду. -------------- next part -------------- An HTML attachment was scrubbed... URL: From marck at rinet.ru Mon Feb 24 20:39:18 2014 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue, 25 Feb 2014 00:39:18 +0400 (MSK) Subject: nginx 1.4 vs apache 2.4 In-Reply-To: References: Message-ID: On Tue, 25 Feb 2014, Vitaliy Okulov wrote: > Добрый всем вечер. > В связи с выходом Apache 2.4.7 возник вопрос - сравнивал ли кто-нибудь > производительность стабильной версии nginx с apache 2.4 + mpm_event? > Также интересно тестировал ли кто-нибудь работу нового apache под в > продуктиве на реальной нагрузке, сильно ли он отстает от nginx при > проксировании и балансировке запросов? > > У меня в виртуалках расхождение на отдаче статических файлах в пределах > погрешности и на 2-х воркерах получается ~800 запросов в секунду. медленных клиентов эмулировали? ;P -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck at FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck at rinet.ru *** ------------------------------------------------------------------------ From sasha181 at rufox.ru Mon Feb 24 20:39:53 2014 From: sasha181 at rufox.ru (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCa0YPQvdC40Yc=?=) Date: Tue, 25 Feb 2014 00:39:53 +0400 Subject: =?UTF-8?B?0J3QtSDQv9C10YDQtdC00LDRkdGC0YHRjyDQt9C90LDRh9C10L3QuNC1INC00L4=?= =?UTF-8?B?0L/QvtC70L3QuNGC0LXQu9GM0L3QvtCz0L4g0LfQsNCz0L7Qu9C+0LLQutCw?= =?UTF-8?B?INCyIGZhc3RjZ2k=?= Message-ID: <530BAE19.10908@rufox.ru> Система debian squeeze nginx 1.4.5 из репозиториев дебиан Клиент передаёт серверу в заголовках запроса дополнительный параметр API_KEY. Необходимо передать его в $_SERVER['HTTP_API_KEY'] Прописал в fastcgi_params следующее fastcgi_param HTTP_API_KEY $http_api_key; $_SERVER['HTTP_API_KEY'] при этом появляется, но пустой, хотя в заголовке запроса этот параметр не пуст. Но вот что интересно. Если заменить имя заголовка с API_KEY на API-KEY, то всё работает как надо. Это ошибка или так специально для чего-то задумано? Просто переименовать этот параметр сейчас уже затруднительно, т.к. приложением многие уже пользуются. From mdounin at mdounin.ru Mon Feb 24 23:09:07 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Tue, 25 Feb 2014 03:09:07 +0400 Subject: =?UTF-8?B?UmU6INCd0LUg0L/QtdGA0LXQtNCw0ZHRgtGB0Y8g0LfQvdCw0YfQtdC90LjQtSA=?= =?UTF-8?B?0LTQvtC/0L7Qu9C90LjRgtC10LvRjNC90L7Qs9C+INC30LDQs9C+0LvQvtCy?= =?UTF-8?B?0LrQsCDQsiBmYXN0Y2dp?= In-Reply-To: <530BAE19.10908@rufox.ru> References: <530BAE19.10908@rufox.ru> Message-ID: <20140224230907.GE91191@mdounin.ru> Hello! On Tue, Feb 25, 2014 at 12:39:53AM +0400, Александр Кунич wrote: > Система debian squeeze > nginx 1.4.5 из репозиториев дебиан > > Клиент передаёт серверу в заголовках запроса дополнительный параметр > API_KEY. Необходимо передать его в $_SERVER['HTTP_API_KEY'] > Прописал в fastcgi_params следующее > > fastcgi_param HTTP_API_KEY $http_api_key; > > $_SERVER['HTTP_API_KEY'] при этом появляется, но пустой, хотя в заголовке > запроса этот параметр не пуст. > Но вот что интересно. Если заменить имя заголовка с API_KEY на API-KEY, то > всё работает как надо. > Это ошибка или так специально для чего-то задумано? Просто переименовать > этот параметр сейчас уже затруднительно, т.к. приложением многие уже > пользуются. Так задумано. Заголовки API_KEY и API-KEY разные, но в рамках принятой в CGI логики (а равно переменных в конфигах nginx'а) представления заголовков неотличимы друг от друга, т.к. "-" и "_" становятся "_". Поэтому nginx по умолчанию заголовки с символом подчёркивания считает некорректными и игнорирует. Если очень надо, такие заголовки можно разрешить с помощью директивы underscores_in_headers. Но следует понимать, что это может вылезти боком в других местах. Подробнее тут: http://nginx.org/r/underscores_in_headers/ru И да, явно указывать "fastcgi_param HTTP_API_KEY" - не нужно, все заголовки запроса по умолчанию передаются в fastcgi как HTTP_* параметры. Ваша проблема именно в том, что заголовок содержит подчёркивание и из-за этого игнорируется. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Tue Feb 25 23:17:31 2014 From: nginx-forum at nginx.us (AlexyFrost) Date: Tue, 25 Feb 2014 18:17:31 -0500 Subject: =?UTF-8?B?0J/RgNC+0YbQtdGB0YHQvdCw0Y8g0LzQvtC00LXQu9GM?= Message-ID: <071df21d75ead9c6192639d39f0634b3.NginxMailingListRussian@forum.nginx.org> Привет. Предлагаю подискутировать о процессной модели nginx. Раскуривал недавно исходники, хотелось прояснить пару философских моментов, которые мучают меня уже не первый год, и вот натолкнулся на эти моменты со spawn`ом воркеров. Как известно, форк "наследует" кучу "мусора" из родительского процесса: обработчики сигналов, дескрипторы файлов\сокетов, переменные и т.п., словом, память стека и кучи. Так вот, как же избежать этого: "почистить" от родительской памяти форкнутый процесс нельзя, а юзать exec*() для запуска стороннего бинарника-воркера, который бы полностью заместил собой память форка - это значит делать второй, отдельный бинарник, что не так элегантно, как решение с одним исполняемым файлом nginx`а + fork(). Основной вопрос в том, что метод с fork() имеет сильную зависимость от родительского процесса. Например, если сначала добавить какие-нибудь обработчики сигналов в родителе, а потом форкнуть, nо дочерний процесс их унаследует, следовательно, форк подвержен значительным сайд-эффектам, и зависим даже от порядка кода в родительского процесса. Можно, конечно, условиться о порядке запуска, и о том, что делать "ататат" с копией чужой памяти нельзя, но это всё как то грустно выглядит, и вообще, нарушает принцип инкапсуляции. Короче, хотелось бы услышать мнения о том, как же правильно организовывать многопроцессное приложение: fork() или fork() + exec() (ну или system()), преимущества и недостатки тех или иных подходов, и почему в nginx используется именно fork(), а не что то другое из вышеописанного. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247942,247942#msg-247942 From chipitsine at gmail.com Wed Feb 26 08:24:39 2014 From: chipitsine at gmail.com (=?KOI8-R?B?6czY0SD7ydDJw8nO?=) Date: Wed, 26 Feb 2014 14:24:39 +0600 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: References: <20140203113748.GG1835@mdounin.ru> <70d4430027513f5f1cf35dd478d418f6.NginxMailingListRussian@forum.nginx.org> Message-ID: http_sub меняет одно выражение, несколько - не умеет можно фильтровать модулем nginx-lua это анти-паттерн, парсить отдаваемый контент, серьезная нагрузка на сервер, таких сценариев надо избегать. понедельник, 24 февраля 2014 г. пользователь mnsold написал: > Долго долго еще общался с поддержкой, все возможные варианты по настройке > sas, так чтобы нормально можно было спроксировать не получаются, только > полный дубль, но это уже через чур. > > Вся проблема в метедата сервере и то, что SAS работает с с абсолютными > ссылками. > > Нужно видимо идти по самому плохому варианту, использовать альтернативу > Apache Module mod_proxy_html > http://httpd.apache.org/docs/current/mod/mod_proxy_html.html > Т.е. полный парсинг информации из запрашиваемых страниц в страницы, > передаваемые наружу с заменой всех url. > > Я так полагаю нужно использовать ngx_http_sub_module? > > Posted at Nginx Forum: > http://forum.nginx.org/read.php?21,246899,247885#msg-247885 > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmm at csdoc.com Wed Feb 26 09:35:56 2014 From: gmm at csdoc.com (Gena Makhomed) Date: Wed, 26 Feb 2014 11:35:56 +0200 Subject: =?UTF-8?B?UmU6INCf0YDQvtGG0LXRgdGB0L3QsNGPINC80L7QtNC10LvRjA==?= In-Reply-To: <071df21d75ead9c6192639d39f0634b3.NginxMailingListRussian@forum.nginx.org> References: <071df21d75ead9c6192639d39f0634b3.NginxMailingListRussian@forum.nginx.org> Message-ID: <530DB57C.40301@csdoc.com> On 26.02.2014 1:17, AlexyFrost wrote: > Как известно, форк "наследует" кучу "мусора" из родительского процесса: > обработчики сигналов, дескрипторы файлов\сокетов, переменные и т.п., словом, > память стека и кучи. Так вот, как же избежать этого: "почистить" от > родительской памяти форкнутый процесс нельзя, а юзать exec*() для запуска > стороннего бинарника-воркера, который бы полностью заместил собой память > форка - это значит делать второй, отдельный бинарник, что не так элегантно, > как решение с одним исполняемым файлом nginx`а + fork(). Можно все сделать и с помощью одного бинарника: если указан параметр командной строки "-worker" - процесс ведет себя так, как вел бы себя процесс, созданный из отдельного бинарника, например "nginx-worker". -- Best regards, Gena From denis at webmaster.spb.ru Wed Feb 26 13:36:08 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 17:36:08 +0400 Subject: =?UTF-8?B?YXV0aF9kaWdlc3QgLS0g0L3QtdGB0LrQvtC70YzQutC+INCy0L7Qv9GA0L7RgdC+?= =?UTF-8?B?0LI=?= Message-ID: <530DEDC8.5040504@webmaster.spb.ru> Добрый день. Возник ряд вопросов про auth_digest, в частности: 1) можно ли одновременно использовать digest и basic -- например, digest закрывает сайт из мира, а внутри есть /bitrix/ со своим basic для админки. Пока попытки такого совместного запуска ни к чему хорошему не привели 2) есть просто файлик .txt, открываем, при обновлении уже через 5 секунд - хочет пароль снова. Хотя в конфиге прописано 60с server { server_name test.site.ru; include conf/listen; auth_digest "private"; auth_digest_user_file /usr/local/etc/nginx/passwd.digest; auth_digest_timeout 60s; auth_digest_shm_size 4m; location / { auth_digest "private"; proxy_pass http://192.168.1.1; include conf/proxy; } } если по 1 требуется только 1 вид авторизации - есть идея выделения отдельной секции под авторизованных, какие куки выставляет битрикс? или на что там правильнее опираться. From denis at webmaster.spb.ru Wed Feb 26 13:41:23 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 17:41:23 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: References: Message-ID: <530DEF03.9000206@webmaster.spb.ru> 24.02.2014 15:55, komiller пишет: > Здравствуйте. > > Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только > проблемка одна. Nginx я использую для балансировки нагрузки между двумя > серверами, > при входе в сайт есть авторизация и соответсвенно каптча, так вот каптча все > время ругается что код не правильный хотя все правильно. куки не синхронизированы, ip_hash - вариант. Но можно писать куки в nfs шару или общий memcached, проблема тоже будет неактуальна. From alex.barut at gmail.com Wed Feb 26 14:07:52 2014 From: alex.barut at gmail.com (Alex Belyansky) Date: Wed, 26 Feb 2014 18:07:52 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: <530DEF03.9000206@webmaster.spb.ru> References: <530DEF03.9000206@webmaster.spb.ru> Message-ID: <530DF538.8050305@gmail.com> On 26.02.2014 17:41, denis wrote: > 24.02.2014 15:55, komiller пишет: >> Здравствуйте. >> >> Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только >> проблемка одна. Nginx я использую для балансировки нагрузки между двумя >> серверами, >> при входе в сайт есть авторизация и соответсвенно каптча, так вот >> каптча все >> время ругается что код не правильный хотя все правильно. > куки не синхронизированы, ip_hash - вариант. Но можно писать куки в > nfs шару или общий memcached, проблема тоже будет неактуальна. > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru NFS - плохая затея! Уже пробовали. Даже при невысокой посещяемости, заметно притормаживает. Общий memcached это уже ближе к делу, но надо быть осторожным при использовании - http://habrahabr.ru/post/38261/ From mdounin at mdounin.ru Wed Feb 26 14:14:27 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 26 Feb 2014 18:14:27 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <530DEDC8.5040504@webmaster.spb.ru> References: <530DEDC8.5040504@webmaster.spb.ru> Message-ID: <20140226141427.GX91191@mdounin.ru> Hello! On Wed, Feb 26, 2014 at 05:36:08PM +0400, denis wrote: > Добрый день. > > Возник ряд вопросов про auth_digest, в частности: > 1) можно ли одновременно использовать digest и basic -- например, digest > закрывает сайт из мира, а внутри есть /bitrix/ со своим basic для админки. > Пока попытки такого совместного запуска ни к чему хорошему не привели Единственный вариант, который _теоретически_ может работать - это использование нескольких альтернативных схем аутентификации. Клиенту отправляется несколько разных WWW-Authenticate заголовков, с разными схемами аутентификации, а он выбирает из них ту, которая ему больше нравится. На практике - и так тоже будут проблемы. То, что вы описываете - работать не будет гарантированно. BTW, а с какой целью используется digest-аутентификация? Безотносительно конкретного модуля - проблем она, IMHO, создаёт больше, чем решает. Обычно проще и правильнее использовать basic вкупе с ssl. -- Maxim Dounin http://nginx.org/ From denis at webmaster.spb.ru Wed Feb 26 14:18:41 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 18:18:41 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: <530DF538.8050305@gmail.com> References: <530DEF03.9000206@webmaster.spb.ru> <530DF538.8050305@gmail.com> Message-ID: <530DF7C1.6020109@webmaster.spb.ru> 26.02.2014 18:07, Alex Belyansky пишет: > On 26.02.2014 17:41, denis wrote: >> 24.02.2014 15:55, komiller пишет: >>> Здравствуйте. >>> >>> Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только >>> проблемка одна. Nginx я использую для балансировки нагрузки между двумя >>> серверами, >>> при входе в сайт есть авторизация и соответсвенно каптча, так вот >>> каптча все >>> время ругается что код не правильный хотя все правильно. >> куки не синхронизированы, ip_hash - вариант. Но можно писать куки в >> nfs шару или общий memcached, проблема тоже будет неактуальна. >> > > NFS - плохая затея! Уже пробовали. Даже при невысокой посещяемости, > заметно притормаживает. Общий memcached это уже ближе к делу, но надо > быть осторожным при использовании - http://habrahabr.ru/post/38261/ 28 августа 2008 в 13:52 думаю, за 6 лет ситуация сильно поменялась. Плюс "или общий memcached" - нет проблем синхронизации. И какие проблемы там могут быть? человек открыл страницу, секунд 10 разгадывал-вводил капчу, отправил. Какие проблемы с блокировками? У каждого человека своя сессия. какие-то проблемы возможны, если это интернет-магазин, добавление товара в 1 клик, медленный канал, человек быстро кликает. И то, если обновляется его локальная кука и она уходит - проблем быть не должно, а вообще правильнее например писать в куку номер корзины, а клик - аякс-запрос, который пишет сразу в базу а не в куку. а где ещё можно хранить сессии? :) зы " каптча все время ругается что код не правильный" - не всё время, а принимает капчу только со 2-3 раза (хотя зависит от количества серверов). Тоже с таким сталкивались, но причина была быстро понята. From lego12239 at yandex.ru Wed Feb 26 14:22:08 2014 From: lego12239 at yandex.ru (Oleg) Date: Wed, 26 Feb 2014 18:22:08 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <20140226141427.GX91191@mdounin.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> Message-ID: <20140226142208.GA17897@localhost> On Wed, Feb 26, 2014 at 06:14:27PM +0400, Maxim Dounin wrote: > BTW, а с какой целью используется digest-аутентификация? > Безотносительно конкретного модуля - проблем она, IMHO, создаёт > больше, чем решает. Это-то и печально. Многое ПО почему-то не работает с digest или работает коряво. А если нет ssl, то это крайне удобная штука. Как-то вскрылось, что skype, зараза, не работает с digest-аутентификацией при работе через proxy... Пришлось всей локалке basic делать. From denis at webmaster.spb.ru Wed Feb 26 14:42:41 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 18:42:41 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <20140226141427.GX91191@mdounin.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> Message-ID: <530DFD61.7090502@webmaster.spb.ru> 26.02.2014 18:14, Maxim Dounin пишет: > Единственный вариант, который _теоретически_ может работать - это > использование нескольких альтернативных схем аутентификации. > Клиенту отправляется несколько разных WWW-Authenticate заголовков, > с разными схемами аутентификации, а он выбирает из них ту, которая > ему больше нравится. На практике - и так тоже будут проблемы. > То, что вы описываете - работать не будет гарантированно. > > BTW, а с какой целью используется digest-аутентификация? > Безотносительно конкретного модуля - проблем она, IMHO, создаёт > больше, чем решает. Обычно проще и правильнее использовать basic > вкупе с ssl. Есть ряд проектов, которые программерам надо выставить в мир, но а) проблема, что могут проиндексировать, даже несмотря на robots.txt б) это прямо запрещает лицензия битрикса, 1 лицензия - 1 место размещения. Поэтому искали метод такого выставления, кроме VPN. а почему не будет работать вариант с разделением? например, проверяем куку авторизации, если есть авторизация битриксом - просто отдаем, иначе подключаем digest и попутно маленький вопрос: как можно принудительно переслать в именованный location? что-то типа try_files @apache например, если надо описать ряд локейшенов, но не через регэкспы, чтобы приоритет не имел значения. например location @apache { proxy_pass ..... } location = /a1/ { try_files @apache; } location /a2/ { try_files @apache; } таких секций может быть с десяток. Если объединить в 1 локейшн вида ~ /a(1|2)/ - то если выше будет прописан показ картинок (~ .(jpg|png)), то в эти секции запрос уже не попадает. Нужно это, чтобы вынести их в отдельный конфиг и инклудить в куче проектов, но не заботиться о порядке блоков. Без инклудов не вариант, править 50+ конфигов руками хотя бы раз в неделю - извините, нам такого не надо. Писать систему шаблонов, после каждого изменения заново пересоздавать все файлы-конфиги -- работы не на 1 месяц, конфигов много и они сильно разные. кстати, если локейшн описан как ^~, но выше есть другой локейшн на тот же ~ .jpg, все-равно в этой секции не окажемся. From alex.barut at gmail.com Wed Feb 26 14:58:47 2014 From: alex.barut at gmail.com (Alex Belyansky) Date: Wed, 26 Feb 2014 18:58:47 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: <530DF7C1.6020109@webmaster.spb.ru> References: <530DEF03.9000206@webmaster.spb.ru> <530DF538.8050305@gmail.com> <530DF7C1.6020109@webmaster.spb.ru> Message-ID: <530E0127.7030603@gmail.com> On 26.02.2014 18:18, denis wrote: > 26.02.2014 18:07, Alex Belyansky пишет: >> On 26.02.2014 17:41, denis wrote: >>> 24.02.2014 15:55, komiller пишет: >>>> Здравствуйте. >>>> >>>> Прошу помочь, не давно перешел на нгинх и все бы прекрасно да только >>>> проблемка одна. Nginx я использую для балансировки нагрузки между >>>> двумя >>>> серверами, >>>> при входе в сайт есть авторизация и соответсвенно каптча, так вот >>>> каптча все >>>> время ругается что код не правильный хотя все правильно. >>> куки не синхронизированы, ip_hash - вариант. Но можно писать куки в >>> nfs шару или общий memcached, проблема тоже будет неактуальна. >>> >> >> NFS - плохая затея! Уже пробовали. Даже при невысокой посещяемости, >> заметно притормаживает. Общий memcached это уже ближе к делу, но надо >> быть осторожным при использовании - http://habrahabr.ru/post/38261/ > 28 августа 2008 в 13:52 > думаю, за 6 лет ситуация сильно поменялась. Плюс "или общий memcached" > - нет проблем синхронизации. И какие проблемы там могут быть? человек > открыл страницу, секунд 10 разгадывал-вводил капчу, отправил. Какие > проблемы с блокировками? У каждого человека своя сессия. > какие-то проблемы возможны, если это интернет-магазин, добавление > товара в 1 клик, медленный канал, человек быстро кликает. И то, если > обновляется его локальная кука и она уходит - проблем быть не должно, > а вообще правильнее например писать в куку номер корзины, а клик - > аякс-запрос, который пишет сразу в базу а не в куку. > а где ещё можно хранить сессии? :) > > зы " каптча все время ругается что код не правильный" - не всё время, > а принимает капчу только со 2-3 раза (хотя зависит от количества > серверов). Тоже с таким сталкивались, но причина была быстро понята. > > _______________________________________________ > nginx-ru mailing list > nginx-ru at nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru Ситуация в принципе такая же, но есть CAS в классе Memcached для PHP. Вероятно уже есть готовые реализации для сессиий с его использованием. В вашем случае никаких блокировок с угадыванием капчи наверное быть не должно. Если вы не используете каких-либо инкрементов внутри сессии, то memcached решит все ваши проблемы даже без использования CAS (ну т.е. сессия нужна по сути чтобы только авторизоваться). Если вы добавляете идентификаторы товаров в сессию, то тут уже возможны беды. Там в принципе в статье про это все и описано, правда для блокировок они используют свой механизм. Сессии можно хранить где угодно если есть свой обработчик - redis, mongodb, да хоть в mysql, правда производительность будет хромать :) На практике хранили только в memcached и redis - для нас этого было вполне достаточно. From denis at webmaster.spb.ru Wed Feb 26 15:06:35 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 19:06:35 +0400 Subject: =?UTF-8?B?UmU6IG5naW54IHByb3h5INCw0YPRgtC10L3RgtC40YTQuNC60LDRhtC40Y8=?= In-Reply-To: <530E0127.7030603@gmail.com> References: <530DEF03.9000206@webmaster.spb.ru> <530DF538.8050305@gmail.com> <530DF7C1.6020109@webmaster.spb.ru> <530E0127.7030603@gmail.com> Message-ID: <530E02FB.4090308@webmaster.spb.ru> > Сессии можно хранить где угодно если есть свой обработчик - redis, > mongodb, да хоть в mysql, правда производительность будет хромать :) у битрикса в версии web-cluster хранение в мускуле включается в 1 клик и это наиболее простой метод, там синхронизация сессий оказалась реальной проблемой, даже когда прописали на обоих серверах в php.ini session.save_handler = memcached session.save_path = "server:11211" все-равно если попадаем на 2 сервер, авторизации как бы нет, хотя через ngrep видно, что были запросы в memcached. Причины пока не поняли. From mdounin at mdounin.ru Wed Feb 26 15:07:04 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 26 Feb 2014 19:07:04 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <530DFD61.7090502@webmaster.spb.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> <530DFD61.7090502@webmaster.spb.ru> Message-ID: <20140226150703.GA91191@mdounin.ru> Hello! On Wed, Feb 26, 2014 at 06:42:41PM +0400, denis wrote: > 26.02.2014 18:14, Maxim Dounin пишет: > >Единственный вариант, который _теоретически_ может работать - это > >использование нескольких альтернативных схем аутентификации. > >Клиенту отправляется несколько разных WWW-Authenticate заголовков, > >с разными схемами аутентификации, а он выбирает из них ту, которая > >ему больше нравится. На практике - и так тоже будут проблемы. > >То, что вы описываете - работать не будет гарантированно. > > > >BTW, а с какой целью используется digest-аутентификация? > >Безотносительно конкретного модуля - проблем она, IMHO, создаёт > >больше, чем решает. Обычно проще и правильнее использовать basic > >вкупе с ssl. > Есть ряд проектов, которые программерам надо выставить в мир, но > а) проблема, что могут проиндексировать, даже несмотря на robots.txt Это решает любая аутентификация, будь то basic или digest. > б) это прямо запрещает лицензия битрикса, 1 лицензия - 1 место размещения. > Поэтому искали метод такого выставления, кроме VPN. Т.е. есть сайт, раздающийся по http, и чтобы раздать то же самое (часть того же самого) по https будет нужна дополнительная лицензия? По моему, вас неверно информировали. По крайней мере ничего подобного я там не вижу (так удивился утверждению, что нашёл и посмотрел). Есть расплывчатое определение термина "сайт", к которому и привязаны лицензионные ограничения, но никаких утверждений, позволяющих сделать вывод о недопустимости https там не видно. Более того, даже требования использовать только один домен не видно. > а почему не будет работать вариант с разделением? например, проверяем куку > авторизации, если есть авторизация битриксом - просто отдаем, иначе > подключаем digest Нет ничего общего между basic-аутентификацией и куками. Ну разве что кроме собственно протокола HTTP. http://en.wikipedia.org/wiki/Basic_access_authentication > и попутно маленький вопрос: как можно принудительно переслать в именованный > location? что-то типа try_files @apache > например, если надо описать ряд локейшенов, но не через регэкспы, чтобы > приоритет не имел значения. например > location @apache { > proxy_pass ..... > } > > location = /a1/ { > try_files @apache; > } > location /a2/ { > try_files @apache; > } > > таких секций может быть с десяток. Если объединить в 1 локейшн вида ~ > /a(1|2)/ - то если выше будет прописан показ картинок (~ .(jpg|png)), то в > эти секции запрос уже не попадает. > Нужно это, чтобы вынести их в отдельный конфиг и инклудить в куче проектов, > но не заботиться о порядке блоков. Без инклудов не вариант, править 50+ > конфигов руками хотя бы раз в неделю - извините, нам такого не надо. Писать > систему шаблонов, после каждого изменения заново пересоздавать все > файлы-конфиги -- работы не на 1 месяц, конфигов много и они сильно разные. Судя по описанию, правильное решение вашей проблемы - вместо "location @apache" сделать отдельный include-файл с нужной конфигурацией проксирования и использовать его. Ну и откройте для себя наследование значений директив в конфигах nginx'а, это обычно сильно сокращает размеры конфигов. > кстати, если локейшн описан как ^~, но выше есть другой локейшн на тот же ~ > .jpg, все-равно в этой секции не окажемся. Это не так. Если у максимально совпавшего статического location'а есть модификатор "^~", то регулярные выражения не проверяются. И от порядка это не зависит. Подробнее тут: http://nginx.org/r/location -- Maxim Dounin http://nginx.org/ From denis at webmaster.spb.ru Wed Feb 26 15:29:50 2014 From: denis at webmaster.spb.ru (denis) Date: Wed, 26 Feb 2014 19:29:50 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <20140226150703.GA91191@mdounin.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> <530DFD61.7090502@webmaster.spb.ru> <20140226150703.GA91191@mdounin.ru> Message-ID: <530E086E.6050608@webmaster.spb.ru> 26.02.2014 19:07, Maxim Dounin пишет: >> Есть ряд проектов, которые программерам надо выставить в мир, но >> а) проблема, что могут проиндексировать, даже несмотря на robots.txt > Это решает любая аутентификация, будь то basic или digest. это понятно. >> б) это прямо запрещает лицензия битрикса, 1 лицензия - 1 место размещения. >> Поэтому искали метод такого выставления, кроме VPN. > Т.е. есть сайт, раздающийся по http, и чтобы раздать то же самое > (часть того же самого) по https будет нужна дополнительная > лицензия? Нет, по https тоже можно отдавать. Нельзя отдавать с разных внешних серверов (продакшн отдельно, тестовые сервера отдельно) в чистом виде https нам ничем не поможет, все-равно нужна авторизация. > По моему, вас неверно информировали. По крайней мере > ничего подобного я там не вижу (так удивился утверждению, что > нашёл и посмотрел). Есть расплывчатое определение термина "сайт", > к которому и привязаны лицензионные ограничения, но никаких > утверждений, позволяющих сделать вывод о недопустимости https там > не видно. Более того, даже требования использовать только один > домен не видно. http://www.1c-bitrix.ru/download/manuals/ru/EULA_BUS_12.docx 4.3. Программа может быть временно установлена на дополнительный компьютер (ЭВМ) с целью использования исключительно для работ по разработке, тестированию и/или наполнению Сайта при условии отсутствия любого "внешнего" доступа к ней (в том числе из сети Интернет или извне локальной сети Пользователя). Указанная копия Программы должна быть немедленно удалена после завершения вышеперечисленных работ. http://dev.1c-bitrix.ru/community/forums/forum6/topic31164/ более того, даже для разработки -- не более 1 машины. >> а почему не будет работать вариант с разделением? например, проверяем куку >> авторизации, если есть авторизация битриксом - просто отдаем, иначе >> подключаем digest > Нет ничего общего между basic-аутентификацией и куками. Ну разве > что кроме собственно протокола HTTP. > > http://en.wikipedia.org/wiki/Basic_access_authentication ну не куки а хидеры. Если мы авторизовались через тот же curl - следующий запрос без спец мер снова будет как от неавторизованного. > Судя по описанию, правильное решение вашей проблемы - вместо > "location @apache" сделать отдельный include-файл с нужной > конфигурацией проксирования и использовать его. > > Ну и откройте для себя наследование значений директив в конфигах > nginx'а, это обычно сильно сокращает размеры конфигов. переработаем конфиги, спасибо. >> кстати, если локейшн описан как ^~, но выше есть другой локейшн на тот же ~ >> .jpg, все-равно в этой секции не окажемся. > Это не так. Если у максимально совпавшего статического location'а > есть модификатор "^~", то регулярные выражения не проверяются. И > от порядка это не зависит. location ^~ /aaa/a2/ { действительно работает location ^~ /aaa/a(1|2)/ { уже нет. В таком случае непонятно, почему просто не написать location /aaa/a2/ и почему не срабатывает признак регэкспа. From mdounin at mdounin.ru Wed Feb 26 16:40:44 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Wed, 26 Feb 2014 20:40:44 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <530E086E.6050608@webmaster.spb.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> <530DFD61.7090502@webmaster.spb.ru> <20140226150703.GA91191@mdounin.ru> <530E086E.6050608@webmaster.spb.ru> Message-ID: <20140226164044.GB91191@mdounin.ru> Hello! On Wed, Feb 26, 2014 at 07:29:50PM +0400, denis wrote: > 26.02.2014 19:07, Maxim Dounin пишет: > >>Есть ряд проектов, которые программерам надо выставить в мир, но > >>а) проблема, что могут проиндексировать, даже несмотря на robots.txt > >Это решает любая аутентификация, будь то basic или digest. > это понятно. > > >>б) это прямо запрещает лицензия битрикса, 1 лицензия - 1 место размещения. > >>Поэтому искали метод такого выставления, кроме VPN. > >Т.е. есть сайт, раздающийся по http, и чтобы раздать то же самое > >(часть того же самого) по https будет нужна дополнительная > >лицензия? > Нет, по https тоже можно отдавать. Нельзя отдавать с разных внешних серверов > (продакшн отдельно, тестовые сервера отдельно) > в чистом виде https нам ничем не поможет, все-равно нужна авторизация. Ну так и в чём тогда проблема использовать basic + ssl, как и предлагалось ранее? Исходный вопрос, на который хотелось получить ответ, - зачем вам digest, да ещё и в виде стороннего модуля, когда есть способ проще и лучше. Впрочем, можно считать, что ответ я получил - какой-либо осмысленной причины нет. Спасибо. [...] > >>а почему не будет работать вариант с разделением? например, проверяем куку > >>авторизации, если есть авторизация битриксом - просто отдаем, иначе > >>подключаем digest > >Нет ничего общего между basic-аутентификацией и куками. Ну разве > >что кроме собственно протокола HTTP. > > > >http://en.wikipedia.org/wiki/Basic_access_authentication > ну не куки а хидеры. Если мы авторизовались через тот же curl - следующий > запрос без спец мер снова будет как от неавторизованного. В подобной схеме ничто не помешает пользователю прислать заголовок Authorization с якобы данными для бекенда, а на самом деле запрос сделать туда, где никакие пароли бекенд не проверяет - тем самым сделав аутентификацию на уровне nginx'а бессмысленной. Вариант, который будет работать - это явно разделить (e.g., на уровне location'ов) те адреса, где за аутентификацию отвечает nginx, и те, где этим занимается бекенд. [...] > >>кстати, если локейшн описан как ^~, но выше есть другой локейшн на тот же ~ > >>.jpg, все-равно в этой секции не окажемся. > >Это не так. Если у максимально совпавшего статического location'а > >есть модификатор "^~", то регулярные выражения не проверяются. И > >от порядка это не зависит. > location ^~ /aaa/a2/ { > действительно работает > location ^~ /aaa/a(1|2)/ { > уже нет. В таком случае непонятно, почему просто не написать location > /aaa/a2/ и почему не срабатывает признак регэкспа. Потому что "^~" - это не "признак регэкспа". Это, наоборот, запрет на поиск по location'ам, заданным регулярными выражениями, в случае совпадения данного _префиксного_ location'а. Повторю ссылку: http://nginx.org/r/location/ru Настоятельно рекомендую внимательно прочитать описание хотя бы пару раз. -- Maxim Dounin http://nginx.org/ From denis at webmaster.spb.ru Wed Feb 26 22:08:38 2014 From: denis at webmaster.spb.ru (denis) Date: Thu, 27 Feb 2014 02:08:38 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <20140226164044.GB91191@mdounin.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> <530DFD61.7090502@webmaster.spb.ru> <20140226150703.GA91191@mdounin.ru> <530E086E.6050608@webmaster.spb.ru> <20140226164044.GB91191@mdounin.ru> Message-ID: <530E65E6.6090605@webmaster.spb.ru> 26.02.2014 20:40, Maxim Dounin пишет: >> Нет, по https тоже можно отдавать. Нельзя отдавать с разных внешних >> серверов >> (продакшн отдельно, тестовые сервера отдельно) >> в чистом виде https нам ничем не поможет, все-равно нужна авторизация. > Ну так и в чём тогда проблема использовать basic + ssl, как и > предлагалось ранее? Исходный вопрос, на который хотелось получить > ответ, - зачем вам digest, да ещё и в виде стороннего модуля, > когда есть способ проще и лучше. > > Впрочем, можно считать, что ответ я получил - какой-либо > осмысленной причины нет. Спасибо. потому что конфликт с авторизацией битрикса! не работает басик+битрикс. Иначе к чему это всё?... > В подобной схеме ничто не помешает пользователю прислать заголовок > Authorization с якобы данными для бекенда, а на самом деле запрос > сделать туда, где никакие пароли бекенд не проверяет - тем самым > сделав аутентификацию на уровне nginx'а бессмысленной. на девел-машину? И толку? Это простое соблюдение лицензии битрикса, не более. > Вариант, который будет работать - это явно разделить (e.g., на > уровне location'ов) те адреса, где за аутентификацию отвечает > nginx, и те, где этим занимается бекенд. после авторизации в админке ВСЕ урлы связаны с админкой, включая корень сайта. Сверху появляется меню отладки и редактирования. > Потому что "^~" - это не "признак регэкспа". Это, наоборот, Где это _внятно_ прописано в доке? http://dragonflybsd.blogspot.ru/2012/12/nginx-location.html вот тут чуть внятнее, с интерпретацией. > запрет на поиск по location'ам, заданным регулярными выражениями, > в случае совпадения данного _префиксного_ location'а. > > Повторю ссылку: > > http://nginx.org/r/location/ru > > Настоятельно рекомендую внимательно прочитать описание хотя бы > пару раз. Читал, не один десяток раз, но многое там настолько невнятно, что приходится идти методом тыка или спрашивать в рассылке. Ну или из исходников, что пока мне недоступно. From nginx-forum at nginx.us Thu Feb 27 06:17:26 2014 From: nginx-forum at nginx.us (mnsold) Date: Thu, 27 Feb 2014 01:17:26 -0500 Subject: =?UTF-8?B?UmU6INCd0LXQstC10YDQvdC+0LUg0L/QtdGA0LXQvdCw0L/RgNCw0LLQu9C10L0=?= =?UTF-8?B?0LjQtSDQvdCwINGB0YLRgNCw0L3QuNGG0LU=?= In-Reply-To: References: Message-ID: <4acb8a0797fe205ed28f58d2480c824d.NginxMailingListRussian@forum.nginx.org> Илья Шипицин Wrote: ------------------------------------------------------- > http_sub меняет одно выражение, несколько - не умеет > можно фильтровать модулем nginx-lua > > это анти-паттерн, парсить отдаваемый контент, серьезная нагрузка на > сервер, > таких сценариев надо избегать. С момента появления топика пытался этого избежать, все что можно, уже перенастроено, остался только этот путь, а дублировать систему, точно не вариант. Буду смотреть что из себя представляет nginx-lua и как его использовать можно. Спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,246899,247981#msg-247981 From citrin at citrin.ru Thu Feb 27 09:33:50 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 27 Feb 2014 13:33:50 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtGG0LXRgdGB0L3QsNGPINC80L7QtNC10LvRjA==?= In-Reply-To: <071df21d75ead9c6192639d39f0634b3.NginxMailingListRussian@forum.nginx.org> References: <071df21d75ead9c6192639d39f0634b3.NginxMailingListRussian@forum.nginx.org> Message-ID: <530F067E.1090102@citrin.ru> On 02/26/14 03:17, AlexyFrost wrote: > Как известно, форк "наследует" кучу "мусора" из родительского процесса: > обработчики сигналов, дескрипторы файлов\сокетов, переменные и т.п., словом, > память стека и кучи. Мусора в том, что наследуется нет. listen socket нужен. других сокетов, открытых в мастере не должно быть. Обработчики сигналов AFAIK переопределяются, если нужно. То что worker-ы используют память мастера (через COW) очень даже полезно - большая геобаза загруженная мастером будет использоваться всеми процессами и не надо будет загружать её N раз в каждый worker отдельно. В адресное пространство воркеров попадает часть кода и данных, не нужных worker-ом, но ничего плохого в этом нет. From nginx-forum at nginx.us Thu Feb 27 10:39:01 2014 From: nginx-forum at nginx.us (siroco) Date: Thu, 27 Feb 2014 05:39:01 -0500 Subject: =?UTF-8?B?0J7QtNC40L0gVVJJIC0g0YDQsNC30L3QvtC1INGB0L7QtNC10YDQttC40LzQvtC1?= =?UTF-8?B?INCyINC30LDQstC40YHQuNC80L7RgdGC0Lgg0L7RgiBJUA==?= Message-ID: Всем привет! Разморозьте меня, пожалуйста! Хочется не очень странного, но никак не получается сделать это на nginx. Хочется в зависимости от IP в ответ на один и тот же запрос (один и тот же URI) отдавать разные локальные файлики: 1. Один IP (какой-то внешний) запросил http://www.domain.com/config/config.xml и получил содержимое /var/www/www.domain.com/config/config.xml 2. Другой IP (специальный, внутренний) запросил http://www.domain.com/config/config.xml и получил содержимое /var/www/www.domain.com/config/config.internal.xml Пробовал сделать на основе geo: geo $client { default external; 123.123.123.123/32 internal; } .. потом и location+alias. Но alias нельзя использовать внутри location.. Через try_files тоже пока не получилось. Выход есть? Или проблема решается совсем по-другому? Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247984,247984#msg-247984 From onokonem at gmail.com Thu Feb 27 10:43:55 2014 From: onokonem at gmail.com (Daniel Podolsky) Date: Thu, 27 Feb 2014 14:43:55 +0400 Subject: =?UTF-8?B?UmU6INCe0LTQuNC9IFVSSSAtINGA0LDQt9C90L7QtSDRgdC+0LTQtdGA0LbQuNC8?= =?UTF-8?B?0L7QtSDQsiDQt9Cw0LLQuNGB0LjQvNC+0YHRgtC4INC+0YIgSVA=?= In-Reply-To: References: Message-ID: > Но alias нельзя использовать внутри location.. alias нельзя использовать внутри именованного location но именованный тут не нужен. From citrin at citrin.ru Thu Feb 27 10:44:08 2014 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Thu, 27 Feb 2014 14:44:08 +0400 Subject: =?UTF-8?B?UmU6INCe0LTQuNC9IFVSSSAtINGA0LDQt9C90L7QtSDRgdC+0LTQtdGA0LbQuNC8?= =?UTF-8?B?0L7QtSDQsiDQt9Cw0LLQuNGB0LjQvNC+0YHRgtC4INC+0YIgSVA=?= In-Reply-To: References: Message-ID: <530F16F8.3020907@citrin.ru> On 02/27/14 14:39, siroco wrote: > 1. Один IP (какой-то внешний) запросил > http://www.domain.com/config/config.xml и получил содержимое > /var/www/www.domain.com/config/config.xml удобнее будет положить это в файл /var/www/www.domain.com/config/config.external.xml (см. ниже) > > 2. Другой IP (специальный, внутренний) запросил > http://www.domain.com/config/config.xml и получил содержимое > /var/www/www.domain.com/config/config.internal.xml > > Пробовал сделать на основе geo: > > geo $client { > default external; > 123.123.123.123/32 internal; > } > > .. потом и location+alias. > Но alias нельзя использовать внутри location.. alias можно использовать только внутри location: http://nginx.org/r/alias location = /config/config.xml { alias /var/www/www.domain.com/config/config.$client.xml; } From nginx-forum at nginx.us Thu Feb 27 11:41:56 2014 From: nginx-forum at nginx.us (siroco) Date: Thu, 27 Feb 2014 06:41:56 -0500 Subject: =?UTF-8?B?UmU6INCe0LTQuNC9IFVSSSAtINGA0LDQt9C90L7QtSDRgdC+0LTQtdGA0LbQuNC8?= =?UTF-8?B?0L7QtSDQsiDQt9Cw0LLQuNGB0LjQvNC+0YHRgtC4INC+0YIgSVA=?= In-Reply-To: <530F16F8.3020907@citrin.ru> References: <530F16F8.3020907@citrin.ru> Message-ID: Ага! Вот так вот работает: geo $client { default .; 123.123.123.123/32 .internal.; } location = /config/config.xml { alias /var/www/www.domain.com/config/config${client}xml; } Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247984,247988#msg-247988 From mdounin at mdounin.ru Thu Feb 27 12:52:31 2014 From: mdounin at mdounin.ru (Maxim Dounin) Date: Thu, 27 Feb 2014 16:52:31 +0400 Subject: =?UTF-8?B?UmU6IGF1dGhfZGlnZXN0IC0tINC90LXRgdC60L7Qu9GM0LrQviDQstC+0L/RgNC+?= =?UTF-8?B?0YHQvtCy?= In-Reply-To: <530E65E6.6090605@webmaster.spb.ru> References: <530DEDC8.5040504@webmaster.spb.ru> <20140226141427.GX91191@mdounin.ru> <530DFD61.7090502@webmaster.spb.ru> <20140226150703.GA91191@mdounin.ru> <530E086E.6050608@webmaster.spb.ru> <20140226164044.GB91191@mdounin.ru> <530E65E6.6090605@webmaster.spb.ru> Message-ID: <20140227125231.GE91191@mdounin.ru> Hello! On Thu, Feb 27, 2014 at 02:08:38AM +0400, denis wrote: > 26.02.2014 20:40, Maxim Dounin пишет: > >>Нет, по https тоже можно отдавать. Нельзя отдавать с разных внешних > >>серверов > >>(продакшн отдельно, тестовые сервера отдельно) > >>в чистом виде https нам ничем не поможет, все-равно нужна авторизация. > >Ну так и в чём тогда проблема использовать basic + ssl, как и > >предлагалось ранее? Исходный вопрос, на который хотелось получить > >ответ, - зачем вам digest, да ещё и в виде стороннего модуля, > >когда есть способ проще и лучше. > > > >Впрочем, можно считать, что ответ я получил - какой-либо > >осмысленной причины нет. Спасибо. > потому что конфликт с авторизацией битрикса! не работает басик+битрикс. > Иначе к чему это всё?... Так и digest не работает. И не может работать - стандарт такой. С чего я, собственно, и начал. > >В подобной схеме ничто не помешает пользователю прислать заголовок > >Authorization с якобы данными для бекенда, а на самом деле запрос > >сделать туда, где никакие пароли бекенд не проверяет - тем самым > >сделав аутентификацию на уровне nginx'а бессмысленной. > на девел-машину? И толку? Это простое соблюдение лицензии битрикса, не > более. Лицензию вы таким образом не соблюдаете, т.к. доступ не закрыт. > >Вариант, который будет работать - это явно разделить (e.g., на > >уровне location'ов) те адреса, где за аутентификацию отвечает > >nginx, и те, где этим занимается бекенд. > после авторизации в админке ВСЕ урлы связаны с админкой, включая корень > сайта. Сверху появляется меню отладки и редактирования. Подозреваю, что после успешной аутентификации соответствующая информация просто записывается в php-сессию. Т.е. нужно именно явно отделить адрес(а), где бекенд требует basic-аутентификацию, и всё заработает. > >Потому что "^~" - это не "признак регэкспа". Это, наоборот, > Где это _внятно_ прописано в доке? > http://dragonflybsd.blogspot.ru/2012/12/nginx-location.html > вот тут чуть внятнее, с интерпретацией. Цитата из уже приводившейся дважды в этой дискуссии ссылки, http://nginx.org/r/location/ru: : Регулярные выражения задаются либо с модификатором ?~*? (для : поиска совпадения без учёта регистра символов), либо с : модификатором ?~? (с учётом регистра). И ещё одна цитата, оттуда же: : Если у совпавшего префиксного location?а максимальной длины : указан модификатор ?^~?, то регулярные выражения не проверяются. Т.е. явно и однозначно прописан закрытый список модификаторов, с помощью которых задаются регулярные выражения, а также явно и однозначно сказано, что модификатор "^~" - это модификатор префиксного location'а. -- Maxim Dounin http://nginx.org/ From nginx-forum at nginx.us Thu Feb 27 18:22:39 2014 From: nginx-forum at nginx.us (AlexyFrost) Date: Thu, 27 Feb 2014 13:22:39 -0500 Subject: =?UTF-8?B?UmU6INCf0YDQvtGG0LXRgdGB0L3QsNGPINC80L7QtNC10LvRjA==?= In-Reply-To: <530F067E.1090102@citrin.ru> References: <530F067E.1090102@citrin.ru> Message-ID: Anton Yuzhaninov Wrote: ------------------------------------------------------- > On 02/26/14 03:17, AlexyFrost wrote: > Мусора в том, что наследуется нет. > > listen socket нужен. > других сокетов, открытых в мастере не должно быть. > > Обработчики сигналов AFAIK переопределяются, если нужно. Вот об этом я и говорил: с использованием fork() воркер попадает в сильную зависимость от того, что должно и не должно быть инициализировано в мастере, т.е., какие контр-действия придётся ему делать (закрытие чего то, отключение сигналов etc). Понятное дело, что для компилируемой программы этот аргумент не столь важен, но, тем не менее, для большого и сложного проекта, который пишет не один человек, такие сайд-эффекты вполне существенны, мне кажется. К тому же, если форки используются для разных типов воркеров (обработка соединений, какой то кеш, какие то сервисные штуки), то у них могут быть разные реакции на унаследованные от мастера данные - кому то надо сделать то, кому то это, и в случае внесения изменений в мастер (добавили новый сигнал?) придётся править код всех воркеров. > То что worker-ы используют память мастера (через COW) очень даже > полезно - > большая геобаза загруженная мастером будет использоваться всеми > процессами и не > надо будет загружать её N раз в каждый worker отдельно. Для подобных данных можно использовать shared memory, что так же выглядит логичнее, чем "копия" данных мастера, да и в случе потребностей горячей замены таких данных сделать это будет проще в одном месте. > В адресное пространство воркеров попадает часть кода и данных, не > нужных > worker-ом, но ничего плохого в этом нет. Меня, в целом, не столько беспокоят "левые" данные мастера в воркере, сколько потенциальные проблемы, которые они могут привнести (выше перечислял). Posted at Nginx Forum: http://forum.nginx.org/read.php?21,247942,247994#msg-247994 From vbart at nginx.com Thu Feb 27 19:43:35 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Thu, 27 Feb 2014 23:43:35 +0400 Subject: =?UTF-8?B?UmU6INCf0YDQvtGG0LXRgdGB0L3QsNGPINC80L7QtNC10LvRjA==?= In-Reply-To: References: <530F067E.1090102@citrin.ru> Message-ID: <2820041.CnUa27xaEC@vbart-laptop> On Thursday 27 February 2014 13:22:39 AlexyFrost wrote: [..] > Меня, в целом, не столько беспокоят "левые" данные мастера в воркере, > сколько потенциальные проблемы, которые они могут привнести (выше > перечислял). > ИМХО все перечисленные проблемы надуманны. -- Валентин Бартенев From nginx-forum at nginx.us Fri Feb 28 20:58:47 2014 From: nginx-forum at nginx.us (Miklucho) Date: Fri, 28 Feb 2014 15:58:47 -0500 Subject: =?UTF-8?B?Q3JvbiDQv9C10YDQtdC30LDQv9GD0YHQutCw0LXRgiDQt9Cw0LTQsNC90LjQtQ==?= Message-ID: <498c906130d95e6d668fd54f7d8aefe0.NginxMailingListRussian@forum.nginx.org> Здравствуйте. Проблема - некоторые задачи в кроне, а именно те, что выполняются более 15 минут, перезапускаются бесконечное число раз каждые 15 минут. Например, такой код:Код PHP $fh = fopen("test".time(), "a+t"); fclose($fh); sleep(1200);//20 минут Т.е. создается 1 файл, потом 20 минут sleep и завершение работы. При ручном запуске скрипта через браузер, скрипт как положено отрабатывает 20 минут и завершается создавая 1 файл. При запуске кроном командой "wget -O /dev/null -q 'http://example.com/phptest.php'" первые 15 минут отрабатываются нормально, но потом происходит следующее: 1. в server-status появляется второй процесс /phptest.php 2. Создается 2-й файл "test".time() Еще через 5 минут старый скрипт /phptest.php завершается, далее второй работает еще 10 минут, после этого в server-status появляется новый процесс /phptest.php и 3-й файл "test".time() И так до бесконечности. Т.е. каждый новый процесс порождает себе "потомка", который в свою очередь порождает своего "потомка" и т.д. и т.п. Такое ощущение, что срабатывают какие-то таймауты в crond заставляющие запускать задачу повторно не дождавшись завершения. Как исправить это дело? PS: понимаю что не совсем по теме вопрос, но на вашем форуме уже не раз мне помогали, надеюсь на помощь и в этот раз. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,248010,248010#msg-248010 From vbart at nginx.com Fri Feb 28 23:26:46 2014 From: vbart at nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 01 Mar 2014 03:26:46 +0400 Subject: =?UTF-8?B?UmU6IENyb24g0L/QtdGA0LXQt9Cw0L/Rg9GB0LrQsNC10YIg0LfQsNC00LDQvdC4?= =?UTF-8?B?0LU=?= In-Reply-To: <498c906130d95e6d668fd54f7d8aefe0.NginxMailingListRussian@forum.nginx.org> References: <498c906130d95e6d668fd54f7d8aefe0.NginxMailingListRussian@forum.nginx.org> Message-ID: <2046511.f0FaY0ElGg@vbart-laptop> On Friday 28 February 2014 15:58:47 Miklucho wrote: > Здравствуйте. > Проблема - некоторые задачи в кроне, а именно те, что выполняются более 15 > минут, перезапускаются бесконечное число раз каждые 15 минут. > [..] man wget и читаем про опцию --read-timeout. Но вы слишком сложный инструмент выбрали для такой простой задачи. -- Валентин Бартенев