From vas на mpeks.tomsk.su Fri Mar 1 06:51:33 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Fri, 1 Mar 2019 13:51:33 +0700 Subject: Drupal Message-ID: <20190301065133.GA32128@admin.sibptus.ru> Коллеги, Кто использует Drupal8+php-fpm,скажите пожалуйста, статья https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ещё актуальна или мир изменился? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From fe на hamilton.rinet.ru Fri Mar 1 06:53:20 2019 From: fe на hamilton.rinet.ru (Fedor Dikarev) Date: Fri, 1 Mar 2019 09:53:20 +0300 Subject: =?UTF-8?B?Y3VzdG9tIDQwNCDQtNC70Y8g0YDQsNC30L3Ri9GFINC30LDQv9GA0L7RgdC+0LI=?= Message-ID: <0b7ef1e8-5d6e-4f3f-2c25-0519ff52718b@hamilton.rinet.ru> Всем добрый день! Решил поинтересоваться: может кто-то уже решал подобную задачу и может поделиться идеей как лучше сделать. Суть задачи: есть сайт, контент максимально статичен, большая часть это html + js + css + png, плюс api на отдельном домене. Положить все asset-ы (js, css, png) в отдельный каталог и отдельный location не получается, пока все лежит в разнобой. Возникла задача отдавать красивую страницу, когда пользователь опечатался или пришел по ссылке, которой больше нет. Под это нарисовали single-page-application на 80kb, которое надо отдавать на 404-ый код. Но при этом есть еще какое-то количество запросов на уже не существующие js, css и api которые когда-то были на этом домене. И на эти запросы не хочется отдавать 80kb на запрос, хочется ограничиться чем-то попроще. Пока идея только сделать map $request_uri $error_page, в нем по regexp-у отловить расширения файлов и дописать location-ы где были раньше api. Но эта идея мне не очень нравится, и хуже всего: даже не могу понять что именно в ней меня не устраивает. Просто есть ощущение, что что-то не учел и будут какие-то подводные камни. Делал ли кто-то уже подобную штуку? Можете поделиться опытом использования и подводными камнями, что были? -- Fedor Dikarev From nginx-forum на forum.nginx.org Fri Mar 1 08:30:41 2019 From: nginx-forum на forum.nginx.org (spider) Date: Fri, 01 Mar 2019 03:30:41 -0500 Subject: nginx rewrite rule In-Reply-To: <6a4e84938e48efb0653cbf9c4bce9c27.NginxMailingListRussian@forum.nginx.org> References: <6a4e84938e48efb0653cbf9c4bce9c27.NginxMailingListRussian@forum.nginx.org> Message-ID: <9c2a88649691a19821d3aa76e4d000d7.NginxMailingListRussian@forum.nginx.org> здравствуйте,нужна помощь,у меня нет опыта с nginx,есть скрипт который нужно включить,для конвертации url.Пожалуйста помогите настроить,я не знаю где его прописать и как задествовать. из http://ip-server/catch-up/hls/MAvjwvc/manifest.m3u8?since=1551295500&till=1551298500&type=vod&language=rus&aspect_ratio_mode=0 в http://flussonic-ip/MAvjwvc/index-1551298500-now.m3u8 nginx rewrite ^/catch-up/hls/(.*)/manifest.m3u8?since=(.*)&till=(.*)&type=(.*)$ http://flussonic-ip/$1/index-$2-now.m3u8 redirect; Posted at Nginx Forum: https://forum.nginx.org/read.php?21,282704,283236#msg-283236 From chipitsine на gmail.com Fri Mar 1 09:10:08 2019 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Fri, 1 Mar 2019 14:10:08 +0500 Subject: =?UTF-8?B?UmU6IGN1c3RvbSA0MDQg0LTQu9GPINGA0LDQt9C90YvRhSDQt9Cw0L/RgNC+0YE=?= =?UTF-8?B?0L7Qsg==?= In-Reply-To: <0b7ef1e8-5d6e-4f3f-2c25-0519ff52718b@hamilton.rinet.ru> References: <0b7ef1e8-5d6e-4f3f-2c25-0519ff52718b@hamilton.rinet.ru> Message-ID: пт, 1 мар. 2019 г. в 11:53, Fedor Dikarev : > Всем добрый день! > > Решил поинтересоваться: может кто-то уже решал подобную задачу и может > поделиться идеей как лучше сделать. > > Суть задачи: есть сайт, контент максимально статичен, большая часть это > html + js + css + png, плюс api на отдельном домене. Положить все > asset-ы (js, css, png) в отдельный каталог и отдельный location не > получается, пока все лежит в разнобой. > > Возникла задача отдавать красивую страницу, когда пользователь > опечатался или пришел по ссылке, которой больше нет. Под это нарисовали > single-page-application на 80kb, которое надо отдавать на 404-ый код. > > Но при этом есть еще какое-то количество запросов на уже не существующие > js, css и api которые когда-то были на этом домене. И на эти запросы не > хочется отдавать 80kb на запрос, хочется ограничиться чем-то попроще. > поверьте, проще будет таки отдать 80кб, чем городить всё это > > Пока идея только сделать map $request_uri $error_page, в нем по regexp-у > отловить расширения файлов и дописать location-ы где были раньше api. > Но эта идея мне не очень нравится, и хуже всего: даже не могу понять что > именно в ней меня не устраивает. Просто есть ощущение, что что-то не > учел и будут какие-то подводные камни. > > Делал ли кто-то уже подобную штуку? Можете поделиться опытом > использования и подводными камнями, что были? > > -- > Fedor Dikarev > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From vbart на nginx.com Sat Mar 2 11:57:12 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Sat, 02 Mar 2019 14:57:12 +0300 Subject: =?UTF-8?B?0KDQtdC70LjQtyBVbml0IDEuOC4w?= Message-ID: <2516893.nn7cWi3tim@vbart-laptop> Теперь вы можете задавать удобные правила, чтобы маршрутизировать запросы в конкретные приложения на основании различных параметров. Советую ознакомиться со следующим разделом документации: - https://unit.nginx.org/configuration/#routes Сейчас поддерживается маршрутизация только по хосту, URI и методу запроса. В следующих выпусках набор доступных параметров будет расширен: будут добавлены произвольные заголовки, аргументы, куки, адреса отправителя и получателя. Мы также собираемся добавить поддержку регулярных выражений. В будущих выпусках подобная маршрутизация будет использоваться также для перенаправлений и установки параметров конфигурации по отдельным маршрутам. Как и везде в Unit, все изменения в конфигурации маршрутов полностью динамические и применяются на лету через API управления. Второе новшество еще более значительно. Мы добавили в базу код из отдельной ветки, над которой почти целый год усердно трудился Максим Романов. Новый модуль поддерживает запуск приложений, использующих ряд технологий, описанных в спецификации Java(tm) Servlet 3.1 (JSR-340). Но нужно учитывать, что это бета-версия и она не была протестирована на совместимость со спецификацией JSR-340. Теперь вы можете легко установить данный модуль из наших пакетов, попробовать запустить с ним свои Java-приложения и оставить нам свои пожелания. Если вы пользуетесь Jira, для вас есть готовая инструкция: - https://unit.nginx.org/howto/jira/ В разделы "Установка" и "Настройка" также добавлена новая документация: - https://unit.nginx.org/installation/ - https://unit.nginx.org/configuration/#java-application Мы рассчитываем, что открытость нашего процесса разработки позволит нам усовершенствовать и улучшить эту версию, чтобы в итоге провести тестирование и сертификацию по JSR-340. Пока это не будет сделано, не следует развертывать или эксплуатировать на ее основе приложения, использующие Java Servlet 3.1. Вместо этого рабочие приложения следует развертывать на основе реализаций, протестированных и сертифицированных на соответствие требованиям совместимости JSR-340, например опубликованных сертифицированных сборок эталонной реализации JSR-340: https://javaee.github.io/glassfish/. * Java — зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц. Изменения в Unit 1.8.0 01.03.2019 *) Изменение: теперь версия всегда задается тремя числами: основная версия, дополнительная версия, редакция. *) Изменение: теперь параметр QUERY_STRING всегда определен, даже если в запросе нет компонента query. *) Добавление: базовая внутренняя маршрутизация запросов по хосту, URI и методу. *) Добавление: экспериментальная поддержка Java Servlet Containers. *) Исправление: в процессе роутера могла происходить ошибка сегментации. *) Исправление: устранены различные потенциальные утечки памяти. *) Исправление: TLS-соединения могли зависать. *) Исправление: некоторые приложения на Perl не могли отправить тело ответа. *) Исправление: некоторые компиляторы при определенной комбинации флагов могли порождать неработоспособные сборки; ошибка появилась в версии 1.5. *) Исправление: пакет для Node.js получал неправильный номер версии при установке из исходников. Наша система нумерации версий всегда предполагала наличие третьей компоненты, но редакция с номером ".0" обычно была скрыта. Чтобы избежать какой-либо путаницы и возможных проблем, мы решили всегда выводить ".0" в номере версии. Тех, кто собирается запускать Unit в CentOS, Fedora или RHEL, чтобы работать с последними версиями PHP, могут заинтересовать соответствующие пакеты в репозитории Remi's RPM: - https://unit.nginx.org/installation/#remi-s-rpm-repo Огромное спасибо Реми Коллету за сотрудничество. Артем Конев, наш технический писатель, недавно добавил на сайт новые инструкции по настройке различных приложений, в том числе руководства для WordPress, Flask и Django: - https://unit.nginx.org/howto/ Он и далее будет составлять и выкладывать инструкции для других приложений. Если вас интересует конкретный случай или приложение, отправьте нам запрос в разделе документации на GitHub: - https://github.com/nginx/unit-docs/issues В дальнейших выпусках возможности маршрутизации и поддержку Java-приложений будут усовершенствованы. Кроме того, ведется работа над поддержкой WebSockets и отдачей статического контента. Пробуйте, тестируйте, оставляйте пожелания. Уверен, совместно у нас получится создать лучшее серверное ПО в мире. -- Валентин Бартенев From chipitsine на gmail.com Sun Mar 3 15:48:08 2019 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Sun, 3 Mar 2019 20:48:08 +0500 Subject: =?UTF-8?B?0L/QvtC00LzQtdC90LAgemxpYiDQstC+INCy0YDQtdC80Y8g0LrQvtC80L/QuNC7?= =?UTF-8?B?0Y/RhtC40LggKNC90LUg0L/QvtC70YPRh9Cw0LXRgtGB0Y8sIGxkZCDQv9C+?= =?UTF-8?B?0LrQsNC30YvQstCw0LXRgiDQt9Cw0LLQuNGB0LjQvNC+0YHRgtGMINC+0YIg?= =?UTF-8?B?0YHQuNGB0YLQtdC80L3QvtC5IGxpYnop?= Message-ID: привет, указываю --with-zlib=%{_builddir}/%{name}-%{version}/zlib-${ZLIB} (хотелось статически собрать nginx с определенной версией zlib). все компилируется, но ldd показывает зависимость от libz.so.1 => /lib64/libz.so.1 (в случае, например, с openssl все работало, при указании --with-openssl в выводе ldd нет зависимости от библиотек openssl). есть какое-то ноу хау с zlib ? Илья Шипицин ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Mon Mar 4 11:59:24 2019 From: nginx-forum на forum.nginx.org (tolyan) Date: Mon, 04 Mar 2019 06:59:24 -0500 Subject: =?UTF-8?B?0JrQsNC6INGB0LTQtdC70LDRgtGMINCx0LXRgdGB0YDQvtGH0L3Ri9C5INC60LU=?= =?UTF-8?B?0Ygg0LHQvtC70YzRiNC+0LPQviDQvtCx0YrQtdC80LA/?= Message-ID: Всем привет! Есть бэкенд, который генерирует пнг картинку. Этот бэкенд сидит за nginx: server { server_name conv.site.com ; client_max_body_size 32m; location / { proxy_pass http://127.0.0.1:3021 ; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } Нужно сделать так, чтоб бэкенд генерил одну и ту же картинку только один раз. То есть когда nginx получает запрос, который уже получал ранее, он возвращал картинку из кеша, и не дергал бэкенд. Время жизни кеша - бессрочное. Но нужно говорить nginx'у, что кеш по определенному запросу устарел, и его нужно удалить. Для этого делаю следующее: в самое начало конфига добавляю вот что: proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=cache:30m max_size=1G; proxy_temp_path /var/lib/nginx/proxy 1 2; proxy_ignore_headers Expires Cache-Control; proxy_cache_use_stale error timeout invalid_header http_502; proxy_cache_bypass $cookie_session; proxy_no_cache $cookie_session; и в самое начало локейшн: location / { proxy_cache cache; proxy_cache_valid 10m; proxy_cache_valid 404 1m; proxy_pass http://127.0.0.1:3021 ; ... После этого в логе вижу: 2019/03/04 12:43:21 [alert] 16000#16000: mmap(MAP_ANON|MAP_SHARED, 104857598951424) failed (12: Cannot allocate memory) при том, что диска на сервере 200гб, а оперативки 8гб. И они ничем не заняты. Как решить эту задачу? Спасибо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283261,283261#msg-283261 From nginx-forum на forum.nginx.org Mon Mar 4 12:09:25 2019 From: nginx-forum на forum.nginx.org (tolyan) Date: Mon, 04 Mar 2019 07:09:25 -0500 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgdC00LXQu9Cw0YLRjCDQsdC10YHRgdGA0L7Rh9C90YvQuSA=?= =?UTF-8?B?0LrQtdGIINCx0L7Qu9GM0YjQvtCz0L4g0L7QsdGK0LXQvNCwPw==?= In-Reply-To: References: Message-ID: <39013fafcc91e401dacde9c229c20f12.NginxMailingListRussian@forum.nginx.org> Упс, прошу прощения, нашел ошибку, сейчас кеширует норм. Буду дальше разбираться с очиской кеша. К сожалению не нашел тут кнопки удалить или отредактировать пост. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283261,283262#msg-283262 From mdounin на mdounin.ru Mon Mar 4 13:22:53 2019 From: mdounin на mdounin.ru (Maxim Dounin) Date: Mon, 4 Mar 2019 16:22:53 +0300 Subject: =?UTF-8?B?UmU6INC/0L7QtNC80LXQvdCwIHpsaWIg0LLQviDQstGA0LXQvNGPINC60L7QvNC/?= =?UTF-8?B?0LjQu9GP0YbQuNC4ICjQvdC1INC/0L7Qu9GD0YfQsNC10YLRgdGPLCBsZGQg?= =?UTF-8?B?0L/QvtC60LDQt9GL0LLQsNC10YIg0LfQsNCy0LjRgdC40LzQvtGB0YLRjCA=?= =?UTF-8?B?0L7RgiDRgdC40YHRgtC10LzQvdC+0LkgbGlieik=?= In-Reply-To: References: Message-ID: <20190304132252.GQ1877@mdounin.ru> Hello! On Sun, Mar 03, 2019 at 08:48:08PM +0500, Илья Шипицин wrote: > привет, > > указываю --with-zlib=%{_builddir}/%{name}-%{version}/zlib-${ZLIB} > > (хотелось статически собрать nginx с определенной версией zlib). > все компилируется, но ldd показывает зависимость от > > libz.so.1 => /lib64/libz.so.1 > > > (в случае, например, с openssl все работало, при указании --with-openssl в > выводе ldd нет зависимости от библиотек openssl). > > есть какое-то ноу хау с zlib ? Проблема ldd в том, что он показывает все необходимые для загрузки программы библиотеки, никак не разделяя их на библиотеки, используемые самой программой, и библиотеки, которые нужны другим библиотекам. На FreeBSD у ldd есть опция "-a", которая позволяет увидеть всю структуру зависимостей. На Linux'е, судя по всему, аналога нет, и нужно смотреть руками в "objdump -p file | grep NEEDED" или "readelf -d file | grep NEEDED". Ну и имеет смысл посмотреть в "nginx -V", чтобы убедиться, что параметр "--with-zlib" таки был передан в configure. -- Maxim Dounin http://mdounin.ru/ From iippolitov на nginx.com Tue Mar 5 12:12:46 2019 From: iippolitov на nginx.com (Igor A. Ippolitov) Date: Tue, 5 Mar 2019 15:12:46 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgdC00LXQu9Cw0YLRjCDQsdC10YHRgdGA0L7Rh9C90YvQuSA=?= =?UTF-8?B?0LrQtdGIINCx0L7Qu9GM0YjQvtCz0L4g0L7QsdGK0LXQvNCwPw==?= In-Reply-To: <39013fafcc91e401dacde9c229c20f12.NginxMailingListRussian@forum.nginx.org> References: <39013fafcc91e401dacde9c229c20f12.NginxMailingListRussian@forum.nginx.org> Message-ID: <31793010-c8dd-965b-35c7-2ee03bcfc7b9@nginx.com> Я бы посмотрел на proxy_store. В одном локейшене try_files, в другом - proxy_store. Запросы во второй попадают если try_files не нашёл нужный файл или если нужно обновить контент принудительно. On 04.03.2019 15:09, tolyan wrote: > Упс, прошу прощения, нашел ошибку, сейчас кеширует норм. Буду дальше > разбираться с очиской кеша. К сожалению не нашел тут кнопки удалить или > отредактировать пост. > > Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283261,283262#msg-283262 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From vas на mpeks.tomsk.su Tue Mar 5 15:30:54 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Tue, 5 Mar 2019 22:30:54 +0700 Subject: Drupal In-Reply-To: <20190301065133.GA32128@admin.sibptus.ru> References: <20190301065133.GA32128@admin.sibptus.ru> Message-ID: <20190305153054.GA12278@admin.sibptus.ru> Victor Sudakov wrote: > Коллеги, > > Кто использует Drupal8+php-fpm,скажите пожалуйста, статья > https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/ ещё > актуальна или мир изменился? Видимо не совсем актуальна, потому что при попытке установки модулей и тем возникает ошибка: Возникла AJAX HTTP ошибка. Полученный код HTTP: 403 Следует отладочная информация. Путь: /core/authorize.php/core/authorize.php?batch=1&id=6&op=do_nojs&op=do Текст Состояния: Forbidden Текст Ответа: 403 Forbidden 403 Forbidden nginx/1.15.8 === Notice: Undefined index: log in update_authorize_install_batch_finished() (line 293 of core/modules/update/update.authorize.inc). Warning: Invalid argument supplied for foreach() in update_authorize_install_batch_finished() (line 293 of core/modules/update/update.authorize.inc). Notice: Undefined index: log in update_authorize_install_batch_finished() (line 334 of core/modules/update/update.authorize.inc). Notice: Undefined index: tasks in update_authorize_install_batch_finished() (line 335 of core/modules/update/update.authorize.inc). Установка не удалась! См. журнал ниже для получения дополнительной информации. На сайтах типа https://drupal.stackexchange.com/questions/192151/cannot-install-any-theme предлагают дополнить конфиг строчкой rewrite ^/core/authorize.php/core/authorize.php(.*)$ /core/authorize.php$1; прямо в секции server. Как-то это некрасиво, хоть и вроде решает проблему, и в любом случае IMHO должно быть отражено в странице на Вики. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From kpoxa на kpoxa.net Tue Mar 5 17:03:00 2019 From: kpoxa на kpoxa.net (kpoxa) Date: Tue, 5 Mar 2019 20:03:00 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQu9C40LcgVW5pdCAxLjguMA==?= In-Reply-To: <2516893.nn7cWi3tim@vbart-laptop> References: <2516893.nn7cWi3tim@vbart-laptop> Message-ID: Добрый день. А поддержки opcache в php все еще нет? -- > Валентин Бартенев > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From nginx на mva.name Tue Mar 5 19:23:14 2019 From: nginx на mva.name (Vadim A. Misbakh-Soloviov) Date: Wed, 06 Mar 2019 02:23:14 +0700 Subject: =?UTF-8?B?UmU6INCg0LXQu9C40LcgVW5pdCAxLjguMA==?= In-Reply-To: References: <2516893.nn7cWi3tim@vbart-laptop> Message-ID: <2161305.12M8JTW7nA@tp> > А поддержки opcache в php все еще нет? Она включается на стороне php, а не юнита. При сборка "embed" SAPI. У меня, например, opcache на месте. А если вы говорите про готовые бинарные пакеты для какого-то дисторибутива из реп, предоставляемых девелоперами - уточните, чтоли, о каком дистрибутиве идёт речь... From vbart на nginx.com Tue Mar 5 20:22:45 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Tue, 05 Mar 2019 23:22:45 +0300 Subject: =?UTF-8?B?UmU6INCg0LXQu9C40LcgVW5pdCAxLjguMA==?= In-Reply-To: <2161305.12M8JTW7nA@tp> References: <2516893.nn7cWi3tim@vbart-laptop> <2161305.12M8JTW7nA@tp> Message-ID: <3577698.1iaaAxyH26@vbart-laptop> On Tuesday, 5 March 2019 22:23:14 MSK Vadim A. Misbakh-Soloviov wrote: > > А поддержки opcache в php все еще нет? > Она включается на стороне php, а не юнита. При сборка "embed" SAPI. > > У меня, например, opcache на месте. > > А если вы говорите про готовые бинарные пакеты для какого-то дисторибутива из > реп, предоставляемых девелоперами - уточните, чтоли, о каком дистрибутиве идёт > речь... [..] Мы собираемся с системным php, там везде есть opcache. Просто бывает так, что на некоторых дистрибутивах он по умолчанию выключен в php.ini. -- Валентин Бартенев From swood на fotofor.biz Tue Mar 5 21:51:26 2019 From: swood на fotofor.biz (Anton Kiryushkin) Date: Tue, 5 Mar 2019 21:51:26 +0000 Subject: unit Message-ID: Здравствуйте. Пару дней назад влез таки попробовать этот новый софт. Настроил, то, что мне нужно было получилось за 10 минут. Но, позвольте вопрос. Верно ли я понимаю, что концепт заключается в том, чтобы, по сути, "запустить" один скрипт? То есть, к примеру, на порту 8300 у меня отвечает php5.6, который запускает скрипт index.php из папки /var/www/blablabla. Я не могу через порт 8300 разрешить запускать все скрипты из этой папки, только index.php. У меня правильное мнение сложилось, или я что-то недочитал и потому пишу немного глупости? -- Best regards, Anton Kiryushkin -------------- next part -------------- An HTML attachment was scrubbed... URL: From russjura на gmail.com Tue Mar 5 22:22:50 2019 From: russjura на gmail.com (=?UTF-8?B?0K7RgNC40Lk=?=) Date: Wed, 6 Mar 2019 00:22:50 +0200 Subject: unit In-Reply-To: References: Message-ID: Здравствуйте, гуглите, не ленитесь "nginx + php-fpm". https://habr.com/ru/post/164401/ (здесь много объяснений и ссылок) http://debian-help.ru/web-servers/nastroika-svyazki-nginx-php-fpm/ http://www.codenet.ru/webmast/php/nginx-php-fpm.php https://www.digitalocean.com/community/tutorials/linux-nginx-mysql-php-lemp-ubuntu-16-04-ru https://www.linode.com/docs/web-servers/nginx/serve-php-php-fpm-and-nginx/ У вас на 8300 висит сам сервис php-fpm. От настройки в конфиге зависит сможете вы только работать через единую точку входа (index.php) или обращаться к любому скрипту с расширением php. Также замечу, что лучше работать на unix-сокетах, а не портах, так безопаснее. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx на kinetiksoft.com Tue Mar 5 23:37:14 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Wed, 6 Mar 2019 02:37:14 +0300 Subject: =?UTF-8?B?dW5pdDog0LTQvtC60YPQvNC10L3RgtCw0YbQuNGPINC60LDQuiDRgdC+0LHRgNCw?= =?UTF-8?B?0YLRjCDQvNC+0LTRg9C70Ywg0LjQtyDQuNGB0YXQvtC00L3QuNC60L7Qsg==?= Message-ID: Здравствуйте! Пытаюсь собрать unit-ruby с ruby из rvm, а потом собрать deb unit-ruby с RELEASE=2 (unit-ruby_1.8.0-2~stretch_amd64.deb), при этом оставив в качестве зависимости unit-1.8.0-1. Это позволит положить только unit-ruby в наш внутренний репозиторий, а unit использовать из официальных. С unit < 1.8.0 у меня это получалось методом тыка, а с 1.8.0 проблемы. Подскажите, пожалуйста, есть ли какая-то документация "как собрать deb-пакет unit из исходников"? Возможно ли в скриптах для сборки unit 1.8.0 сделать так как я хочу? С уважением, Иван. From nginx на kinetiksoft.com Wed Mar 6 01:39:48 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Wed, 6 Mar 2019 04:39:48 +0300 Subject: =?UTF-8?B?UmU6IHVuaXQ6INC00L7QutGD0LzQtdC90YLQsNGG0LjRjyDQutCw0Log0YHQvtCx?= =?UTF-8?B?0YDQsNGC0Ywg0LzQvtC00YPQu9GMINC40Lcg0LjRgdGF0L7QtNC90LjQutC+?= =?UTF-8?B?0LI=?= In-Reply-To: References: Message-ID: <49327713-6a8d-0e7f-0212-d3778b1157e8@kinetiksoft.com> Второй вопрос снимается, я смог. Но документацию про то, как правильно собирать unit из исходников, получая в итоге deb-пакеты было бы прекрасно получить. То есть для примера, до 1.8.0 я мог собрать deb'ы с моим значением RELEASE , примерно вот так: RELEASE=2 make unit-ruby -j4 А сейчас методом тыка разобрался, что надо править changes.xml. Хотелось бы перестать тыкать и получаться эту информацию из документации, если это ничему не противоречит. 06.03.2019 02:37, Иван пишет: > Здравствуйте! > > Пытаюсь собрать unit-ruby с ruby из rvm, а потом собрать deb unit-ruby с > RELEASE=2 (unit-ruby_1.8.0-2~stretch_amd64.deb), при этом оставив в > качестве зависимости unit-1.8.0-1. > > Это позволит положить только unit-ruby в наш внутренний репозиторий, а > unit использовать из официальных. > > С unit < 1.8.0 у меня это получалось методом тыка, а с 1.8.0 проблемы. > > Подскажите, пожалуйста, есть ли какая-то документация "как собрать > deb-пакет unit из исходников"? > > Возможно ли в скриптах для сборки unit 1.8.0 сделать так как я хочу? > From vbart на nginx.com Wed Mar 6 02:11:17 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 06 Mar 2019 05:11:17 +0300 Subject: unit In-Reply-To: References: Message-ID: <1668932.m9dX9td7Om@vbart-laptop> On Wednesday, 6 March 2019 00:51:26 MSK Anton Kiryushkin wrote: > Здравствуйте. > > Пару дней назад влез таки попробовать этот новый софт. Настроил, то, что > мне нужно было получилось за 10 минут. Но, позвольте вопрос. > Верно ли я понимаю, что концепт заключается в том, чтобы, по сути, > "запустить" один скрипт? То есть, к примеру, на порту 8300 у меня отвечает > php5.6, который запускает скрипт index.php из папки /var/www/blablabla. Я > не могу через порт 8300 разрешить запускать все скрипты из этой папки, > только index.php. У меня правильное мнение сложилось, или я что-то > недочитал и потому пишу немного глупости? > [..] Есть два режима работы: 1. Если опция "script" задана, то все запросы обрабатываются указанным скриптом. Это используется во многих PHP-приложениях для создания красивых URI. 2. Если опция "script" не задана, то запрос обрабатывается скриптом, указанным в URI запроса. Если URI указывает на директорию, то выполняется скрипт заданный опцией "index" из данной директории. Т.е. если вы укажите "root": "/var/www/blablabla", а опцию "script" опустите, то например для запросов "/foo.php" и "/bar.php" будут выполняться скрипты /var/www/blablabla/foo.php и /var/www/blablabla/bar.php соответственно. В документации это изложено тут: https://unit.nginx.org/configuration/#php-application -- Валентин Бартенев From vbart на nginx.com Wed Mar 6 02:15:28 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 06 Mar 2019 05:15:28 +0300 Subject: unit In-Reply-To: References: Message-ID: <1568013.A2WNOaQaZG@vbart-laptop> On Wednesday, 6 March 2019 01:22:50 MSK Юрий wrote: > Здравствуйте, гуглите, не ленитесь "nginx + php-fpm". [..] Как следует из заголовка письма, речь идет об NGINX Unit: https://unit.nginx.org/ - совершенно другом сервере. -- Валентин Бартенев From vbart на nginx.com Wed Mar 6 02:27:53 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 06 Mar 2019 05:27:53 +0300 Subject: =?UTF-8?B?UmU6IHVuaXQ6INC00L7QutGD0LzQtdC90YLQsNGG0LjRjyDQutCw0Log0YHQvtCx?= =?UTF-8?B?0YDQsNGC0Ywg0LzQvtC00YPQu9GMINC40Lcg0LjRgdGF0L7QtNC90LjQutC+?= =?UTF-8?B?0LI=?= In-Reply-To: <49327713-6a8d-0e7f-0212-d3778b1157e8@kinetiksoft.com> References: <49327713-6a8d-0e7f-0212-d3778b1157e8@kinetiksoft.com> Message-ID: <47027514.Vs2ORjFSsx@vbart-laptop> On Wednesday, 6 March 2019 04:39:48 MSK Иван wrote: > Второй вопрос снимается, я смог. Но документацию про то, как правильно > собирать unit из исходников, получая в итоге deb-пакеты было бы > прекрасно получить. > > То есть для примера, до 1.8.0 я мог собрать deb'ы с моим значением > RELEASE , примерно вот так: > > RELEASE=2 make unit-ruby -j4 > > А сейчас методом тыка разобрался, что надо править changes.xml. Хотелось > бы перестать тыкать и получаться эту информацию из документации, если > это ничему не противоречит. [..] Да, документация о том, как собрать свой deb/rpm с модулем была бы полезной. Спасибо за отзыв, возьмем на заметку. А можете пояснить, для чего потребовался RELEASE=2? Я с deb-дистрибутивами не так хорошо знаком, но насколько я понимаю там можно указывать приоритеты для репозиториев. -- Валентин Бартенев From nginx на kinetiksoft.com Wed Mar 6 04:49:24 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Wed, 6 Mar 2019 07:49:24 +0300 Subject: =?UTF-8?B?dW5pdDog0L3QtSDRgNCw0LHQvtGC0LDQtdGCIFNNVFAg0LIgcnVieQ==?= Message-ID: <3032ccde-4773-d632-44e7-3c46fed7685b@kinetiksoft.com> Здравствуйте! Самосборный unit-ruby для ruby 2.4.5 из rvm. ОС: Debian Stretch. unit 1.8.0-1, сам unit из официальных репов. Я предполагаю, что проблема не непосредственно в unit, но из-под другого сервера приложений проблемы нет, так что попробую спросить тут. Пытаюсь поднять redmine-3.4.9. под управлением unit. Всё работает хорошо, кроме одного странного нюанса: при попытке отправить почту получаю ошибку undefined method `read_nonblock' for # , которая, как говорит гугл (я совсем не программист, тем более на руби) говорит о том, что соединение не установленно на ранней стадии. Я пробовал отключать шифрование или включать - роли не играет. Я специально сделал тестовое ПО, которое просто шлёт почту и ничего больше, с ним та же проблема. В руби для отправки почты используется actionmailer. Не работает отправка по SMTP, вне зависимости от остальных настроек. Даже на 127.0.0.1:25 (postfix без шифрования и авторизации). Отправка с помощью sendmail работает. Подскажите, пожалуйста, может есть в unit какая-то известная проблема\ограничение из-за которого исходящее соединение может обламываться на ранней стадии? Повторить проблему не сложно: попробуйте запустить redmine 3.4.9 под unit и настроить в нем отправку почты по SMTP. Вместо редмайна при желании можно использовать программу пример из этой статьи: https://launchschool.com/blog/handling-emails-in-rails , вот ёё код https://github.com/iprok/sending_emails_with_rails (я допилил чуть-чуть). Я сейчас обойду проблему, используя sendmail, но готов посильно участвовать в решении проблемы с SMTP. С уважением, Иван. From vbart на nginx.com Wed Mar 6 10:06:56 2019 From: vbart на nginx.com (=?utf-8?B?0JLQsNC70LXQvdGC0LjQvSDQkdCw0YDRgtC10L3QtdCy?=) Date: Wed, 06 Mar 2019 13:06:56 +0300 Subject: =?UTF-8?B?UmU6IHVuaXQ6INC90LUg0YDQsNCx0L7RgtCw0LXRgiBTTVRQINCyIHJ1Ynk=?= In-Reply-To: <3032ccde-4773-d632-44e7-3c46fed7685b@kinetiksoft.com> References: <3032ccde-4773-d632-44e7-3c46fed7685b@kinetiksoft.com> Message-ID: <2605885.xxJyiQqe8Q@vbart-laptop> On Wednesday, 6 March 2019 07:49:24 MSK Иван wrote: [..] > Повторить проблему не сложно: попробуйте запустить redmine 3.4.9 под > unit и настроить в нем отправку почты по SMTP. Вместо редмайна при > желании можно использовать программу пример из этой статьи: > https://launchschool.com/blog/handling-emails-in-rails , вот ёё код > https://github.com/iprok/sending_emails_with_rails (я допилил чуть-чуть). [..] Спасибо за отчет, будем пробовать воспроизвести. Как что-то получится или не получится - сообщим. -- Валентин Бартенев From nginx-forum на forum.nginx.org Sun Mar 10 08:41:38 2019 From: nginx-forum на forum.nginx.org (tolyan) Date: Sun, 10 Mar 2019 04:41:38 -0400 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgdC00LXQu9Cw0YLRjCDQsdC10YHRgdGA0L7Rh9C90YvQuSA=?= =?UTF-8?B?0LrQtdGIINCx0L7Qu9GM0YjQvtCz0L4g0L7QsdGK0LXQvNCwPw==?= In-Reply-To: <31793010-c8dd-965b-35c7-2ee03bcfc7b9@nginx.com> References: <31793010-c8dd-965b-35c7-2ee03bcfc7b9@nginx.com> Message-ID: <9fcae3e248d7531b28b63951414c6c73.NginxMailingListRussian@forum.nginx.org> Спасибо за наводку на proxy_store. Задача такая: бэкенд обрабатывает урлы, которые нужно кешировать: "/svg-to-png/small/:id.png" "/svg-to-png/images/:id.png" Вот такой получился nginx.conf: server { server_name conv2.site.com ; client_max_body_size 32m; location /images/ { root /var/www/d-conv; try_files $uri /svg-to-png$uri; } location /small/ { root /var/www/d-conv; try_files $uri /svg-to-png$uri; } location /svg-to-png/ { proxy_pass http://127.0.0.1:3021 ; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_store on; proxy_store_access user:rw group:rw all:r; proxy_temp_path /var/www/d-conv/temp; alias /var/www/d-conv/; } # для всех остальных запросов location / { proxy_pass http://127.0.0.1:3021 ; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } Получается, по запросу get /images/id.png картинка либо берется из кеша либо генерится, а по запросу get /svg-to-png/images/id.png дергается бэкенд и картинка сохраняется в кеш. Все отлично. Нет ли тут чего-нибудь неправильного, что можно улучшить? Спасибо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283261,283324#msg-283324 From andrey на kopeyko.ru Mon Mar 11 11:31:51 2019 From: andrey на kopeyko.ru (Andrey Kopeyko) Date: Mon, 11 Mar 2019 14:31:51 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiDRgdC00LXQu9Cw0YLRjCDQsdC10YHRgdGA0L7Rh9C90YvQuSA=?= =?UTF-8?B?0LrQtdGIINCx0L7Qu9GM0YjQvtCz0L4g0L7QsdGK0LXQvNCwPw==?= In-Reply-To: <9fcae3e248d7531b28b63951414c6c73.NginxMailingListRussian@forum.nginx.org> References: <31793010-c8dd-965b-35c7-2ee03bcfc7b9@nginx.com> <9fcae3e248d7531b28b63951414c6c73.NginxMailingListRussian@forum.nginx.org> Message-ID: tolyan писал 2019-03-10 11:41: > Спасибо за наводку на proxy_store. Задача такая: бэкенд обрабатывает > урлы, > которые нужно кешировать: > "/svg-to-png/small/:id.png" > "/svg-to-png/images/:id.png" ... > Нет ли тут чего-нибудь неправильного, что можно улучшить? Если внешним клиентам не требуется ходить на location /svg-to-png/ { я бы порекомендовал сделать его внутренним локейшеном. -- Best regards, Andrey A. Kopeyko From igor на sysoev.ru Mon Mar 11 20:17:18 2019 From: igor на sysoev.ru (Igor Sysoev) Date: Mon, 11 Mar 2019 23:17:18 +0300 Subject: NGINX to Join F5 Message-ID: Сегодня исторический день для NGINX. Мы подписали соглашение о присоединении к компании F5. Команда и я считаем это событие значимым этапом для наших открытых проектов, сообщества и компании. Для F5 крайне важны наши freeware opensource проекты. Мы не планируем никаких изменений в их названиях, лицензиях, командах разработчиков, периодичности выпусков и во всё остальном. F5 приложит все усилия, чтобы проекты NGINX были ещё лучше. Наш CEO Гас Робертсон написал об этом более подробно: https://www.nginx.com/blog/nginx-joins-f5/ -- Igor Sysoev http://nginx.com From uncleandyv на gmail.com Mon Mar 11 20:34:11 2019 From: uncleandyv на gmail.com (Andrey Velikoredchanin) Date: Mon, 11 Mar 2019 23:34:11 +0300 Subject: NGINX to Join F5 In-Reply-To: References: Message-ID: Примите наши поздравления! :) пн, 11 мар. 2019 г. в 23:17, Igor Sysoev : > Сегодня исторический день для NGINX. Мы подписали соглашение о > присоединении к компании F5. Команда и я считаем это событие > значимым этапом для наших открытых проектов, сообщества и компании. > > Для F5 крайне важны наши freeware opensource проекты. Мы не > планируем никаких изменений в их названиях, лицензиях, командах > разработчиков, периодичности выпусков и во всё остальном. F5 > приложит все усилия, чтобы проекты NGINX были ещё лучше. > > Наш CEO Гас Робертсон написал об этом более подробно: > https://www.nginx.com/blog/nginx-joins-f5/ > > > -- > Igor Sysoev > http://nginx.com > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -------------- next part -------------- An HTML attachment was scrubbed... URL: From vitaliy.okulov на gmail.com Mon Mar 11 21:45:13 2019 From: vitaliy.okulov на gmail.com (Vitaliy Okulov) Date: Tue, 12 Mar 2019 00:45:13 +0300 Subject: =?UTF-8?Q?accept=5Fmutex_=D0=B8_upstream_Connection_timed_out?= Message-ID: Добрый день. Подскажите, кто-нибудь сталкивался с таким артефактом в nginx - что при accept_mutex on, multi_accept on и nginx reload, как только старые воркеры умирают, то новые воркеры спамят несколько ошибок: upstream timed out (110: Connection timed out) while connecting to upstream, хотя бекенд не перегружен. nginx version: nginx/1.14.0 Kernel 4.4.0 Как только выставляешь accept_mutex off, то проблема уходит. И прямой связи между этим нет. ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From alex на vorona.com.ua Tue Mar 12 10:42:42 2019 From: alex на vorona.com.ua (Alex Vorona) Date: Tue, 12 Mar 2019 12:42:42 +0200 Subject: =?UTF-8?Q?Re=3A_accept=5Fmutex_=D0=B8_upstream_Connection_timed_out?= In-Reply-To: References: Message-ID: Привет, 11.03.19 23:45, Vitaliy Okulov wrote: [...] > nginx version: nginx/1.14.0 > Kernel 4.4.0 Возможно будет полезнее использовать reuseport у listen вместо accept_mutex. -- Alex Vorona From 440hz на mail.ru Tue Mar 12 11:27:02 2019 From: 440hz на mail.ru (=?UTF-8?B?0JDQvdC00YDQtdC5INCT0L7Qu9GD0LHQtdCy?=) Date: Tue, 12 Mar 2019 14:27:02 +0300 Subject: NGINX to Join F5 In-Reply-To: References: Message-ID: <1552390022.781569436@f380.i.mail.ru> наши поздравления! >Сегодня исторический день для NGINX. Мы подписали соглашение о >присоединении к компании F5. Команда и я считаем это событие >значимым этапом для наших открытых проектов, сообщества и компании. С уважением, Андрей Голубев 440hz на mail.ru From self на alaz.me Tue Mar 12 16:39:59 2019 From: self на alaz.me (Alexander Azarov) Date: Tue, 12 Mar 2019 18:39:59 +0200 Subject: NGINX to Join F5 In-Reply-To: References: Message-ID: Поздравляю! пн, 11 мар. 2019 г. в 22:17, Igor Sysoev : > Сегодня исторический день для NGINX. Мы подписали соглашение о > присоединении к компании F5. Команда и я считаем это событие > значимым этапом для наших открытых проектов, сообщества и компании. > > Для F5 крайне важны наши freeware opensource проекты. Мы не > планируем никаких изменений в их названиях, лицензиях, командах > разработчиков, периодичности выпусков и во всё остальном. F5 > приложит все усилия, чтобы проекты NGINX были ещё лучше. > > Наш CEO Гас Робертсон написал об этом более подробно: > https://www.nginx.com/blog/nginx-joins-f5/ > > > -- > Igor Sysoev > http://nginx.com > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Wed Mar 13 07:39:00 2019 From: nginx-forum на forum.nginx.org (Ilya Evseev) Date: Wed, 13 Mar 2019 03:39:00 -0400 Subject: =?UTF-8?B?0JrQsNC6IE5naW54INC40YHQv9C+0LvRjNC30YPQtdGCIHNlbmRmaWxlINC90LAg?= =?UTF-8?B?aHR0cHMt0YHQvtC10LTQuNC90LXQvdC40Y/RhT8=?= Message-ID: Имеется Nginx 1.15.6, sendfile включен. Смотрю "strace -p$NGINX_WORKER_PID -e sendfile" и вижу что-то вроде: sendfile(1072, 1130, [737360], 281171) = -1 EAGAIN (Resource temporarily unavailable) sendfile(1072, 1130, [737360] => [932840], 281171) = 195480 sendfile(1072, 1130, [932840], 85691) = -1 EAGAIN (Resource temporarily unavailable) sendfile(1072, 1130, [932840] => [1018531], 85691) = 85691 При этом 1072 - это файл в локальном кэше (специально проверил - содержимое никак не зашифровано), а 1130 - это HTTPS-соединение с клиентом. Вопрос: где тут вызывается OpenSSL? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283372,283372#msg-283372 From mdounin на mdounin.ru Wed Mar 13 12:17:48 2019 From: mdounin на mdounin.ru (Maxim Dounin) Date: Wed, 13 Mar 2019 15:17:48 +0300 Subject: =?UTF-8?B?UmU6INCa0LDQuiBOZ2lueCDQuNGB0L/QvtC70YzQt9GD0LXRgiBzZW5kZmlsZSA=?= =?UTF-8?B?0L3QsCBodHRwcy3RgdC+0LXQtNC40L3QtdC90LjRj9GFPw==?= In-Reply-To: References: Message-ID: <20190313121748.GT1877@mdounin.ru> Hello! On Wed, Mar 13, 2019 at 03:39:00AM -0400, Ilya Evseev wrote: > Имеется Nginx 1.15.6, sendfile включен. > > Смотрю "strace -p$NGINX_WORKER_PID -e sendfile" и вижу что-то вроде: > > sendfile(1072, 1130, [737360], 281171) = -1 EAGAIN (Resource temporarily > unavailable) > sendfile(1072, 1130, [737360] => [932840], 281171) = 195480 > sendfile(1072, 1130, [932840], 85691) = -1 EAGAIN (Resource temporarily > unavailable) > sendfile(1072, 1130, [932840] => [1018531], 85691) = 85691 > > При этом 1072 - это файл в локальном кэше (специально проверил - содержимое > никак не зашифровано), а 1130 - это HTTPS-соединение с клиентом. > > Вопрос: где тут вызывается OpenSSL? Нигде. При использовании SSL sendfile() автоматически отключается, если он используется - значит соединение не использует SSL. Отмечу также, что первый параметр sendfile() на Линуксе - это out_fd, то есть сокет, куда будут отправляться данные, а второй - in_fd. Если у вас получилось, что nginx отправляет данные из клиентского сокета в файл кэша - это повод перепроверить, на что именно ссылаются дескрипторы. -- Maxim Dounin http://mdounin.ru/ From slw на zxy.spb.ru Wed Mar 13 14:34:44 2019 From: slw на zxy.spb.ru (Slawa Olhovchenkov) Date: Wed, 13 Mar 2019 17:34:44 +0300 Subject: =?UTF-8?B?0JzQvtC00YPQu9GMINGBINC/0L7RgdGC0L7Rj9C90L3Ri9C8INGB0LXRgtC10LI=?= =?UTF-8?B?0YvQvCDRgdC+0LXQtNC40L3QtdC90LjQtdC8?= Message-ID: <20190313143444.GQ2161@zxy.spb.ru> А как правильно писать модуль, который будет держать постоянное сетевое соединение, по которому будет бегать трафик? Рекомендации, туториалы, примеры? Да, предполагается, что он форкнет отдельного воркера. Соединение иницируется модулем и реконект должен выполнятся по его же инициативе. Не HTTP. From vas на mpeks.tomsk.su Mon Mar 18 01:57:52 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Mon, 18 Mar 2019 08:57:52 +0700 Subject: =?UTF-8?B?0LLQuNC90LTQvtCy0YvQuSBjZ2k=?= Message-ID: <20190318015752.GA87421@admin.sibptus.ru> Коллеги, Если бы поставили задачу запустить под Linux/FreeBSD виндовое приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы подошли? Данный виндовый exe-шник работает как cgi из-под виндового Apache, и вроде как нормально запускается из Wine. Может есть какой-нибудь FastCGI сервер, который работает под Wine, и к нему уже ходить из nginx? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From andrey на kopeyko.ru Mon Mar 18 09:02:08 2019 From: andrey на kopeyko.ru (Andrey Kopeyko) Date: Mon, 18 Mar 2019 12:02:08 +0300 (MSK) Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190318015752.GA87421@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> Message-ID: On Mon, 18 Mar 2019, Victor Sudakov wrote: > Коллеги, Добрый день, Виктор! > Если бы поставили задачу запустить под Linux/FreeBSD виндовое > приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы > подошли? Уточните - а сколько rps требуется получить? > Данный виндовый exe-шник работает как cgi из-под виндового Apache, и > вроде как нормально запускается из Wine. Если требуется rps < 1 - то прямая схема: nginx -> Apache -> CGI -> Wine -> exe не доставит вам сильных проблем. -- Best regards, Andrey A. Kopeyko From annulen на yandex.ru Mon Mar 18 13:54:35 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Mon, 18 Mar 2019 16:54:35 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: References: <20190318015752.GA87421@admin.sibptus.ru> Message-ID: <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> 18.03.2019, 12:02, "Andrey Kopeyko" : > On Mon, 18 Mar 2019, Victor Sudakov wrote: > >>  Коллеги, > > Добрый день, Виктор! > >>  Если бы поставили задачу запустить под Linux/FreeBSD виндовое >>  приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы >>  подошли? > > Уточните - а сколько rps требуется получить? > >>  Данный виндовый exe-шник работает как cgi из-под виндового Apache, и >>  вроде как нормально запускается из Wine. > > Если требуется rps < 1 - то прямая схема: > >    nginx -> Apache -> CGI -> Wine -> exe > > не доставит вам сильных проблем. Можно вместо целого Апача использовать более легковесную пускалку CGI, например fcgiwrap или какой-нибудь lighttpd > > -- > Best regards, > Andrey A. Kopeyko > , > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From vas на mpeks.tomsk.su Tue Mar 19 04:22:11 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Tue, 19 Mar 2019 11:22:11 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: References: <20190318015752.GA87421@admin.sibptus.ru> Message-ID: <20190319042211.GA10017@admin.sibptus.ru> Andrey Kopeyko wrote: > > > Если бы поставили задачу запустить под Linux/FreeBSD виндовое > > приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы > > подошли? > > Уточните - а сколько rps требуется получить? Для начала требуется просто запустить в лабораторных условиях. > > > Данный виндовый exe-шник работает как cgi из-под виндового Apache, и > > вроде как нормально запускается из Wine. > > Если требуется rps < 1 - то прямая схема: > > nginx -> Apache -> CGI -> Wine -> exe > > не доставит вам сильных проблем. Не совсем понятно, где в этой схеме водораздел между Unix и Windows. Имеется в виду виндовый Apache под wine, или... Уточните пожалуйста. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From vas на mpeks.tomsk.su Tue Mar 19 04:23:41 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Tue, 19 Mar 2019 11:23:41 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> Message-ID: <20190319042341.GB10017@admin.sibptus.ru> Konstantin Tokarev wrote: > > > >>  Если бы поставили задачу запустить под Linux/FreeBSD виндовое > >>  приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы > >>  подошли? > > > > Уточните - а сколько rps требуется получить? > > > >>  Данный виндовый exe-шник работает как cgi из-под виндового Apache, и > >>  вроде как нормально запускается из Wine. > > > > Если требуется rps < 1 - то прямая схема: > > > >    nginx -> Apache -> CGI -> Wine -> exe > > > > не доставит вам сильных проблем. > > Можно вместо целого Апача использовать более легковесную пускалку CGI, > например fcgiwrap или какой-нибудь lighttpd Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI" виндовую, или юниксовую, и в каком месте в этой схеме вступает wine? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From chipitsine на gmail.com Tue Mar 19 07:22:31 2019 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Tue, 19 Mar 2019 12:22:31 +0500 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: References: <20190318015752.GA87421@admin.sibptus.ru> Message-ID: пн, 18 мар. 2019 г. в 14:02, Andrey Kopeyko : > On Mon, 18 Mar 2019, Victor Sudakov wrote: > > > Коллеги, > > Добрый день, Виктор! > > > Если бы поставили задачу запустить под Linux/FreeBSD виндовое > > приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы > > подошли? > > Уточните - а сколько rps требуется получить? > > > Данный виндовый exe-шник работает как cgi из-под виндового Apache, и > > вроде как нормально запускается из Wine. > > Если требуется rps < 1 - то прямая схема: > > nginx -> Apache -> CGI -> Wine -> exe > к 1 апреля готовитесь )) ? > > не доставит вам сильных проблем. > > > -- > Best regards, > Andrey A. Kopeyko >_______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From andrey на kopeyko.ru Tue Mar 19 11:18:52 2019 From: andrey на kopeyko.ru (Andrey Kopeyko) Date: Tue, 19 Mar 2019 14:18:52 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190319042211.GA10017@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <20190319042211.GA10017@admin.sibptus.ru> Message-ID: Victor Sudakov писал 2019-03-19 07:22: > Andrey Kopeyko wrote: >> >> > Если бы поставили задачу запустить под Linux/FreeBSD виндовое >> > приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы >> > подошли? >> >> Уточните - а сколько rps требуется получить? > > Для начала требуется просто запустить в лабораторных условиях. > >> >> > Данный виндовый exe-шник работает как cgi из-под виндового Apache, и >> > вроде как нормально запускается из Wine. >> >> Если требуется rps < 1 - то прямая схема: >> >> nginx -> Apache -> CGI -> Wine -> exe >> >> не доставит вам сильных проблем. > > Не совсем понятно, где в этой схеме водораздел между Unix и Windows. А нет водораздела - насколько я понимаю из вашего описания exe и его работы под wine, всё реализуемо прямо на хосте с Linux. Возможно, CGI -> Wine придётся поменять местами... > Имеется в виду виндовый Apache под wine, или... Уточните пожалуйста. Нет, нативный - он же нужен только как реализация CGI интерфейса. -- Best regards, Andrey A. Kopeyko From nginx на kinetiksoft.com Tue Mar 19 15:30:34 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Tue, 19 Mar 2019 18:30:34 +0300 Subject: =?UTF-8?B?0JTQuNC90LDQvNC40YfQtdGB0LrQuNC5IHVwc3RyZWFtINGB0YDQtdC00YHRgtCy?= =?UTF-8?B?0LDQvNC4IGRucyDQsiDQvtGC0LrRgNGL0YLQvtC5INCy0LXRgNGB0LjQuCBu?= =?UTF-8?B?Z2lueA==?= Message-ID: Здравствуйте! Есть необходимость выбирать апстрим для проксирования на основании информации из mysql-базы. Есть мысль задействовать для этого DNS-сервер с поддержкой mysql в бэкэнде (и A\AAAA записи с небольшим, порядка 30-60 секунд TTL), например, powerdns и nginx примерно в такой конфигурации: Пусть DNS отвечает на 127.0.1.1:53 . У него бэкэнд в мускуле, в котором сотни A\AAAA записей вида user1.room1.example.com -> 1.1.1.1 user2.room1.example.com -> 1.10.1.2 user3.room2.example.com -> 1.200.1.100 и т.п. которые (записи) периодически (раз в несколько часов) обновляет наше ПО. В nginx на прокси примерно такая конфигурация: location ~ ^/user/(?\w+)/(?\w+)$ {     resolver 127.0.1.1;     proxy_pass http://$user.$room.example.com; } Будет ли в такой конфигурации запрос вида GET /user/room2/user3 к прокси уходить на 1.200.1.100, а GET /user/room1/user2 к прокси уходить на 1.10.1.2, Когда я последний раз думал над этой схемой, мне казалось, что тут что-то доступно только в коммерческой подписке. С уважением, Иван. From mdounin на mdounin.ru Tue Mar 19 15:44:31 2019 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 19 Mar 2019 18:44:31 +0300 Subject: =?UTF-8?B?UmU6INCU0LjQvdCw0LzQuNGH0LXRgdC60LjQuSB1cHN0cmVhbSDRgdGA0LXQtNGB?= =?UTF-8?B?0YLQstCw0LzQuCBkbnMg0LIg0L7RgtC60YDRi9GC0L7QuSDQstC10YDRgdC4?= =?UTF-8?B?0Lggbmdpbng=?= In-Reply-To: References: Message-ID: <20190319154431.GH1877@mdounin.ru> Hello! On Tue, Mar 19, 2019 at 06:30:34PM +0300, Иван wrote: > Есть необходимость выбирать апстрим для проксирования на основании > информации из mysql-базы. Есть мысль задействовать для этого DNS-сервер > с поддержкой mysql в бэкэнде (и A\AAAA записи с небольшим, порядка 30-60 > секунд TTL), например, powerdns и nginx примерно в такой конфигурации: > > Пусть DNS отвечает на 127.0.1.1:53 . У него бэкэнд в мускуле, в котором > сотни A\AAAA записей вида > > user1.room1.example.com -> 1.1.1.1 > > user2.room1.example.com -> 1.10.1.2 > > user3.room2.example.com -> 1.200.1.100 > > и т.п. > > которые (записи) периодически (раз в несколько часов) обновляет наше ПО. > > > В nginx на прокси примерно такая конфигурация: > > location ~ ^/user/(?\w+)/(?\w+)$ { > >     resolver 127.0.1.1; > >     proxy_pass http://$user.$room.example.com; > > } > > Будет ли в такой конфигурации запрос вида GET /user/room2/user3 к прокси > уходить на 1.200.1.100, а GET /user/room1/user2 к прокси уходить на > 1.10.1.2, Будет. > Когда я последний раз думал над этой схемой, мне казалось, что тут > что-то доступно только в коммерческой подписке. В коммерческой подписке из сколько-нибудь имеющего отношения к резолвингу имён - параметр resolve у директивы server в блоке upstream[1]. Но он не про то, что вам нужно, а про то, чтобы одно и то же имя сервера в блоке upstream периодически обновлять в соответствии с текущим состояние DNS. Простой резолвинг имён, заданных переменными, есть в nginx начиная с 0.6.18, и коммерческой подписки не требует. [1] http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#resolve -- Maxim Dounin http://mdounin.ru/ From annulen на yandex.ru Tue Mar 19 15:56:02 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Tue, 19 Mar 2019 18:56:02 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190319042341.GB10017@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> Message-ID: <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> 19.03.2019, 07:23, "Victor Sudakov" : > Konstantin Tokarev wrote: >>  > >>  >>  Если бы поставили задачу запустить под Linux/FreeBSD виндовое >>  >>  приложение, реализованное как CGI-сценарий в виде .exe файла, как бы вы >>  >>  подошли? >>  > >>  > Уточните - а сколько rps требуется получить? >>  > >>  >>  Данный виндовый exe-шник работает как cgi из-под виндового Apache, и >>  >>  вроде как нормально запускается из Wine. >>  > >>  > Если требуется rps < 1 - то прямая схема: >>  > >>  >    nginx -> Apache -> CGI -> Wine -> exe >>  > >>  > не доставит вам сильных проблем. >> >>  Можно вместо целого Апача использовать более легковесную пускалку CGI, >>  например fcgiwrap или какой-нибудь lighttpd > > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI" > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine? Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве cgi-обработчика > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > 2:5005/49 на fidonet http://vas.tomsk.ru/ > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From vas на mpeks.tomsk.su Wed Mar 20 02:17:40 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Wed, 20 Mar 2019 09:17:40 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> Message-ID: <20190320021740.GA35797@admin.sibptus.ru> Konstantin Tokarev wrote: [dd] > > > > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI" > > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine? > > Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве cgi-обработчика > Нет у меня уверенности, что такая схема заработает, потому что для работы CGI-приложения надо ведь передать ему переменные среды из веб-сервера, а в случае POST - ещё и информацию из браузера на stdin приложения. И передать stdout приложения обратно в веб-сервер. Думаете, wine пропустит всё это через себя? stdin и environment туда, stdout обратно... Думается мне, что без виндового апача или виндового же FastCGI wrapper (такое существует в природе?), запущенных из-под Wine, не обойтись. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From self на alaz.me Wed Mar 20 09:33:11 2019 From: self на alaz.me (Alexander Azarov) Date: Wed, 20 Mar 2019 11:33:11 +0200 Subject: =?UTF-8?B?UmU6INCU0LjQvdCw0LzQuNGH0LXRgdC60LjQuSB1cHN0cmVhbSDRgdGA0LXQtNGB?= =?UTF-8?B?0YLQstCw0LzQuCBkbnMg0LIg0L7RgtC60YDRi9GC0L7QuSDQstC10YDRgdC4?= =?UTF-8?B?0Lggbmdpbng=?= In-Reply-To: References: Message-ID: Не Nginx, но бесплатно: https://www.haproxy.com/blog/dns-service-discovery-haproxy/ С уважением, Александр вт, 19 мар. 2019 г. в 17:30, Иван : > Здравствуйте! > > > Есть необходимость выбирать апстрим для проксирования на основании > информации из mysql-базы. Есть мысль задействовать для этого DNS-сервер > с поддержкой mysql в бэкэнде (и A\AAAA записи с небольшим, порядка 30-60 > секунд TTL), например, powerdns и nginx примерно в такой конфигурации: > > Пусть DNS отвечает на 127.0.1.1:53 . У него бэкэнд в мускуле, в котором > сотни A\AAAA записей вида > > user1.room1.example.com -> 1.1.1.1 > > user2.room1.example.com -> 1.10.1.2 > > user3.room2.example.com -> 1.200.1.100 > > и т.п. > > которые (записи) периодически (раз в несколько часов) обновляет наше ПО. > > > В nginx на прокси примерно такая конфигурация: > > location ~ ^/user/(?\w+)/(?\w+)$ { > > resolver 127.0.1.1; > > proxy_pass http://$user.$room.example.com; > > } > > Будет ли в такой конфигурации запрос вида GET /user/room2/user3 к прокси > уходить на 1.200.1.100, а GET /user/room1/user2 к прокси уходить на > 1.10.1.2, > > Когда я последний раз думал над этой схемой, мне казалось, что тут > что-то доступно только в коммерческой подписке. > > > С уважением, Иван. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From annulen на yandex.ru Wed Mar 20 13:31:02 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Wed, 20 Mar 2019 16:31:02 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190320021740.GA35797@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> Message-ID: <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> 20.03.2019, 05:17, "Victor Sudakov" : > Konstantin Tokarev wrote: > > [dd] > >>  > >>  > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI" >>  > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine? >> >>  Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве cgi-обработчика > > Нет у меня уверенности, что такая схема заработает, потому что для > работы CGI-приложения надо ведь передать ему переменные среды из > веб-сервера, а в случае POST - ещё и информацию из браузера на stdin > приложения. И передать stdout приложения обратно в веб-сервер. > > Думаете, wine пропустит всё это через себя? stdin и environment туда, > stdout обратно... Из man wine: wine makes the environment variables of the shell from which it is started accessible to the Windows/DOS processes started. So use the appropriate syntax for your shell to enter environment variables you need. С потоками stdin и stdout тоже не должно ничего плохого произойти > > Думается мне, что без виндового апача или виндового же FastCGI wrapper > (такое существует в природе?), запущенных из-под Wine, не обойтись. > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > 2:5005/49 на fidonet http://vas.tomsk.ru/ > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From nginx-forum на forum.nginx.org Wed Mar 20 17:08:41 2019 From: nginx-forum на forum.nginx.org (Dzurillo) Date: Wed, 20 Mar 2019 13:08:41 -0400 Subject: =?UTF-8?Q?rewrite_some/url_=D0=B2_some/url=2Ehtml?= Message-ID: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> Здравствуйте! Помогите пожалуйста написать rewrite. Мне нужно все ссылки вида http://some/url пробрасывать на http://some/url.html Т.е. три условия: request_uri не пустой, в конце урл нет слэша и урл не заканчивается на ".html" Пока дошел вот до этого: rewrite ^/(.+[^/])(?!.*\.html)$ $1.html permanent; Но работает не так как надо. Спасибо за помощь. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283447,283447#msg-283447 From vas на mpeks.tomsk.su Thu Mar 21 02:27:37 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Thu, 21 Mar 2019 09:27:37 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> Message-ID: <20190321022737.GA57563@admin.sibptus.ru> Konstantin Tokarev wrote: > >>  > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI" > >>  > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine? > >> > >>  Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве cgi-обработчика > > > > Нет у меня уверенности, что такая схема заработает, потому что для > > работы CGI-приложения надо ведь передать ему переменные среды из > > веб-сервера, а в случае POST - ещё и информацию из браузера на stdin > > приложения. И передать stdout приложения обратно в веб-сервер. > > > > Думаете, wine пропустит всё это через себя? stdin и environment туда, > > stdout обратно... > > Из man wine: > > wine makes the environment variables of the shell from which it is started accessible > to the Windows/DOS processes started. So use the appropriate syntax for your shell to > enter environment variables you need. > > С потоками stdin и stdout тоже не должно ничего плохого произойти Спасибо, надо попробовать. Осталось понять, как заставить FastCGI Wrapper по команде из nginx вызывать не /usr/local/winsite/cgi-bin/query.exe?foo, а "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From rogat1y на gmail.com Thu Mar 21 06:10:26 2019 From: rogat1y на gmail.com (Maxim K) Date: Thu, 21 Mar 2019 09:10:26 +0300 Subject: =?UTF-8?Q?Re=3A_rewrite_some/url_=D0=B2_some/url=2Ehtml?= In-Reply-To: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> References: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> Message-ID: если только для урлов "первого" уровня rewrite ^/([^/]+)\.html$ /$1.html permanent; для всех html rewrite ^/(.+)\.html$ /$1.html permanent; ср, 20 мар. 2019 г. в 20:08, Dzurillo : > Здравствуйте! > > Помогите пожалуйста написать rewrite. Мне нужно все ссылки вида > http://some/url пробрасывать на http://some/url.html > Т.е. три условия: request_uri не пустой, в конце урл нет слэша и урл не > заканчивается на ".html" > Пока дошел вот до этого: > > rewrite ^/(.+[^/])(?!.*\.html)$ $1.html permanent; > > Но работает не так как надо. > > Спасибо за помощь. > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,283447,283447#msg-283447 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From rogat1y на gmail.com Thu Mar 21 06:25:17 2019 From: rogat1y на gmail.com (Maxim K) Date: Thu, 21 Mar 2019 09:25:17 +0300 Subject: =?UTF-8?Q?Re=3A_rewrite_some/url_=D0=B2_some/url=2Ehtml?= In-Reply-To: References: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> Message-ID: *я написал предыдущий комментарий во сне* если только для урлов "первого" уровня rewrite ^/([^/]+)$ /$1.html permanent; для всех html rewrite ^/(.+)[^/]$ /$1.html permanent; чт, 21 мар. 2019 г. в 09:10, Maxim K : > если только для урлов "первого" уровня > rewrite ^/([^/]+)\.html$ /$1.html permanent; > > для всех html > rewrite ^/(.+)\.html$ /$1.html permanent; > > > ср, 20 мар. 2019 г. в 20:08, Dzurillo : > >> Здравствуйте! >> >> Помогите пожалуйста написать rewrite. Мне нужно все ссылки вида >> http://some/url пробрасывать на http://some/url.html >> Т.е. три условия: request_uri не пустой, в конце урл нет слэша и урл не >> заканчивается на ".html" >> Пока дошел вот до этого: >> >> rewrite ^/(.+[^/])(?!.*\.html)$ $1.html permanent; >> >> Но работает не так как надо. >> >> Спасибо за помощь. >> >> Posted at Nginx Forum: >> https://forum.nginx.org/read.php?21,283447,283447#msg-283447 >> >> _______________________________________________ >> nginx-ru mailing list >> nginx-ru на nginx.org >> http://mailman.nginx.org/mailman/listinfo/nginx-ru > > ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx-forum на forum.nginx.org Thu Mar 21 08:10:01 2019 From: nginx-forum на forum.nginx.org (Dzurillo) Date: Thu, 21 Mar 2019 04:10:01 -0400 Subject: =?UTF-8?Q?Re=3A_rewrite_some/url_=D0=B2_some/url=2Ehtml?= In-Reply-To: References: Message-ID: <1d8dacc72b9e8412cbaa95a9ec010c23.NginxMailingListRussian@forum.nginx.org> Здравствуйте! > > для всех html > rewrite ^/(.+)[^/]$ /$1.html permanent; > Прописал такой рерайт: rewrite ^/(.+)[^/]$ /$1.htm permanent; В результате запрос http://site/qqq вообще странно редиректит http://site/qqq.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.ht.htm Т.е. обрезает последний символ и добавляет .htm Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283447,283453#msg-283453 From nginx на kinetiksoft.com Thu Mar 21 09:05:51 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Thu, 21 Mar 2019 12:05:51 +0300 Subject: =?UTF-8?Q?Re=3A_rewrite_some/url_=D0=B2_some/url=2Ehtml?= In-Reply-To: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> References: <4313958678b8264ab33e41daa6fa4475.NginxMailingListRussian@forum.nginx.org> Message-ID: Здравствуйте! Чтоб не усложнять регэксп, попробуйте как-то так: server { location ~ \.html$ { #обработка запросов ссылок с html ... } location ~ /$ { #обработка запросов заканчивающихся на слэш ... } location / { rewrite ^/(.+)$ /$1.html permanent } } С уважением, Иван. 20.03.2019 20:08, Dzurillo пишет: > Здравствуйте! > > Помогите пожалуйста написать rewrite. Мне нужно все ссылки вида > http://some/url пробрасывать на http://some/url.html > Т.е. три условия: request_uri не пустой, в конце урл нет слэша и урл не > заканчивается на ".html" > Пока дошел вот до этого: > > rewrite ^/(.+[^/])(?!.*\.html)$ $1.html permanent; > > Но работает не так как надо. > > Спасибо за помощь. > > Posted at Nginx Forum: https://forum.nginx.org/read.php?21,283447,283447#msg-283447 > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru From nginx на kinetiksoft.com Thu Mar 21 11:21:52 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Thu, 21 Mar 2019 14:21:52 +0300 Subject: =?UTF-8?B?bmdpbngsIGZhc3RjZ2kg0Lgg0LTQtdC/0LvQvtC5INC90LAg0YHQuNC80LvQuNC9?= =?UTF-8?B?0LrQsNGF?= Message-ID: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> Здравствуйте! Есть симлинк /home/live -> /home/releases/live/1.2.9 при деплое он меняется на /home/live -> /home/releases/live/1.2.10 а код продолжает работать версии 1.2.9 . Преполагаю, что должен помочь такой патч к конфигу nginx location /live/ { +               root /home/live;                  include fastcgi_params;                  -               fastcgi_param SCRIPT_FILENAME /home/live/register_user_new.php; +               fastcgi_param SCRIPT_FILENAME $realpath_root/register_user_new.php; } Верно? Короче говоря, непосредственно указать путь в fastcgi_param симлинки кешируются, а с realpath_root - всегда актуальны? С уважением, Иван Прокудин. From alex.hha на gmail.com Thu Mar 21 11:25:22 2019 From: alex.hha на gmail.com (Alex Domoradov) Date: Thu, 21 Mar 2019 13:25:22 +0200 Subject: =?UTF-8?B?UmU6IG5naW54LCBmYXN0Y2dpINC4INC00LXQv9C70L7QuSDQvdCwINGB0LjQvNC7?= =?UTF-8?B?0LjQvdC60LDRhQ==?= In-Reply-To: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> References: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> Message-ID: > а код продолжает работать версии 1.2.9 . а что мешает во время деплоя сделать nginx reload ? On Thu, Mar 21, 2019 at 1:21 PM Иван wrote: > Здравствуйте! > > Есть симлинк > > /home/live -> /home/releases/live/1.2.9 > > при деплое он меняется на > > /home/live -> /home/releases/live/1.2.10 > > а код продолжает работать версии 1.2.9 . > > > Преполагаю, что должен помочь такой патч к конфигу nginx > > location /live/ { > > + root /home/live; > include fastcgi_params; > > - fastcgi_param SCRIPT_FILENAME > /home/live/register_user_new.php; > + fastcgi_param SCRIPT_FILENAME > $realpath_root/register_user_new.php; > } > > Верно? Короче говоря, непосредственно указать путь в fastcgi_param > симлинки кешируются, а с realpath_root - всегда актуальны? > > С уважением, Иван Прокудин. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From nginx на kinetiksoft.com Thu Mar 21 11:31:57 2019 From: nginx на kinetiksoft.com (=?UTF-8?B?0JjQstCw0L0=?=) Date: Thu, 21 Mar 2019 14:31:57 +0300 Subject: =?UTF-8?B?UmU6IG5naW54LCBmYXN0Y2dpINC4INC00LXQv9C70L7QuSDQvdCwINGB0LjQvNC7?= =?UTF-8?B?0LjQvdC60LDRhQ==?= In-Reply-To: References: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> Message-ID: <43f25791-8143-0093-7c39-df33aab7cc12@kinetiksoft.com> Здравствуйте. Нежелание делать nginx reload (давать пользователю деплоя права рута\sudo, например), когда можно не делать. С уважением, Иван Прокудин. 21.03.2019 14:25, Alex Domoradov пишет: > > а код продолжает работать версии 1.2.9 . > > а что мешает во время деплоя сделать nginx reload ? > > On Thu, Mar 21, 2019 at 1:21 PM Иван > wrote: > > Здравствуйте! > > Есть симлинк > > /home/live -> /home/releases/live/1.2.9 > > при деплое он меняется на > > /home/live -> /home/releases/live/1.2.10 > > а код продолжает работать версии 1.2.9 . > > > Преполагаю, что должен помочь такой патч к конфигу nginx > > location /live/ { > > +               root /home/live; >                  include fastcgi_params; >                  > -               fastcgi_param SCRIPT_FILENAME > /home/live/register_user_new.php; > +               fastcgi_param SCRIPT_FILENAME > $realpath_root/register_user_new.php; > } > > Верно? Короче говоря, непосредственно указать путь в fastcgi_param > симлинки кешируются, а с realpath_root - всегда актуальны? > > С уважением, Иван Прокудин. > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From annulen на yandex.ru Thu Mar 21 12:13:22 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Thu, 21 Mar 2019 15:13:22 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190321022737.GA57563@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> Message-ID: <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> Вложение в формате HTML было извлечено… URL: From mdounin на mdounin.ru Thu Mar 21 14:08:12 2019 From: mdounin на mdounin.ru (Maxim Dounin) Date: Thu, 21 Mar 2019 17:08:12 +0300 Subject: =?UTF-8?B?UmU6IG5naW54LCBmYXN0Y2dpINC4INC00LXQv9C70L7QuSDQvdCwINGB0LjQvNC7?= =?UTF-8?B?0LjQvdC60LDRhQ==?= In-Reply-To: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> References: <1f07f486-bf75-46c0-296b-9d0dca6debd7@kinetiksoft.com> Message-ID: <20190321140811.GQ1877@mdounin.ru> Hello! On Thu, Mar 21, 2019 at 02:21:52PM +0300, Иван wrote: > Здравствуйте! > > Есть симлинк > > /home/live -> /home/releases/live/1.2.9 > > при деплое он меняется на > > /home/live -> /home/releases/live/1.2.10 > > а код продолжает работать версии 1.2.9 . > > > Преполагаю, что должен помочь такой патч к конфигу nginx > > location /live/ { > > +               root /home/live; >                  include fastcgi_params; >                  > -               fastcgi_param SCRIPT_FILENAME > /home/live/register_user_new.php; > +               fastcgi_param SCRIPT_FILENAME > $realpath_root/register_user_new.php; > } > > Верно? Короче говоря, непосредственно указать путь в fastcgi_param > симлинки кешируются, а с realpath_root - всегда актуальны? Судя по симптомам - ваша наблюдаемая проблема в кэшировании кода на стороне fastcgi-бэкенда. Добавление переменной $realpath_root - тут скорее всего действительно поможет, но вообще говоря она нужна для решения другой проблемы. Смысл этой переменной в том, чтобы можно было избежать race condition при переключении на новый релиз сайта, и в рамках одного запроса использовался один и тот же путь. В частности, переменная $realpath_root нужна, чтобы в php разные include-файлы подбирались от одной и той же версии сайта, а не от разных. -- Maxim Dounin http://mdounin.ru/ From vas на mpeks.tomsk.su Fri Mar 22 01:47:30 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Fri, 22 Mar 2019 08:47:30 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> Message-ID: <20190322014730.GA78615@admin.sibptus.ru> Konstantin Tokarev wrote: > > Спасибо, надо попробовать. Осталось понять, как заставить FastCGI > > Wrapper по команде из nginx вызывать не > > /usr/local/winsite/cgi-bin/query.exe?foo, а > > "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" > > Как я уже написал, шелл-скриптом, например > > #!/bin/sh > > exec wine /usr/local/winsite/cgi-bin/query.exe Предлагается каждый виндовый CGI-шник индивидуально таким образом обернуть? Хлопотно это полбеды, беда же в том, что в HTML-формах ссылка именно на "/cgi-bin/query.exe?foo", а не на обёртку. Переписывать полсайта? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From kvt на kvtsoftware.com Fri Mar 22 06:40:19 2019 From: kvt на kvtsoftware.com (kvt на kvtsoftware.com) Date: Fri, 22 Mar 2019 09:40:19 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190322014730.GA78615@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> Message-ID: <3334631553236819@myt6-fe24916a5562.qloud-c.yandex.net> Вложение в формате HTML было извлечено… URL: From gmm на csdoc.com Fri Mar 22 07:37:19 2019 From: gmm на csdoc.com (Gena Makhomed) Date: Fri, 22 Mar 2019 09:37:19 +0200 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190322014730.GA78615@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> Message-ID: <2447a341-5442-3bdd-83b7-d81830bfcfad@csdoc.com> On 22.03.2019 3:47, Victor Sudakov wrote: >>> Осталось понять, как заставить FastCGI >>> Wrapper по команде из nginx вызывать не >>> /usr/local/winsite/cgi-bin/query.exe?foo, а >>> "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" enable support for Windows executables using wine: echo ':DOSWin:M::MZ::/usr/local/bin/wine:' > register https://www.kernel.org/doc/html/v5.0/admin-guide/binfmt-misc.html Только при чем здесь FastCGI ? В каталоге /cgi-bin/ лежат обычные CGI. Вместо апача лучше всего будет использовать mini_httpd для их запуска. http://mailman.nginx.org/pipermail/nginx-ru/2009-November/030177.html -- Best regards, Gena From vas на mpeks.tomsk.su Fri Mar 22 09:23:52 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Fri, 22 Mar 2019 16:23:52 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <2447a341-5442-3bdd-83b7-d81830bfcfad@csdoc.com> References: <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> <2447a341-5442-3bdd-83b7-d81830bfcfad@csdoc.com> Message-ID: <20190322092351.GA85063@admin.sibptus.ru> Gena Makhomed wrote: > > >>> Осталось понять, как заставить FastCGI > >>> Wrapper по команде из nginx вызывать не > >>> /usr/local/winsite/cgi-bin/query.exe?foo, а > >>> "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" > > enable support for Windows executables using wine: > echo ':DOSWin:M::MZ::/usr/local/bin/wine:' > register > https://www.kernel.org/doc/html/v5.0/admin-guide/binfmt-misc.html Это судя по описанию Linux only, не пойдет. Хотя фича интересная, может когда пригодится, спасибо. > > Только при чем здесь FastCGI ? В каталоге /cgi-bin/ лежат обычные CGI. Данная рассылка посвящена nginx, тут вроде нет "обычных CGI" без внешней запускалки. > Вместо апача лучше всего будет использовать mini_httpd для их запуска. > http://mailman.nginx.org/pipermail/nginx-ru/2009-November/030177.html А под Windows этот mini_httpd или аналог есть, и чтобы работал под wine? Вдруг из него получится запускалка. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From annulen на yandex.ru Fri Mar 22 11:12:25 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Fri, 22 Mar 2019 14:12:25 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <2447a341-5442-3bdd-83b7-d81830bfcfad@csdoc.com> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> <2447a341-5442-3bdd-83b7-d81830bfcfad@csdoc.com> Message-ID: <474021553253145@iva1-5b950da3a940.qloud-c.yandex.net> 22.03.2019, 10:37, "Gena Makhomed" : > On 22.03.2019 3:47, Victor Sudakov wrote: > >>>>  Осталось понять, как заставить FastCGI >>>>  Wrapper по команде из nginx вызывать не >>>>  /usr/local/winsite/cgi-bin/query.exe?foo, а >>>>  "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" > > enable support for Windows executables using wine: > echo ':DOSWin:M::MZ::/usr/local/bin/wine:' > register > https://www.kernel.org/doc/html/v5.0/admin-guide/binfmt-misc.html Мне кажется, это плохая идея, особенно на сервере > > Только при чем здесь FastCGI ? В каталоге /cgi-bin/ лежат обычные CGI. > Вместо апача лучше всего будет использовать mini_httpd для их запуска. > http://mailman.nginx.org/pipermail/nginx-ru/2009-November/030177.html > > -- > Best regards, >   Gena > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From annulen на yandex.ru Fri Mar 22 11:14:57 2019 From: annulen на yandex.ru (Konstantin Tokarev) Date: Fri, 22 Mar 2019 14:14:57 +0300 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <20190322014730.GA78615@admin.sibptus.ru> References: <20190318015752.GA87421@admin.sibptus.ru> <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> Message-ID: <844221553253297@iva2-6ec8f0a6115e.qloud-c.yandex.net> 22.03.2019, 04:47, "Victor Sudakov" : > Konstantin Tokarev wrote: >>  > Спасибо, надо попробовать. Осталось понять, как заставить FastCGI >>  > Wrapper по команде из nginx вызывать не >>  > /usr/local/winsite/cgi-bin/query.exe?foo, а >>  > "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" >> >>     Как я уже написал, шелл-скриптом, например >> >>     #!/bin/sh >> >>     exec wine /usr/local/winsite/cgi-bin/query.exe > > Предлагается каждый виндовый CGI-шник индивидуально таким образом > обернуть? Хлопотно это полбеды, беда же в том, что в HTML-формах ссылка > именно на "/cgi-bin/query.exe?foo", а не на обёртку. Переписывать > полсайта? Зачем, всего лишь назвать обертку query.exe, а реальные бинарники сложить в другом месте > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > 2:5005/49 на fidonet http://vas.tomsk.ru/ > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Regards, Konstantin From vas на mpeks.tomsk.su Sat Mar 23 03:40:04 2019 From: vas на mpeks.tomsk.su (Victor Sudakov) Date: Sat, 23 Mar 2019 10:40:04 +0700 Subject: =?UTF-8?B?UmU6INCy0LjQvdC00L7QstGL0LkgY2dp?= In-Reply-To: <844221553253297@iva2-6ec8f0a6115e.qloud-c.yandex.net> References: <9782091552917275@myt4-ea6eba8eca77.qloud-c.yandex.net> <20190319042341.GB10017@admin.sibptus.ru> <19447881553010962@iva8-6be7d23653d9.qloud-c.yandex.net> <20190320021740.GA35797@admin.sibptus.ru> <6854561553088662@iva4-f779e14fe728.qloud-c.yandex.net> <20190321022737.GA57563@admin.sibptus.ru> <5700551553170402@myt1-bc8ef50fb490.qloud-c.yandex.net> <20190322014730.GA78615@admin.sibptus.ru> <844221553253297@iva2-6ec8f0a6115e.qloud-c.yandex.net> Message-ID: <20190323034004.GA3345@admin.sibptus.ru> Konstantin Tokarev wrote: > >>  > Спасибо, надо попробовать. Осталось понять, как заставить FastCGI > >>  > Wrapper по команде из nginx вызывать не > >>  > /usr/local/winsite/cgi-bin/query.exe?foo, а > >>  > "/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo" > >> > >>     Как я уже написал, шелл-скриптом, например > >> > >>     #!/bin/sh > >> > >>     exec wine /usr/local/winsite/cgi-bin/query.exe > > > > Предлагается каждый виндовый CGI-шник индивидуально таким образом > > обернуть? Хлопотно это полбеды, беда же в том, что в HTML-формах ссылка > > именно на "/cgi-bin/query.exe?foo", а не на обёртку. Переписывать > > полсайта? > > Зачем, всего лишь назвать обертку query.exe, а реальные бинарники сложить в другом месте Наверное можно, хотя надеялся обойтись без перелопачивания сайта. Что ж, всем спасибо за идеи и предложения, уже есть какой-то багаж для экспериментов. Если кому интересно, ради чего затевалось - это САБ "Ирбис64", точнее Web-ИРБИС. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49 на fidonet http://vas.tomsk.ru/ From sytar.alex на gmail.com Sun Mar 24 12:00:15 2019 From: sytar.alex на gmail.com (Aleksandr Sytar) Date: Sun, 24 Mar 2019 15:00:15 +0300 Subject: Opentracing Message-ID: Добрый день коллеги. А кто-нибудь уже использует в продакшене вот этот модуль https://github.com/opentracing-contrib/nginx-opentracing? Мы вот планируем его потестировать, но хотелось бы получить фидбек от тех кто уже его шатал. Насколько оно рабочее-падучее? ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sargaskn на gmail.com Sun Mar 24 19:23:30 2019 From: sargaskn на gmail.com (Oleksandr Lysenko) Date: Sun, 24 Mar 2019 21:23:30 +0200 Subject: Opentracing In-Reply-To: References: Message-ID: Использую примерно 7-8 месяцев, nginx в pod'ах пока не падал. Юзаю вместе с jaeger вс, 24 мар. 2019 г. в 14:00, Aleksandr Sytar : > Добрый день коллеги. > > А кто-нибудь уже использует в продакшене вот этот модуль > https://github.com/opentracing-contrib/nginx-opentracing? > > Мы вот планируем его потестировать, но хотелось бы получить фидбек от тех > кто уже его шатал. Насколько оно рабочее-падучее? > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From kpoxa на kpoxa.net Mon Mar 25 16:53:02 2019 From: kpoxa на kpoxa.net (kpoxa) Date: Mon, 25 Mar 2019 19:53:02 +0300 Subject: =?UTF-8?B?0JvQvtCz0LPQuNGA0L7QstCw0L3QuNC1INGB0LXRgdGB0LjQvtC90L3Ri9GFINC6?= =?UTF-8?B?0LvRjtGH0LXQuSBzc2w=?= Message-ID: Добрый день. А кто-нибудь сталкивался с необходимостью логгирования сессионных ключей? Есть примеры реализации? -- Рустам -------------- next part -------------- An HTML attachment was scrubbed... URL: From mdounin на mdounin.ru Tue Mar 26 14:25:59 2019 From: mdounin на mdounin.ru (Maxim Dounin) Date: Tue, 26 Mar 2019 17:25:59 +0300 Subject: nginx-1.15.10 Message-ID: <20190326142559.GG1877@mdounin.ru> Изменения в nginx 1.15.10 26.03.2019 *) Изменение: теперь при использовании имени хоста в директиве listen nginx создаёт listen-сокеты для всех адресов, соответствующих этому имени (ранее использовался только первый адрес). *) Добавление: диапазоны портов в директиве listen. *) Добавление: возможность загрузки SSL-сертификатов и секретных ключей из переменных. *) Изменение: переменная $ssl_server_name могла быть пустой при использовании OpenSSL 1.1.1. *) Исправление: nginx/Windows не собирался с Visual Studio 2015 и новее; ошибка появилась в 1.15.9. -- Maxim Dounin http://nginx.org/ From panichev на segmento.ru Fri Mar 29 07:37:47 2019 From: panichev на segmento.ru (Panichev Oleg) Date: Fri, 29 Mar 2019 10:37:47 +0300 Subject: =?UTF-8?B?0JLRi9GB0L7QutC+0LUg0LrQvtC70LjRh9C10YHRgtCy0L4g0YHQvtC10LTQuNC9?= =?UTF-8?B?0LXQvdC40Lkg0LzQtdC20LTRgyDRhNGA0L7QvdGCLdC10L3QtNCw0LzQuCA=?= =?UTF-8?B?0Lgg0LHQuNC00LTQtdGA0LDQvNC4?= Message-ID: Привет! Проблема — высокое число timewait коннекшнов между nginx-proxy и бэкендами (до 30-40к), уровень трафика — десятки тысяч запросов в секунду извне, в основном короткие сессии на несколько запросов. Стек Centos 6 настроен на переиспользование tw sockets - tw_reuse=1, tcp_fin_timeout низкий (2с). nginx/1.14.0, ~ 25 fastcgi backends upstream all { hash $shard_key consistent; server server10.local:9988 max_fails=0 fail_timeout=1s weight=100; server server11.local:9988 max_fails=0 fail_timeout=1s weight=100; .. .. .. server server33.local:9988 max_fails=0 fail_timeout=1s weight=100; server server34.local:9988 max_fails=0 fail_timeout=1s weight=100; keepalive 100; }   fastcgi_pass all;   fastcgi_keep_conn on;   fastcgi_next_upstream off;   fastcgi_buffers 16 16k;   fastcgi_buffer_size 32k;   fastcgi_connect_timeout 20ms;   fastcgi_read_timeout 75ms;   fastcgi_intercept_errors on;   error_page 500 501 502 503 504 = $failover; Вероятно, высокое количество TW соединений вызвано поведением-настройкой Nginx, а именно необходимостью слать заглушку при достижении read timeout до апстрима (75мс), в этом случае Nginx закрывает соединение с апстримом принудительно (TCP RST), шлет фэиловер респонс клиенту и переоткрывает его снова. Мы видим около 30-35 RST пакетов в секунду в направлении бэкендов от Nginx, что соотвествует числу фейловеров в секунду по тому же апстриму согласно access/error.log. Вопрос — верны ли рассуждения о причинах высокого числа TW соединений между прокси и бэкендами и как их можно уменьшить средствами нжинкс, если это возможно? Спасибо -- С уважением, Олег ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From chipitsine на gmail.com Fri Mar 29 07:42:03 2019 From: chipitsine на gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0KjQuNC/0LjRhtC40L0=?=) Date: Fri, 29 Mar 2019 12:42:03 +0500 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQvtC1INC60L7Qu9C40YfQtdGB0YLQstC+INGB0L7QtdC0?= =?UTF-8?B?0LjQvdC10L3QuNC5INC80LXQttC00YMg0YTRgNC+0L3Rgi3QtdC90LTQsNC8?= =?UTF-8?B?0Lgg0Lgg0LHQuNC00LTQtdGA0LDQvNC4?= In-Reply-To: References: Message-ID: настройку keepalive_requests меняли ? или дефолт ? пт, 29 мар. 2019 г. в 12:37, Panichev Oleg : > Привет! > > > Проблема — высокое число timewait коннекшнов между nginx-proxy и бэкендами > (до 30-40к), уровень трафика — десятки тысяч запросов в секунду извне, в > основном короткие сессии на несколько запросов. Стек Centos 6 настроен на > переиспользование tw sockets - tw_reuse=1, tcp_fin_timeout низкий (2с). > > > > nginx/1.14.0, ~ 25 fastcgi backends > > upstream all { > hash $shard_key consistent; > server server10.local:9988 max_fails=0 fail_timeout=1s weight=100; > server server11.local:9988 max_fails=0 fail_timeout=1s weight=100; > .. > .. > .. > server server33.local:9988 max_fails=0 fail_timeout=1s weight=100; > server server34.local:9988 max_fails=0 fail_timeout=1s weight=100; > keepalive 100; > } > > fastcgi_pass all; > fastcgi_keep_conn on; > fastcgi_next_upstream off; > fastcgi_buffers 16 16k; > fastcgi_buffer_size 32k; > fastcgi_connect_timeout 20ms; > fastcgi_read_timeout 75ms; > fastcgi_intercept_errors on; > error_page 500 501 502 503 504 = $failover; > > > Вероятно, высокое количество TW соединений вызвано поведением-настройкой > Nginx, а именно необходимостью слать заглушку при достижении read timeout > до апстрима (75мс), в этом случае Nginx закрывает соединение с апстримом > принудительно (TCP RST), шлет фэиловер респонс клиенту и переоткрывает его > снова. Мы видим около 30-35 RST пакетов в секунду в направлении бэкендов от > Nginx, что соотвествует числу фейловеров в секунду по тому же апстриму > согласно access/error.log. > > Вопрос — верны ли рассуждения о причинах высокого числа TW соединений > между прокси и бэкендами и как их можно уменьшить средствами нжинкс, если > это возможно? > > Спасибо > > -- > > С уважением, Олег > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From uncleandyv на gmail.com Fri Mar 29 08:11:50 2019 From: uncleandyv на gmail.com (Andrey Velikoredchanin) Date: Fri, 29 Mar 2019 11:11:50 +0300 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQvtC1INC60L7Qu9C40YfQtdGB0YLQstC+INGB0L7QtdC0?= =?UTF-8?B?0LjQvdC10L3QuNC5INC80LXQttC00YMg0YTRgNC+0L3Rgi3QtdC90LTQsNC8?= =?UTF-8?B?0Lgg0Lgg0LHQuNC00LTQtdGA0LDQvNC4?= In-Reply-To: References: Message-ID: У нас похожее наблюдалось, когда мы офисный свич поставили между фронтом и бэкэндом. Он банально не держал нагрузку. Если меняли аппаратуру, скорей всего, дело в этом. пт, 29 мар. 2019 г. в 10:37, Panichev Oleg : > Проблема — высокое число timewait коннекшнов между nginx-proxy и бэкендами > (до 30-40к), уровень трафика — десятки тысяч запросов в секунду извне, в > основном короткие сессии на несколько запросов. Стек Centos 6 настроен на > переиспользование tw sockets - tw_reuse=1, tcp_fin_timeout низкий (2с). > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From panichev на segmento.ru Fri Mar 29 08:28:01 2019 From: panichev на segmento.ru (Panichev Oleg) Date: Fri, 29 Mar 2019 11:28:01 +0300 Subject: =?UTF-8?B?UmU6INCS0YvRgdC+0LrQvtC1INC60L7Qu9C40YfQtdGB0YLQstC+INGB0L7QtdC0?= =?UTF-8?B?0LjQvdC10L3QuNC5INC80LXQttC00YMg0YTRgNC+0L3Rgi3QtdC90LTQsNC8?= =?UTF-8?B?0Lgg0Lgg0LHQuNC00LTQtdGA0LDQvNC4?= In-Reply-To: References: Message-ID: Да, меняли. У нас есть настройка, которая меняет keepalive_requests в зависимости от характера трафика. Для трафика браузер-нджинкс это 100, для трафика сервер-нджинкс 214748364: map $ssp_name $needs_keepalive {     client no;     default yes;   }   map $needs_keepalive $keepalive_requests {     no 100;     default 214748364; } Олег Паничев | Инженер по эксплуатации | +79626801636 | panichev на segmento.ru | Санкт-Петербург, 18 линия В.О. 29 | segmento.ru | Совместный проект Сбербанк и АФК Система Segmento logo On 29.03.2019 10:42, Илья Шипицин wrote: > настройку keepalive_requests меняли ? или дефолт ? > > пт, 29 мар. 2019 г. в 12:37, Panichev Oleg >: > > Привет! > > > Проблема — высокое число timewait коннекшнов между nginx-proxy и > бэкендами (до 30-40к), уровень трафика — десятки тысяч запросов в > секунду извне, в основном короткие сессии на несколько запросов. > Стек Centos 6 настроен на переиспользование tw sockets - > tw_reuse=1, tcp_fin_timeout низкий (2с). > > > > nginx/1.14.0, ~ 25 fastcgi backends > > upstream all { > hash $shard_key consistent; > server server10.local:9988 max_fails=0 fail_timeout=1s weight=100; > server server11.local:9988 max_fails=0 fail_timeout=1s weight=100; > .. > .. > .. > server server33.local:9988 max_fails=0 fail_timeout=1s weight=100; > server server34.local:9988 max_fails=0 fail_timeout=1s weight=100; > keepalive 100; > } > >   fastcgi_pass all; >   fastcgi_keep_conn on; >   fastcgi_next_upstream off; >   fastcgi_buffers 16 16k; >   fastcgi_buffer_size 32k; >   fastcgi_connect_timeout 20ms; >   fastcgi_read_timeout 75ms; >   fastcgi_intercept_errors on; >   error_page 500 501 502 503 504 = $failover; > > > Вероятно, высокое количество TW соединений вызвано > поведением-настройкой Nginx, а именно необходимостью слать > заглушку при достижении read timeout до апстрима (75мс), в этом > случае Nginx закрывает соединение с апстримом принудительно (TCP > RST), шлет фэиловер респонс клиенту и переоткрывает его снова. Мы > видим около 30-35 RST пакетов в секунду в направлении бэкендов от > Nginx, что соотвествует числу фейловеров в секунду по тому же > апстриму согласно access/error.log. > > Вопрос — верны ли рассуждения о причинах высокого числа TW > соединений между прокси и бэкендами и как их можно уменьшить > средствами нжинкс, если это возможно? > > Спасибо > > -- > > С уважением, Олег > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > nginx-ru на nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru ----------- следущая часть ----------- Вложение в формате HTML было извлечено… URL: From sergio на outerface.net Sun Mar 31 18:10:15 2019 From: sergio на outerface.net (sergio) Date: Sun, 31 Mar 2019 21:10:15 +0300 Subject: ssl_stapling without ssl_trusted_certificate Message-ID: Вот тут https://nginx.org/en/docs/http/ngx_http_ssl_module.html написано: For the OCSP stapling to work, the certificate of the server certificate issuer should be known. If the ssl_certificate file does not contain intermediate certificates, the certificate of the server certificate issuer should be present in the ssl_trusted_certificate file. For a resolution of the OCSP responder hostname, the resolver directive should also be specified. И ещё: For verification to work, the certificate of the server certificate issuer, the root certificate, and all intermediate certificates should be configured as trusted using the ssl_trusted_certificate directive. По-этому я взял и сделал всё ровно наоборот: не стал указывать ни resolver ни ssl_trusted_certificate. Включил только лишь: ssl_stapling on; ssl_stapling_verify on; И мои сертификаты не содержат цепочки доверия, только лишь сам сертификат. 1. Почему ocsp работает и это не отражено в документации? (я вижу OCSP Response Data в openssl s_client -connect hostname:443 -tls1_2 -tlsextdebug -status) 2. Как вычисляются значения resolver и ssl_trusted_certificate, когда они не указаны? nginx 1.14.1-1~bpo9+1 stretch-backports -- sergio.