Re: Тонкости работы FastCGI (phpfpm)

[Aleksandr Sytar]

вт, 13 апр. 2021 г. в 08:11, Victor Sudakov :

> Что должно
> произойти, когда пользователь отменил HTTP запрос, или браузер закрыл?
> nginx закроет соответствующее соединение с php-fpm ? А PHP-код продолжит
> работу? Или должен прерваться?
>
> Прошу прощения за сумбурное изложение, поправки и указания на неверное
> понимание логики работы с благодарностью принимаются.
>
>
>
Раз - https://habr.com/ru/post/179399/
Двас - https://www.php.net/manual/ru/function.fastcgi-finish-request.php и
крути себе дальше в базе что надо.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Windows и upstream php-cgi.exe

[Aleksandr Sytar]

чт, 30 апр. 2020 г. в 13:47, gewisser :

>
> Под линуксом, я могу закрыть соединение отправив мессадж в FPM выполнив
> метод "fastcgi_finish_request()". Дайте мне "такое же" под Windows, чтобы
> проект мог хоть как-то одинаково работать и под этой ОС.
>
>
Если уж страдать под виндой, то по полной! Докер уже давно завезли, а там
глядишь и линукс внутри есть.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: взаимодействие Nginx с fcgi БЕЗ пхп-файлов

[Aleksandr Sytar]

пт, 27 мар. 2020 г. в 14:11, greenwar :

>
>
> Прошу знающих поделиться мудростью )
>
>
http://www.mit.edu/~yandros/doc/specs/fcgi-spec.html

Не благодарите.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: forum.nginx.org

[Aleksandr Sytar]

ср, 26 февр. 2020 г. в 21:57, Dmitry Ivanov :

> Здравствуйте, All.
>
> forum.nginx.org - сертификат просрочен. Действителен по
> 23.02.2020, 03:24:07 (Europe/Moscow)
>
>
>
Да там и список cname в сертификате прикольный.

@Dmitry - форум это просто веб-морда к почтовой рассылке - можно
подписаться на странице - http://mailman.nginx.org/mailman/listinfo/nginx-ru
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: [crit] SSL_read_early_data() failed

[Aleksandr Sytar]

вс, 23 февр. 2020 г. в 21:07, mikhal123 :

>  Может быть, команда разработчиков
> рассмотрит возможность добавления директивы переопределения пользователем
> уровня ошибок, по аналогии например с
>
> http://nginx.org/ru/docs/http/ngx_http_limit_req_module.html#limit_req_log_level
> ?
>

Обычно ребята предлагают протестировать подобные штуки, тем более что ты
тот клиент кто может верифицировать - помогает патч или нет.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: проверка наличия файла ssl_trusted_certificate - обсудим ?

[Aleksandr Sytar]

пт, 28 июн. 2019 г. в 11:28, Илья Шипицин :

> привет,
>
> допустим, я указал ssl_trusted_certificate
>
> [root@optional ilia]# grep ssl_trusted_certificate /etc/nginx/nginx.conf
> ssl_trusted_certificate /etc/nginx/ca.pem;
> [root@optional ilia]#
>
> самого файла нет
>
> [root@optional ilia]# ls -l /etc/nginx/ca.pem
> ls: cannot access /etc/nginx/ca.pem: No such file or directory
> [root@optional ilia]#
>
> проверка синтаксиса проходит
>
> [root@optional ilia]# nginx -t
> nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
> nginx: configuration file /etc/nginx/nginx.conf test is successful
> [root@optional ilia]#
>
>
> можно сделать, чтобы "nginx -t" фейлился ?
>

Вроде раньше успешно фейлился, ты уверен что у тебя кеш дескрипторов не
включен и ты не удалял файл после успешного запуска nginx?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Opentracing

[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

Re: На псевдониме сайта не кешируются картинки и другие файлы - nginx

[Aleksandr Sytar]

2018-01-15 11:43 GMT+03:00 ellaizzer :

>
> Проблема в том что не кешуруются файлы на псевдонимах m.example.com и
> www.m.example.com, но кешируются на example.com и www.example.com
>
> Кто подскажет в чем может быть проблема некеширования на псевдонимах?
>
>
На каком уровне кеширование должно быть по вашему мнению - в браузере или в
nginx и как именно вы проверяете что не кешируется?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx и смена симлинков

[Aleksandr Sytar]

28 ноября 2017 г., 18:52 пользователь Иван  написал:

> Здравствуйте!
>
>
>
> nginx 1.12.2, debian 8, php-fpm (5.6)
>
>
> /var/www/html - симлинк на на /var/www/stable или /var/www/current
>
>
>
...

> Хотелось бы
>
> 1) понять почему так. nginx где-то как-то кеширует куда указывает симлинк?
>
> 2) избежать этого ("троганья" nginx (в идеале и рестарта php-fpm), в
> принципе готовы поменять воркфлоу, но пока не понимаем как.
>

>

Nginx тут не причем. Смотрите в сторону настроек вашего php-бекенда, в
частности кеша realpath.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Правильно отдать статику

[Aleksandr Sytar]

12 октября 2017 г., 18:24 пользователь abramov90 <
nginx-fo...@forum.nginx.org> написал:

> Всем доброго времени суток, я фронт енд разработчик, потому сильно не
> ругайте, думаю, вопрос относительно банальный, у меня SPA, но когда я
> перехожу на урлу типа
>
> hostname/page/subpage сервер (при этом, пути на статику у меня
> относительные, в силу особенность аппликации не могу установить абсолютные)
>
> то браузер соответственно ищет статику по адресу hostname/page/js
>
...

>
> как сделать правильно?
>

Задать тег base, чтобы относительные URL считались от него, а не от текущей
страницы.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Динамический CRL для SSL сертификатов "клиентов"

[Aleksandr Sytar]

Выкатка нового CLR по хостам разве не похожа на задачу деплоя?

8 августа 2017 г., 15:00 пользователь leonid_belkind <
nginx-fo...@forum.nginx.org> написал:

> Ansible и подобные утилиты хороши для "развёртки" продуктов.
> Оне не предназначены для использования как часть бэк-энда продукта. Это
> конечно можно сделать, но это просто не правильно.
> В нашем продукте, certificate revokation это часть стандартного
> функционала.
> Задача не автоматизировать копирование конфигурации, а, поскольку, в нашем
> случае, это не конфигурация а функционал, обеспечить это с нормальной
> логикой, например, поверх базы данных.
>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,275927,275934#msg-275934
>
> ___
> 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

Re: nginx перестает следить за размером каталога proxy_cache_patch

[Aleksandr Sytar]

28 апреля 2017 г., 22:40 пользователь Serge Negodyuck <
s...@petrovich.kiev.ua> написал:

> Два года уже мучаемся с подобной проблемой. Начало здесь:
> https://forum.nginx.org/read.php?21,258292,258864
> Чего только не пробовали - рестарт гарнтировано помогает, остальное не
> факт.
>
>
Кхм, а файловая система с кешем часом не монтирована с опцией noatime,
nodiratime?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Очередной вопрос nginx+php

[Aleksandr Sytar]

25 ноября 2016 г., 14:55 пользователь Илья Шипицин 
написал:

> через try_files можно сделать условие "если есть файл - отдать его, если
> нет, маршрутизируем в @php


И при запросе php-файла nginx радостно отдаст его пользователю.

Не надо давать "плохие" советы, человек про другое спрашивал
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Подменить Status code

[Aleksandr Sytar]

25 сентября 2016 г., 22:07 пользователь jtiq 
написал:

> с вашим модулем часто в xhr запросах идёт статус "pending"


Сервер еще не прислал ответ на запрос
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: css спрайты не раздает прокси на ngnix

[Aleksandr Sytar]

23 августа 2016 г., 12:24 пользователь zavx0z 
написал:

> Не могу найти как прописать в конфигах раздачу спрайтов bootstrap.css На
> сервере разработки нормально все отображается, а на боевом нет svg который
> прописан в background-image. Ngnix проксирует gunicorn и раздает статику.
> Пример  - background-image: url("data:image/svg+xml;charset=utf8,%3Csvg
> xmlns='http://www.w3.org/2000/svg' viewBox='0 0 8 8'%3E%3Cpath
> fill='%23f0ad4e' d='M4.4 5.324h-.8v-2.46h.8zm0
> 1.42h-.8V5.89h.8zM3.76.63L.04
> 7.075c-.115.2.016.425.26.426h7.397c.242 0 .372-.226.258-.426C6.726 4.924
> 5.47 2.79 4.253.63c-.113-.174-.39-.174-.494 0z'/%3E%3C/svg%3E")
>

data-uri передаются в теле html/css и nginx к ним никакого отношения не
имеет


>
> Posted at Nginx Forum: https://forum.nginx.org/read.
> php?21,269110,269110#msg-269110
>
> ___
> 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

Re: Nginx логирует сообщения уровня info при минимальном уровне warn

[Aleksandr Sytar]

27 июля 2016 г., 19:21 пользователь iotch 
написал:

> Здравствуйте.
>
> Nginx 1.11.13 логирует сообщения уровня info при минимальном уровне warn
> при
> использовании ngx_conf_log_error(). По словам разработчика, это может быть
> баг nginx, а не его модуля:
>
> https://github.com/wandenberg/nginx-push-stream-module/issues/244
>
> Это ожидаемое поведение?
>

Если такого поведения нет в nginx без этого модуля, то это не баг nginx

Отписал автору - просто он наверно сам в свой код не заглядывал

___

> 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

Re: upstream reinit (API, Си)

[Aleksandr Sytar]

30 мая 2016 г., 8:10 пользователь rba  написал:

> Здравствуйте, помогите пожалуйста разобраться...
>
>
> Правильно ли я понимаю: upstream_init из reinit уходит в глубокую рекурсию,
> переполняет стек и поэтому вываливается в segfault?
>
>
Безотносительно nginx - если есть сегфолт, значит есть корка. Если есть
корка - то gdb в руки, там будет и стек, и трейс и прочие полезные в
отладке вещи
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: webdav запись файла по другому root в случае если закончилось место

[Aleksandr Sytar]

21 марта 2016 г., 7:42 пользователь Илья Шипицин 
написал:

> модуль nginx-lua разрабатывается в CloudFlare, по некоторым оценкам через
> CloudFlare проксируется треть российских сайтов, модуль покрыт тестами (их
> почти 3000), понятно, что гарантий вам никто не даст и использование будет
> на ваш риск.
>

Илья откуда такая инфа?


>
> 18 марта 2016 г., 14:07 пользователь Иван Мишин 
> написал:
>
> Я подумывал о lua изначально, да только вот эта
>> https://forum.nginx.org/read.php?21,265294,265310 рассылка всю охоту к
>> lua отбила у меня.
>>
>>
>> 18 марта 2016 г., 8:25 пользователь Илья Шипицин 
>> написал:
>>
>> не так давно пробегал пример, как webdav подружить с lua, чудеса уровня
>>> тех, про которые вы говорите
>>>
>>> https://forum.nginx.org/read.php?21,259941,259941
>>>
>>> 16 марта 2016 г., 20:04 пользователь Иван Мишин 
>>> написал:
>>>
 Добрый день!

 Вопрос следующий:
 Есть nginx 1.8.1, на нем настроен вебдав. Конфиг простой

>  server {
> listen 80;
> server_name testdav;
>
>access_log /var/log/nginx/testdav_access.log main;
>error_log /var/log/nginx/testdav_error.log error;
> location / {
> root /tmp/ram/testdav;
> open_file_cache off;
> client_max_body_size 1000m;
> dav_methods PUT;
> dav_access user:rw group:r all:r;
> create_full_put_path on;
> }

 В случае когда nginx записывает файл в  /tmp/ram/testdav и там
 кончается место, хочется сделать так чтобы nginx этот файл записал в другое
 место /tmp2/ram/testdav.
 Есть идеи как это реализовать?
 В случае нехватки места nginx отдает 500 ошибку. пробовал конфиг

> server {
> listen 80;
> server_name testdav;
>
>access_log /var/log/nginx/testdav_access.log main;
>error_log /var/log/nginx/testdav_error.log error;
>
> location / {
>  error_page  500 = @e500;
>
> root /tmp/ram/testdav;
> open_file_cache off;
> client_max_body_size 1000m;
>
> dav_methods PUT;
> dav_access user:rw group:r all:r;
> create_full_put_path on;
> }
>
> location @e500 {
>  root /tmp2/ram/testdav;
> open_file_cache off;
> client_max_body_size 1000m;
> dav_methods PUT;
> dav_access user:rw group:r all:r;
> create_full_put_path on;
> }
> }


 Но не работает, в логах:

> 2016/03/16 17:40:20 [alert] 15872#0: *1 write() has written only 24576
> of 2338816 to /tmp/ram/testdav/tengine.tar.02, client: 127.0.0.1,
> server: testdav, request: "PUT /tengine.tar HTTP/1.1", host: "testdav"
> 2016/03/16 17:40:20 [crit] 15872#0: *1 chmod()
> "/var/cache/nginx/client_temp/01" failed (2: No such file or
> directory), client: 127.0.0.1, server: testdav, request: "PUT /tengine.tar
> HTTP/1.1", host: "testdav"
> 2016/03/16 17:40:20 [crit] 15872#0: *1 unlink()
> "/var/cache/nginx/client_temp/01" failed (2: No such file or
> directory), client: 127.0.0.1, server: testdav, request: "PUT /tengine.tar
> HTTP/1.1", host: "testdav"




 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru

>>>
>>>
>>> ___
>>> nginx-ru mailing list
>>> nginx-ru@nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>
>>
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> ___
> 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

Re: Acept systemd.socket

[Aleksandr Sytar]

18 марта 2016 г., 18:44 пользователь S.A.N 
написал:

>
> Вот как выкручиваются те кому это действительно надо
>
> https://developer.atlassian.com/blog/2015/03/docker-systemd-socket-activation/


Бу, так то докер - хост система уже поднята и есть кому держать очередь
пакетов и обрабатывать ее. В случае если это bare-system - будет так как
писали выше.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx зависает при записи логов?

[Aleksandr Sytar]

13 марта 2016 г., 21:29 пользователь dim1 
написал:

> Блокирование диска идет из-за программного рейда (процесс flush-9:2)
> Какой ionice при копировании не ставь, все равно синхронизация тормозит :(
>

Если тупит flush - значит у вас медленный накопитель. Попробуйте его
заменить на более быстрый. Еще как вариант у вас перекручены параметры
/proc/sys/vm/dirty_*


>
> Как решить?
> Что будет, если попробовать поставить высокий ionice -c1 (real time) для
> процессов nginx?
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,265286,265290#msg-265290
>
> ___
> 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

Re: nginx отъедает все процессорное время

[Aleksandr Sytar]

26 февраля 2016 г., 2:40 пользователь Alex Domoradov 
написал:

> > Не нужно ничего устанавливать.
> > nginx-debug уже установлен, он ставится вместе с основным пакетом, его
> нужно только запустить.
>
> странно, как минимум на ubuntu 12.04 LTS и CentOS 6 для nginx-1.8 это не
> справедливо.
>
> # rpm -qa | grep nginx
> nginx-1.8.1-1.el6.ngx.x86_64
>
> # rpm -ql nginx | grep debug
>
> или это относится только к ветке 1.9?
>

Речь не о пакете, а о бинаре:

$ which nginx-debug
/usr/sbin/nginx-debug


>
> 2016-02-25 22:10 GMT+02:00 Валентин Бартенев :
>
>> On Thursday 25 February 2016 15:05:42 mikhal123 wrote:
>> > Валентин Бартенев Wrote:
>> > > Не нужно ничего устанавливать.
>> > > nginx-debug уже установлен, он ставится вместе с основным пакетом,
>> > > его нужно только запустить.
>> >
>> > что-то я не понимаю...
>> >
>> > aptitude show nginx-debug
>> > Пакет: nginx-debug
>> > Новый: да
>> > Состояние: не установлен
>> > Версия: 1.9.7-1~jessie
>> > Приоритет: дополнительный
>> > Раздел: debug
>> > Сопровождающий: Sergey Budnevitch 
>> > Архитектура: amd64
>> > Размер в распакованном виде: 7 951 k
>> > Зависимости: libc6 (>= 2.14), libpcre3 (>= 1:8.35), libssl1.0.0 (>=
>> 1.0.1),
>> > zlib1g (>= 1:1.1.4), nginx (= 1.9.7-1~jessie)
>> > Описание: debug version of nginx
>> >  Not stripped version of nginx built with the debugging log support.
>> > Сайт: http://nginx.org
>> >
>> >
>> > помимо этого, вот тут вот
>> > http://nginx.org/packages/mainline/debian/pool/nginx/n/nginx/
>> > вроде как видно что версия для 1.9.7 является крайней?
>> > nginx-debug_1.9.7-1~wheezy_i386.deb17-Nov-2015 15:55
>> > 3936370
>> >
>> [..]
>>
>> Я имел в виду не пакет, а исполняемый файл.  Основной пакет nginx на самом
>> деле устанавливает два бинарника - nginx и nginx-debug, где последний
>> является
>> той же версией, но собранный с --with-debug.
>>
>> $ nginx-debug -V
>>
>> --
>> Валентин Бартенев
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Помогите друзья!!Ubuntu 14-04 ngnix php-fpm

[Aleksandr Sytar]

2 февраля 2016 г., 15:18 пользователь Alex Domoradov 
написал:

> > Вот может еще у когото будет такая же проблемма!Удачи всем
> за такое надо бить по рукам, сразу. Особенно, если на продакшене
>

Зря вы так, до пятницы еще далеко, авось и починить успеет


>
> 2016-02-02 13:56 GMT+02:00 Konstantin Tokarev :
>
>>
>>
>> 02.02.2016, 13:18, "Alex_Cardo" :
>> > Пропал файлик /var/run/php5-fpm.sock. Как его востановить?
>>
>> Советую на досуге разобраться, что такое Unix Domain Socket и чем он
>> отличается от обычного файла.
>>
>> >
>> > вот мои конфиг php
>> >
>> >  access_log /var/log/nginx/access.log;
>> >error_log /var/log/nginx/error.log;
>> >location ~ \.php$ {
>> > root /var/www/AS_BTI/PHP;
>> > try_files $uri =404;
>> > include fastcgi_params;
>> > fastcgi_split_path_info ^(.+?\.php)(/.*)$;
>> > fastcgi_pass unix:/var/run/php5-fpm.sock;
>> > fastcgi_index index.php;
>> > fastcgi_param SCRIPT_FILENAME
>> > /var/www/AS_BTI/PHP$fastcgi_script_name;
>> >
>> >}
>> >
>> > /var/run/? cдесь он всегда был ,все работало отлично.к обработке php
>> > кода вообще небыло замечаний.А потом я взял и перегрузи компьютер и вот
>> > ошибка сразу error log мой *1 connect() to unix:/var/run/php5-fpm.sock
>> > failed (2: No such file or directory) while connecting to upstream,
>> client:
>> > 127.0.0.1, server: localhost, request: "GET / HTTP/1.1", upstream:
>> > "fastcgi://unix:/var/run/php5-fpm.sock:", host: "localhost"
>> >
>> > Помогите кто чем может!!спасибо друзья!!
>> >
>> > Posted at Nginx Forum:
>> https://forum.nginx.org/read.php?21,264258,264258#msg-264258
>> >
>> > ___
>> > nginx-ru mailing list
>> > nginx-ru@nginx.org
>> > http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>> --
>> Regards,
>> Konstantin
>>
>> ___
>> nginx-ru mailing list
>> nginx-ru@nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>
>
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Растет кол-во открытых udp сокетов

[Aleksandr Sytar]

30 ноября 2015 г., 10:42 пользователь Иван Мишин 
написал:

> Проблема в том что не отмирают старые процессы по несколько дней ( видел
> те которые 10 дней даже живут), они то и держат "лишние" соединения.
>
> Вот конкретно сейчас есть процессы от 23 числа.:
> nginx46065  1.5  0.3 237188 133192 ?   S<   Nov23 151:19 nginx:
> worker process is shutting down
> nginx46066  1.5  0.3 237060 133156 ?   S<   Nov23 144:16 nginx:
> worker process is shutting down
> nginx46069  1.6  0.3 237008 133836 ?   S<   Nov23 156:25 nginx:
> worker process is shutting down
>
> Почему они за 7 дней до сих пор не умерли?
>

Потому что к ним еще подключены клиенты. Убейте клиентов и воркеры сам
закроются
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: HTTP2 снижает скорость загрузки статических файлов

[Aleksandr Sytar]

13 октября 2015 г., 15:34 пользователь  написал:

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


Очевидно что все упирается в пропускную способность канала
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: неадекватная работа кеша

[Aleksandr Sytar]

25 сентября 2015 г., 17:21 пользователь Иван Мишин 
написал:

> Кеш заведен на 20 минут при этом иногда бывает что кеш как-бы не
> срабатывает.
> Ключи кеша proxy_cache_key $server_name$request_uri
> Вот пример из логов адекватной работы:
>
> www.site.ru x.x.x.x - [23/Jul/2015:11:02:32 +0300] "GET /a/b HTTP/1.1"
> 4.200 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:11:02:44 +0300] "GET /a/b HTTP/1.1"
> 0.000 " NGINX-CACHE-HIT
>
> www.site.ru x.x.x.x - [23/Jul/2015:13:11:02 +0300] "GET /a/b HTTP/1.1"
> 4.200 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:13:11:02 +0300] "GET /a/b HTTP/1.1"
> 0.000 " NGINX-CACHE-HIT
>
> www.site.ru x.x.x.x - [23/Jul/2015:15:15:14 +0300] "GET /a/b HTTP/1.1"
> 4.100 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:15:15:15 +0300] "GET /a/b HTTP/1.1"
> 0.000 " NGINX-CACHE-HIT
>
>
> А вот пример неадекватной работы:
>
> www.site.ru x.x.x.x - [23/Jul/2015:11:15:41 +0300] "GET /a/b HTTP/1.1"
> 4.000 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:11:15:46 +0300] "GET /a/b HTTP/1.1"
> 4.200 " NGINX-CACHE-EXPIRED
>
> www.site.ru x.x.x.x - [23/Jul/2015:12:57:34 +0300] "GET /a/b HTTP/1.1"
> 3.500 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:12:57:38 +0300] "GET /a/b HTTP/1.1"
> 4.100 " NGINX-CACHE-EXPIRED
>
> www.site.ru x.x.x.x - [23/Jul/2015:17:42:33 +0300] "GET /a/b HTTP/1.1"
> 3.600 " NGINX-CACHE-EXPIRED
> www.site.ru x.x.x.x - [23/Jul/2015:17:42:38 +0300] "GET /a/b HTTP/1.1"
> 4.100 " NGINX-CACHE-EXPIRED
>
>
>
> Куда копать?
>

Добавить логгирование времени ответа бекенеда и понять успевает ли он
ответить за 5 секунд
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: javascript in nginx

[Aleksandr Sytar]

24 сентября 2015 г., 17:17 пользователь Gena Makhomed 
написал:

> On 24.09.2015 10:05, Vadim A. Misbakh-Soloviov wrote:
>
> Лучше бы на lua это время потратили.
>>>
>>
>> А зачем его тратить, если Yichun Zhang уже всё сделал и всё прекрасно
>> работает?
>>
>> // А вот если бы Lua-модуль взяли "в коробку", это, да, было бы хорошо
>> (но и
>> онтопик не в коробке, смею заметить)
>>
>
> Lua-модуль уже есть "в коробке" nginx-plus-extras
>
> https://www.nginx.com/products/technical-specs/
>
> правда цены там...  $1500/yr


Так там не за модули берут, а за саппорт - чтобы модуль работал как надо
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Всегда 200-ый код

[Aleksandr Sytar]

14 августа 2015 г., 5:50 пользователь Golodnyi nginx-fo...@nginx.us
написал:

 Добрый день, хочу защитить сайты от упавшего API, суть защиты такова, если
 apache возвращает код, отличный от 200 или 302, тогда надо чтоб nginx
 ответил 200-ым кодом и пустой страницей, подскажите как это реализовать в
 конфиге хоста?


Если оставить в стороне этическую сторону вопроса, то как-то так:

error_page 500 501 502 503 504 = @foo

location @foo {
   return 
}

http://nginx.org/ru/docs/http/ngx_http_core_module.html#error_page
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Всегда 200-ый код

[Aleksandr Sytar]

14 августа 2015 г., 7:59 пользователь Aleksandr Sytar sytar.a...@gmail.com
написал:



 14 августа 2015 г., 5:50 пользователь Golodnyi nginx-fo...@nginx.us
 написал:

 Добрый день, хочу защитить сайты от упавшего API, суть защиты такова, если
 apache возвращает код, отличный от 200 или 302, тогда надо чтоб nginx
 ответил 200-ым кодом и пустой страницей, подскажите как это реализовать в
 конфиге хоста?


 Если оставить в стороне этическую сторону вопроса, то как-то так:

 error_page 500 501 502 503 504 = @foo

 location @foo {
return 200 
 }

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


error_page 500 501 502 503 504 = @foo

location @foo {
   return 200 
}

http://nginx.org/ru/docs/http/ngx_http_rewrite_module.html#return
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Кастомная сборка NGINX под Debian 7

[Aleksandr Sytar]

10 августа 2015 г., 13:01 пользователь denis de...@webmaster.spb.ru
написал:

 15.07.2015 8:21, Aleksandr Sytar пишет:


 Забыл самое главное - в папке debian в файл changelogs добавить запись о
 новой версии


 А почему самое главное? Если собираем чужой пакет, не всё-ли равно?


нет, версия будет такая же как в репе и если не поставить пакет на холд
apt-get обновит ее


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Добавление заголовка после upstream

[Aleksandr Sytar]

5 августа 2015 г., 17:00 пользователь denis de...@webmaster.spb.ru
написал:

 05.08.2015 15:59, Vadim A. Misbakh-Soloviov пишет:

 Тот же nginx, но улученный taobao под свои нужды.

 По поводу улучшен - тут есть несколько мнений. Например, у них добавлено
 очень много блокирующих операций ради плюшек. Так теряется вся суть NginX
 и с
 таким же успехом можно было бы использовать Apache. Так-то CloudFlare
 (куда
 как раз из TaoBao ушёл Yuchin Zhang) пошли по более правильному пути: они
 не
 форкали, они сделали свой бандл, OpenResty, где как раз и LuaJIT, и
 ngx_lua и
 куча вкусных модулей :) И *стандартный* NginX ;)

 Да, пока гуглил парсилку пост, посмотрел уже на рести и его возможности,
 статью на хабре... Интересная штука.
 Увы, штатно луа нет вообще. Разработчикам большая просьба все-таки
 включить его в оф репу, а рести уже сверху накатить можно будет. Очень не
 хочется переходить с оф версии на CloudFlare сборку.


А в чем проблема самому пересобрать - инструкций полно, в том числе есть и
в рассылке
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Кастомная сборка NGINX под Debian 7

[Aleksandr Sytar]

15 июля 2015 г., 10:10 пользователь Michael Kechinov s...@mkechinov.ru
написал:

 Unable to locate package nignx


 ^^

Опечатка - nginx
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Кастомная сборка NGINX под Debian 7

[Aleksandr Sytar]

Забыл самое главное - в папке debian в файл changelogs добавить запись о
новой версии
15 июля 2015 г. 7:49 пользователь Aleksandr Sytar sytar.a...@gmail.com
написал:



 14 июля 2015 г., 22:22 пользователь Michael Kechinov s...@mkechinov.ru
 написал:

 Добрый день.

 Какой самый правильный способ сделать кастомную сборку свежего NGINX (1.8
 или 1.9) с модулями perl и geo?

 Что-то типа такого
 https://www.digitalocean.com/community/tutorials/how-to-add-ngx_pagespeed-module-to-nginx-in-debian-wheezy
 Но по ссылке из репозитория выкачивается версия NGINX 1.6.

 Понятно, что всегда можно скачать исходники и дальше ./configure  make
  make install, но хотелось бы что-то приближенное к менеджерам пакетов,
 чтобы в случае чего можно было быстро откатиться.


 cd /usr/src
 apt-get source nginx  apt-get install build-dep nignx
 cd nginx-(version)
 cd debian
 nano rules
 правим правила configure
 cd ../../
 apt-get source -b nginx или из из папки исходников debuild -uc -us


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: FreeBSD 10.1 nginx/1.8.0 auth_basic

[Aleksandr Sytar]

12 июля 2015 г., 17:43 пользователь bagas nginx-fo...@nginx.us написал:

 Как мне отредактировать сообщение свое?


Это всего лишь интерфейс к почтовой рассылке - никак



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

 ___
 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

Re: Переодически пропадает pid файл

[Aleksandr Sytar]

17 июня 2015 г., 23:06 пользователь xpwy nginx-fo...@nginx.us написал:

 Всем добрый вечер.

 Переодически возникает ошибка, что pid файл не найден, поэтому невозможно
 произвести перезагрузку nginx. С чем это может быть связано? Может ли сам
 nginx удалять его О_О? И вообще, в какую сторону копать для истины?


nginx пидами не управляет, смотрите скрипт запуска. Чтобы nginx обновил
конфигурацию вовсе не обязательно иметь pid master-процесса, достаточно
сказать nginx -s reload


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

 ___
 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

Re: Переодически пропадает pid файл

[Aleksandr Sytar]

17 июня 2015 г., 23:27 пользователь xpwy nginx-fo...@nginx.us написал:

 Aleksandr Sytar Wrote:
 ---
  17 июня 2015 г., 23:06 пользователь xpwy nginx-fo...@nginx.us
  написал:
 
   Всем добрый вечер.
  
   Переодически возникает ошибка, что pid файл не найден, поэтому
  невозможно
   произвести перезагрузку nginx. С чем это может быть связано? Может
  ли сам
   nginx удалять его О_О? И вообще, в какую сторону копать для истины?
  
 
  nginx пидами не управляет, смотрите скрипт запуска. Чтобы nginx
  обновил
  конфигурацию вовсе не обязательно иметь pid master-процесса,
  достаточно
  сказать nginx -s reload
 
  
   Posted at Nginx Forum:
   http://forum.nginx.org/read.php?21,259702,259702#msg-259702
  
   ___
   nginx-ru mailing list
   nginx-ru@nginx.org
   http://mailman.nginx.org/mailman/listinfo/nginx-ru
  ___
  nginx-ru mailing list
  nginx-ru@nginx.org
  http://mailman.nginx.org/mailman/listinfo/nginx-ru


 Запускается вручную, через команду: nginx. Производится какое-нибудь
 обновление конфигурационного файла, после nginx -s reload, и бывает
 частенько так, что появляется ошибка: nginx: [error] invalid PID number 
 in /usr/local/nginx/logs/nginx.pid


Слово  logs намекает что pid лежит в папке вместе с логами, на которую,
скорее всего натравлен logrotate
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: $sent http ... не работает.

[Aleksandr Sytar]

11 июня 2015 г., 11:32 пользователь warzoni nginx-fo...@nginx.us написал:

 Так как сайт в кеше и пока он не
 очистится код не сработает


Можно ведь один кеш для полной версии иметь, и один для мобильной
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: ngx_http_upstream_module всегда проверяет жив ли сервер на запросах реальных клиентов?

[Aleksandr Sytar]

16 мая 2015 г., 11:39 пользователь Dmitry Labutin dmi...@labutin.com
написал:

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



 Теперь вопрос: а можно сделать так, чтобы упавший сервер тыкал бы какой-то
 отдельный процесс, а запросы клиентов туда бы не слались пока сервер
 недоступен?

 Дмитрий Лабутин


http://nginx.org/ru/docs/http/ngx_http_upstream_module.html#health_check

Только в платной версии
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: замедление работы

[Aleksandr Sytar]

14 мая 2015 г., 15:57 пользователь denis de...@webmaster.spb.ru написал:

 Добрый день.

 Иногда приходится слышать (и видеть) - поставили nginx, всё стало
 тормозить. Напрямую запросы быстрые, после включения nginx В режиме
 proxy_pass (статики тоже, ибо с другого сервера) - ощутимо медленнее, time
 curl подтверждает, например 5с против 0.3

 Как диагностировать такие случаи?


Если это на винде, то вполне может быть...
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Location для php скрипта с параметрами

[Aleksandr Sytar]

13 мая 2015 г., 13:47 пользователь Иван Мишин simplebo...@gmail.com
написал:

 Вот мой полный конфиг сервера:
 server {
 listen 80;
 server_name test.info;

 location /index.php?param1=aparam2=bparamN=N {
 auth_basic Restricted;
 proxy_pass http://127.0.0.1:8080;
 }

 location / {
proxy_pass http://127.0.0.1:8080;
 }

 Соответственно запрашивая http://test.info я попадаю во второй локейшн.
 А когда запрашиваю http://test.info/index.php?param1=aparam2=bparamN=N
 снова попадаю во второй. Не пойму в чем может проблема


QUERY_STRING не являются частью location
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Кеширование запросов без куков

[Aleksandr Sytar]

14 апреля 2015 г., 16:20 пользователь Иван Мишин simplebo...@gmail.com
написал:

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


А давно curl научился в разных итерациях следовать Cache-Control и локально
кешировать?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Некорректная работа add_after_body

[Aleksandr Sytar]

19 марта 2015 г., 11:36 пользователь Михаил Пульман pull...@gmail.com
написал:

 содержимое inject.html следующего вида:
 !-- test --
 script type=text/javascript
 код скрипта
 /script
 !-- test --

 Соответственно содержимое в формате html и не сжато. Более глубокое
 тестирование показало что инжект происходит когда запрос приходит от
 браузеров chrome, opera и не происходит когда запрос приходит от ie или
 firefox. Содержимое inject.html пробовал разнообразное, начиная от html
 кода и заканчивая произвольным текстом, ситуация во всех случаях одинаковая.



curl -v -I --compressed http://урл_к_которому_мы_хотим_заинжектить_данные
http://xn--__-7nfb9aidhlmdcxbjgzbc2ahahaae3ch8dikbhm5fwmwa0b

Если вы получите ошибку - значит сервер не умеет сжимать данные и всегда
возвращает html к которому можно приклеить свой. Иначе, возвращаются сжатые
данные, которые нужно предварительно распаковать.




 С уважением, Михаил

 18 марта 2015 г., 17:15 пользователь Maxim Dounin mdou...@mdounin.ru
 написал:

 Hello!

 On Wed, Mar 18, 2015 at 04:58:28PM +0300, Михаил Пульман wrote:

 [...]

  Суть в том что при любом запросе у сервера example01.ru, в ответ должен
  приходить ответ + Содержимое inject.html
  Содержимое inject.html добавляется к телу ответа не всегда. В чем может
  быть проблема?

 В том, что ответ не html (http://nginx.org/r/addition_types/ru)
 или сжат.

 --
 Maxim Dounin
 http://nginx.org/

 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Некорректная работа add_after_body

[Aleksandr Sytar]

19 марта 2015 г., 16:37 пользователь Михаил Пульман pull...@gmail.com
написал:

 Да, получается на nginx приходит сжатый ответ и инжект не срабатывает.
 Подскажите каким образом можно произвести инжект js-скрипта в ответ, если
 на nginx со стороны сервера приложения приходит уже сжатый ответ ?


Капитан Очевидность подсказывает - распаковать его перед подачей в nginx,
например другим nginx + gungzip
http://nginx.org/ru/docs/http/ngx_http_gunzip_module.html


 С уважением, Михаил

 19 марта 2015 г., 11:41 пользователь Aleksandr Sytar sytar.a...@gmail.com
  написал:



 19 марта 2015 г., 11:36 пользователь Михаил Пульман pull...@gmail.com
 написал:

 содержимое inject.html следующего вида:
 !-- test --
 script type=text/javascript
 код скрипта
 /script
 !-- test --

 Соответственно содержимое в формате html и не сжато. Более глубокое
 тестирование показало что инжект происходит когда запрос приходит от
 браузеров chrome, opera и не происходит когда запрос приходит от ie или
 firefox. Содержимое inject.html пробовал разнообразное, начиная от html
 кода и заканчивая произвольным текстом, ситуация во всех случаях одинаковая.



 curl -v -I --compressed http://урл_к_которому_мы_хотим_заинжектить_данные
 http://xn--__-7nfb9aidhlmdcxbjgzbc2ahahaae3ch8dikbhm5fwmwa0b

 Если вы получите ошибку - значит сервер не умеет сжимать данные и всегда
 возвращает html к которому можно приклеить свой. Иначе, возвращаются сжатые
 данные, которые нужно предварительно распаковать.




 С уважением, Михаил

 18 марта 2015 г., 17:15 пользователь Maxim Dounin mdou...@mdounin.ru
 написал:

 Hello!

 On Wed, Mar 18, 2015 at 04:58:28PM +0300, Михаил Пульман wrote:

 [...]

  Суть в том что при любом запросе у сервера example01.ru, в ответ
 должен
  приходить ответ + Содержимое inject.html
  Содержимое inject.html добавляется к телу ответа не всегда. В чем
 может
  быть проблема?

 В том, что ответ не html (http://nginx.org/r/addition_types/ru)
 или сжат.

 --
 Maxim Dounin
 http://nginx.org/

 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 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

Re: nginx для mitm

[Aleksandr Sytar]

6 марта 2015 г., 17:20 пользователь Dworx nginx-fo...@nginx.us написал:

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

 Хочу сделать js-инжект в одну шибко умную программулину и для этой
 постыдной
 цели набросал такой вот конфиг:

 server {
 listen 443;
 server_name example.org;

 ssl on;
 ssl_certificate C:/nginx-1.7.10/cert/example.org.crt;
 ssl_certificate_key C:/nginx-1.7.10/cert/example.org.key;

 location / {
 root C:/nginx-1.7.10/sites/example.org;
 try_files $uri $uri/ @proxypass;
 }

 location @proxypass {
 proxy_pass https://1.2.3.4; # real IP of example.org
 proxy_set_header Host example.org;
 }
 }

 Идея проста, как три копейки: если файл существует локально, одавать его, в
 противном случае запрашивать и отдавать оригинал. И все бы ничего, если бы
 на подобный финт nginx `502 Bad Gateway` не отдавал бы.


Ванга говорит, что 502 возвращает прокся. Так вижу.


 Если у вас есть идеи, где я ошибся, и вы отважитесь ими со мной поделиться,
 я буду весьма признателен :)


___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Nginx + Android + ssl = 400

[Aleksandr Sytar]

3 марта 2015 г., 20:30 пользователь ingtar nginx-fo...@nginx.us написал:

 Тогда я ничего не понимаю :) Можно я вам расскажу свое понимание работы
 nginx, а вы меня поправите? Может быть у меня фундаментальная дара в
 знаниях, я такое не отрицаю :)

 Есть два файла конфигов в директории conf.d

 example1.conf
 server {
 listen *:80;
 listen *:443 ssl;
 server_name example1;
 ssl_certificate 1.crt;
 ssl_certificate_key 1.key;
 }

 example2.conf
 server {
 listen *:80;
 listen *:443 ssl;
 server_name example2;
 ssl_certificate 1.crt;
 ssl_certificate_key 1.key;
 ssl_client_certificate ca.crt;
 ssl_verify_client on;
 }

 Клиент устанавливает с сайтом example1 соединение. Запрос с хэдером этого
 сайта приходит на сервер, обслуживающий указанный ИП адрес (Client Helo).
 Nginx принял запрос, по хедеру сравнил server_name и стал обрабатывать этот
 запрос по правилам конфига example1 (т.к listen равноправные, приоритет
 отдается конфигу с правильынм server_name) Сервер отправляет свое Helo с
 открытым ключем, клиент его проверяет и если все ок - оба договариваются об
 алгоритмах шифрования и начинается обмен данными.

 Это если без особых подробностей.
 Для конфига example2 все тоже самое, только сервер запрашивает сертификат
 клиента и если его нет - 400 ошибка.


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


и вся эта магия ломается если клиент не передал заголовок Host
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: SPDY

[Aleksandr Sytar]

12 февраля 2015 г., 14:21 пользователь Anatoly Mikhaylov anat...@sonru.com
написал:

 да, очень интересная тема, но спецификации то еще нет
 http://www.chromium.org/spdy/spdy-protocol на основе чего
 имплементировать?


А это тогда что? - https://tools.ietf.org/html/draft-ietf-httpbis-http2-16




 On Feb 10, 2015, at 10:07 AM, Aleksandr Sytar sytar.a...@gmail.com
 wrote:

 В свете [1] хотелось бы узнать каковы шансы на появление в nginx поддержки
 HTTP/2

 1 -
 http://blog.chromium.org/2015/02/hello-http2-goodbye-spdy-http-is_9.html
 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

SPDY

[Aleksandr Sytar]

В свете [1] хотелось бы узнать каковы шансы на появление в nginx поддержки
HTTP/2

1 - http://blog.chromium.org/2015/02/hello-http2-goodbye-spdy-http-is_9.html
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Редирект каталога на index.html без директивы INDEX

[Aleksandr Sytar]

30 января 2015 г., 17:44 пользователь Helper code nginx-fo...@nginx.us
написал:


  Ну, попутно с ответом я бы хотел поинтересоваться зачем нужно такое
  извращение?

 Для уменьшения дублей страниц.


meta rel=canonical href= / на стороне приложения более правильнее
помогут с этим справиться.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Невозможно изменить document root

[Aleksandr Sytar]

28 января 2015 г., 9:10 пользователь Dmitrij nginx-fo...@nginx.us написал:

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

 Столкнулся со странным поведение Nginx. Никогда такого не наблюдал ранее.
 Если вкратце, то при указании любой root директории отличной от
 /usr/share/nginx/html для отсутствующего файла возвращается 404, для
 существующего возвращается 403 с соответствующей ошибкой в логе:

 2015/01/28 09:02:00 [error] 29646#0: *1 /srv/www/default/index.html is
 forbidden (13: Permission denied), client: 109.172.78.32, server: dig.tips,
 request: GET / HTTP/1.1, host: dig.tips

 1. Права на весь путь от корня к root сайта выставлены


Нужны еще права на промежуточные папки. Они есть?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Подвисания при распаковке архива

[Aleksandr Sytar]

28 января 2015 г., 0:44 пользователь denis de...@webmaster.spb.ru написал:

  28.01.2015 0:09, Роман пишет:

 Про распаковывание с помощью nginx веселая шутка )

 Все не совсем так.

  Я распаковываю tar архив в системе и независимо от того какие приоритеты
 я выставляю через какое то время nginx начинает медлить с ответом.
 Вот и  возникает вопрос что надо подкрутить чтобы он не обращал на это
 внимание.
 Количество открытых файлов в системе я увеличил, но это не дает эффекта.

  Телепаты в отпуске.
 В логах что?

 И можно еще дебаг-лог включить.


Все нормально, телепаты на месте.

Подозреваю что вашей системе не хватает IO для того чтобы отдавать файлики
через nginx и одновременно что-то делать с диском.

Как вариант, ionice для распаковки понизить, для кеш-менеджера повысить.
Угадал?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Не отдаёт ответ пока буфер не наполнится

[Aleksandr Sytar]

18 декабря 2014 г., 22:41 пользователь sofiamay nginx-fo...@nginx.us
написал:

 Aleksandr Sytar Wrote:
 ---
  А вам не кажется, что в этом случае буфера нет? Или вы путаете
  буферизацию
  с кешированием ответов, или одно из двух.

 Да нет, не кажется. В таком варианте буфер есть, самый что ни на есть. А
 вот
 каким боком вы сюда приплели кэширование ответов, это вызывает вопрос - вы
 ничего не путаете? :-)


Т.е. получил первый байт в
буфер и тут же начинает передавать ответ клиенту при этом продолжая получать
данные в буфер.  - В чем тогда практический смысл буфера, какую он роль,
оп вашему выполняет?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: try files и перенаправление 301 для / (корень сайта)

[Aleksandr Sytar]

30 ноября 2014 г., 12:39 пользователь excanoe nginx-fo...@nginx.us
написал:

 Благодарю за ответ, Сергей!
 Да, Вы правы, версия nginx/1.6.2 из debian testing (jessie). Очень похоже,
 что нужно будет собирать nginx своими руками


Что мешает подключить официальный репозитарий nginx и ничего не собирать
руками?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Nginx отделяет содержимое от тегов

[Aleksandr Sytar]

10 ноября 2014 г., 22:19 пользователь BamGran nginx-fo...@nginx.us
написал:

 Имею такое чудо на дедике, где nginx стоит front-end сервером перед apache
 и
 на vps, где только nginx с php-fpm.
 Почему и предполагаю достаточно уверенно, что дело именно в nginx


А почему вы уверены что не в php? Вы запрашивали страницу из апача, минуя
nginx, например?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Корректная работа с tomcat deploy

[Aleksandr Sytar]

28 октября 2014 г., 20:31 пользователь Никита Кардашин megal...@gmail.com
написал:

 Привет всем,

 Каким образом можно корректно работать с tomcat-upstream, который
 используется для java-приложения, deploy которого занимает несколько минут?

 Среда:
 На входе стоит nginx proxy, в котором настроено n апстримов в режиме
 round-robin с max_fail=1. За ним - n серверов приложений, на которых
 работает Apache Tomcat, в котором работает java-приложение.

 Если падает один из серверов приложений - все прекрасно, nginx стучится к
 нему, получает 500/502 и выкидывает апстрим из списка доступных на заданное
 время и рероутит запрос на другой апстрим. Пользователь проблемы не видит.
 Но это если упало совсем. Если не упало, а зависло или ушло в re-deploy
 (либо мы сами стартовали re-deploy) - возникает проблема.

 Проблема:
 Деплой java-приложения в случае краша или обновления занимает несколько
 минут (в особо злом случае - до десяти). Томкат, сволочь, в это время
 принимает входящие соединения на свой порт, но не обслуживает их, а вешает
 на холд до момента завершения деплоя приложения. Nginx принимает коннект от
 пользователя, маршрутизирует запрос к апстриму, и... ждет 3-5 минут пока
 бэкэнд не поднимется.
 В итоге пользователь видит белый экран или частично загрузившуюся страницу
 (как повезет раунд-робином), хотя в живых есть куча других апстримов,
 которые могли бы обслужить его запрос.

 Осложняется ситуация тем, что апстрим в некоторых ситуациях может долго
 думать или отдавать много данных и решить проблему в лоб, урезав
 proxy_read_timeout до нескольких секунд - нельзя.

 Меня может что-то спасти?



Помечать неработающие бекенды как down - nginx reload - deploy - убираем
down - nginx reload
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Корректная работа с tomcat deploy

[Aleksandr Sytar]

28 октября 2014 г., 22:17 пользователь Daniel Podolsky onoko...@gmail.com
написал:


 Помечать неработающие бекенды как down - nginx reload - deploy -
 убираем down - nginx reload

 ​И так на всех фронтах...

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

 только надо проследить, чтобы блокировка не DROP, а REJECT (в терминах
 iptables) ​


Если вы уверены что на том томкате нет других приложений, которые вы
конечно не собирались отключать,ага.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: server для zope managment interface

[Aleksandr Sytar]

2014-10-23 12:01 GMT+04:00 Vladimir Skubriev vladi...@skubriev.ru:

 Сейчас еще раз подумал и решил, что мне нужен rewrite, который будет
 rewrite'ить запросы от nginx к backend'у с /plone на /

 Я прав ?



localtion /plone/ {
 proxy_pass http://plone/;
}

Не нужен вам реврайт.



 22.10.2014, 17:13, Vladimir Skubriev vladi...@skubriev.ru:

 Есть бэкэнд с запущенным plone сайтом и интерфейсом управления zope

 Есть конфиг nginx - frontend:

 upstream zope {
 server 192.168.128.16:8080;
 }

 server {
 # ENABLE FOR redirect always to SSL site let's go ssl only now.
 #rewrite ^   https://$server_name$request_uri? permanent;

 listen 80;
 server_name www.example.com;
 access_log  /var/log/nginx/example-access.log;
 error_log  /var/log/nginx/example-error.log;

 proxy_redirect  off;
 proxy_set_headerHost$host;
 proxy_set_headerX-Real-IP
 $remote_addr;
 proxy_set_headerX-Forwarded-For
 $proxy_add_x_forwarded_for;
 client_max_body_size0;
 client_body_buffer_size 128k;
 proxy_connect_timeout   90;
 proxy_send_timeout  90;
 proxy_read_timeout  90;
 proxy_buffer_size   4k;
 proxy_buffers   4 32k;
 proxy_busy_buffers_size 64k;
 proxy_temp_file_write_size  64k;

 location / {
 proxy_pass http://192.168.128.16:8080;
 rewrite ^/(.*)$ /VirtualHostBase/http/
 example.ru:80/exampleru/VirtualHostRoot/$1 break;

 }

 location ~* /plone/ {
 proxy_pass http://192.168.128.16:8080;
 #rewrite ^(.*) http://192.168.128.16:8080/manage_main;
 allow   192.168.128.0/24;
 allow   192.168.129.0/24;
 allow   127.0.0.1;
 deny all;
 }

 }

 Сайт example.com открывается, правда частично без картинок, опять же
 подозреваю, что дело в неправильном rewrite или у меня не отдает их zope.
 Но эта проблема будущего.

 Сейчас меня интересует как мне сделать так, чтобы интерфейс управления
 zope открывался в браузере при обращении к example.com/plone.

 Сам интерфейс управления(http://192.168.128.16:8080/manage_main)
 открывается вместо сайта, если закомментировать rewrite.

 Я даже пытался сделать отдельный location ~* /plone/, но что то пока у
 меня совсем не получается.

 Вопрос что неправильно я делаю в

 location ~* /plone/ {
 proxy_pass http://192.168.128.16:8080;
 #rewrite ^(.*) http://192.168.128.16:8080/manage_main;
 allow   192.168.128.0/24;
 allow   192.168.129.0/24;
 allow   127.0.0.1;
 deny all;
 }

 или ошибка совсем в другом месте ?

 Как это работает можете объяснить на пальцах - что за чем происходит в
 моем конкретном случае отображения интерфейса управления zope в url вида
 example.com/plone ?

 Самому ни как не получается разобраться.
 Можете ткнуть пальцем в документацию дополнительно. Буду благодарен.
 Спасибо.


 --
 Faithfully yours,

 Vladimir Skubriev

 ,

 ___
 nginx-ru mailing list
 nginx-ru@nginx.org
 http://mailman.nginx.org/mailman/listinfo/nginx-ru



 --
 Faithfully yours,

 Vladimir Skubriev


 ___
 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

Re: CVE-2014-3566, important SSLv3 vulnerability, known as Poodle.

[Aleksandr Sytar]

15 октября 2014 г., 17:32 пользователь Maxim Dounin
mdou...@mdounin.ru написал:
 Мысль убрать SSLv3 по умолчанию носится в воздухе, но я пока не
 уверен в правильности этого действия.

А тем временем в Яндексе решил воспользоваться моментом:

Отключили SSLv3 на Яндекс.Паспорте: https://t.co/b37iBiLWi4 смотрим
на другие сервисы. Все под контролем. #POODLE -
https://twitter.com/ivladdalvi/status/522711602223910913
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

unknown directive server_names_hash_bucket_size:

[Aleksandr Sytar]

[!] root@UVM-PG-PROD-TEST at nginx :/ sudo apt-get install nginx
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  nginx
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/384 kB of archives.
After this operation, 1 005 kB of additional disk space will be used.
Selecting previously unselected package nginx.
(Reading database ... 61375 files and directories currently installed.)
Preparing to unpack .../nginx_1.6.2-1~trusty_amd64.deb ...
--

Thanks for using nginx!

Please find the official documentation for nginx here:
* http://nginx.org/en/docs/

Commercial subscriptions for nginx are available on:
* http://nginx.com/products/

--
Unpacking nginx (1.6.2-1~trusty) ...
Processing triggers for ureadahead (0.100.0-16) ...
Setting up nginx (1.6.2-1~trusty) ...
nginx: [emerg] could not build the server_names_hash, you should
increase server_names_hash_bucket_size: 32
invoke-rc.d: initscript nginx, action start failed.

[!] root@UVM-PG-PROD-TEST at nginx :/ sudo service nginx restart
 * Restarting nginx nginx

   nginx: [emerg] unknown
directive server_names_hash_bucket_size: in /etc/nginx/nginx.conf:43
nginx: configuration file /etc/nginx/nginx.conf test failed


Что ему нужно и как побороть?

apt-cache policy nginx
nginx:
  Installed: 1.6.2-1~trusty
  Candidate: 1.6.2-1~trusty
  Version table:
 *** 1.6.2-1~trusty 0
500 http://nginx.org/packages/ubuntu/ trusty/nginx amd64 Packages
100 /var/lib/dpkg/status
 1.4.6-1ubuntu3.1 0
500 http://ru.archive.ubuntu.com/ubuntu/ trusty-security/main
amd64 Packages
500 http://ru.archive.ubuntu.com/ubuntu/ trusty-updates/main
amd64 Packages
 1.4.6-1ubuntu3 0
500 http://ru.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages


nginx -V
nginx version: nginx/1.6.2
built by gcc 4.8.2 (Ubuntu 4.8.2-19ubuntu1)
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx
--conf-path=/etc/nginx/nginx.conf
--error-log-path=/var/log/nginx/error.log
--http-log-path=/var/log/nginx/access.log
--pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock
--http-client-body-temp-path=/var/cache/nginx/client_temp
--http-proxy-temp-path=/var/cache/nginx/proxy_temp
--http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp
--http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp
--http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx
--group=nginx --with-http_ssl_module --with-http_realip_module
--with-http_addition_module --with-http_sub_module
--with-http_dav_module --with-http_flv_module --with-http_mp4_module
--with-http_gunzip_module --with-http_gzip_static_module
--with-http_random_index_module --with-http_secure_link_module
--with-http_stub_status_module --with-http_auth_request_module
--with-mail --with-mail_ssl_module --with-file-aio
--with-http_spdy_module --with-cc-opt='-g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions
-Wl,-z,relro -Wl,--as-needed' --with-ipv6

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unknown directive server_names_hash_bucket_size:

[Aleksandr Sytar]

15 октября 2014 г., 12:31 пользователь Anton Gorlov
stal...@altlinux.ru написал:
 Так как Вы не привели конфигурацию, а телепаты немного устали -
 предположу,  что у Вас данная директива прописана не в той секции.
 Она должна быть прописана в секции http
 http {
 server_names_hash_bucket_size 64;
 ...

 15.10.2014 12:03, Aleksandr Sytar пишет:
 [!] root@UVM-PG-PROD-TEST at nginx :/ sudo service nginx restart
  * Restarting nginx nginx

nginx: [emerg] unknown
 directive server_names_hash_bucket_size: in /etc/nginx/nginx.conf:43
 nginx: configuration file /etc/nginx/nginx.conf test failed



Директива прописана там где и должна быть в секции http.

Методом перебора установлено что не взлетает в следующей конфигурации:

server {
listen 80 default_server;
server_name obs-test.bbp;
}

server {
listen 80;
server_name docs.obs-test.bbp;
}


где docs - это CNAME


Что тут не так?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: unknown directive server_names_hash_bucket_size:

[Aleksandr Sytar]

2014-10-15 12:51 GMT+04:00 Валентин Бартенев vb...@nginx.com:
 On Wednesday 15 October 2014 12:03:01 Aleksandr Sytar wrote:
 [!] root@UVM-PG-PROD-TEST at nginx :/ sudo apt-get install nginx
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following NEW packages will be installed:
   nginx
 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
 Need to get 0 B/384 kB of archives.
 After this operation, 1 005 kB of additional disk space will be used.
 Selecting previously unselected package nginx.
 (Reading database ... 61375 files and directories currently installed.)
 Preparing to unpack .../nginx_1.6.2-1~trusty_amd64.deb ...
 --

 Thanks for using nginx!

 Please find the official documentation for nginx here:
 * http://nginx.org/en/docs/

 Commercial subscriptions for nginx are available on:
 * http://nginx.com/products/

 --
 Unpacking nginx (1.6.2-1~trusty) ...
 Processing triggers for ureadahead (0.100.0-16) ...
 Setting up nginx (1.6.2-1~trusty) ...
 nginx: [emerg] could not build the server_names_hash, you should
 increase server_names_hash_bucket_size: 32
 invoke-rc.d: initscript nginx, action start failed.

 [!] root@UVM-PG-PROD-TEST at nginx :/ sudo service nginx restart
  * Restarting nginx nginx

nginx: [emerg] unknown
 directive server_names_hash_bucket_size: in /etc/nginx/nginx.conf:43
 nginx: configuration file /etc/nginx/nginx.conf test failed


 Что ему нужно и как побороть?

 [..]

 Есть директива server_names_hash_bucket_size , а такой директивы,
 как server_names_hash_bucket_size:  - не существует.

Блин, понял.

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Конфигурирование (configure) nginx 1.7.4 на debian 6

[Aleksandr Sytar]

12 сентября 2014 г., 12:51 пользователь Flagman nginx-fo...@nginx.us написал:
 Желаю всем здравия!

  Прошу помощи. Имеется сервер с Debian 6.0, на нём установлен nginx 1.1.19,
 хочу установить последлюю версию 1.7.4 но не понимаю откуда берутся модули
 указанные к предыдущей сборки, такого вот вида:

 --add-module=/build/buildd-nginx_1.1.19-1~bpo60+1-amd64-T0OX_L/nginx-1.1.19/debian/modules/nginx-auth-pam
 --add-module=/build/buildd-nginx_1.1.19-1~bpo60+1-amd64-T0OX_L/nginx-1.1.19/debian/modules/nginx-echo
 --add-module=/build/buildd-nginx_1.1.19-1~bpo60+1-amd64-T0OX_L/nginx-1.1.19/debian/modules/nginx-upstream-fair
 --add-module=/build/buildd-nginx_1.1.19-1~bpo60+1-amd64-T0OX_L/nginx-1.1.19/debian/modules/nginx-dav-ext-module

 помогите, пожалуйста, разобраться.



У вас стоит nginx из дефолтного репозитария debian -
http://nginx.org/en/linux_packages.html#stable
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx + cors

[Aleksandr Sytar]

10 сентября 2014 г., 12:14 пользователь Anton Kiryushkin
sw...@fotofor.biz написал:
 Здравствуйте.

 Подскажите, пожалуйста, имеется мистика.
 Есть вот такой location:
 location ~ \.jpg$ {
   expires 1h;
   proxy_pass http://host:port;
   add_header Access-Control-Allow-Headers X-Requested-With;
   add_header Access-Control-Allow-Methods GET, HEAD, OPTIONS;
   add_header Access-Control-Allow-Origin *;
 }

 И все вроде бы хорошо, но если размер файла становится хотя бы 91256 байт,
 то эти заголовки не отдаются. Звучит как фантастика, но может быть и правда
 отдача заголовков зависит от того, какой объем проксируется. Версия nginx
 1.2.4.

А как вы проверяете отдачу/не отдачу заголовков?

По хорошему нужно как-то так: curl -I http://domain.com/foo.jpg
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx несколько IP

[Aleksandr Sytar]

6 сентября 2014 г., 12:38 пользователь arriah nginx-fo...@nginx.us написал:
 Да. точно. Отвечает с того адреса с которого пришел запрос.
 Другой вопрос.
 Форум у меня живет на дополнительном адресе. а вот если через форум
 отправлять письма пользователям, то он соединяется с сервером отправки почты
 с основного адреса. Это конечно не критично, но все же это можно
 как-нибудь настроить? Наверно придется файрволом делать форвард?


Не очень понятно при чем здесь веб-сервер, нужно настроить свой МТА
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: rewrite и параметры $1, $2, ...

[Aleksandr Sytar]

28 августа 2014 г., 15:10 пользователь skeletor nginx-fo...@nginx.us написал:
 В документации по rewrite-модулю нашёл такой пример:

 location /download/ {
 rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;
 rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra  break;
 return  403;
 }

 Что означают $1, $2? Можно пример запроса?
 Спасибо.


http://www.regular-expressions.info/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Выдается старая версия статических файлов

[Aleksandr Sytar]

20 августа 2014 г., 23:50 пользователь Lyudmila Kh
nginx-fo...@nginx.us написал:
 На данный момент речь идет о js-файликах, которые либо забросили на сервер
 по ftp, либо просто прямо на сервере создали ручками в проводнике..  То, что
 файл старый, видно наглядно:) Т.е. открывая файл в проводнике, вижу одно, а
 получая его из браузера - другое (старый вариант). При этом речь о кеше
 браузера вряд ли может идти, так как новые файлы, добавленные на сервер, так
 же не видны из браузера. Но если отключить обработку js-файлов ngnix-ом, то
 iis отдает файлы правильно. Заголовки не менялись.

Убедитесь что ваш ftp-менедежр создает файлы атомарно. Можете
убедится что следующая конструкция работает верно (отдается новый
контент)

1) echo Test file  test.js
2) curl http://___/test.js
3) echo New Test file  test.js.new
4) mv test.js.new test.js
5) curl http:///test.js



 Такое поведение появилось только сегодня. Месяц или даже больше все работало
 нормально. Перезагрузка ngnix не помогает:((

А вы уверены что вы его перезагружаете?

Судя по конфигу у вас неправильное число воркеров (посмотрите
документацию, под windows оно должно быть равно 1). Плюс nginx под
виндой имеет свойство терять child-процесс. Возьмите что-нибудь вроде
Process Explorer и убедитесь что все процессы nginx потушены прежде
чем его запускать заново.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Выдается старая версия статических файлов

[Aleksandr Sytar]

20 августа 2014 г., 19:48 пользователь Lyudmila Kh
nginx-fo...@nginx.us написал:
 Добрый день, коллеги:)
 Может, пожалуйста, кто-нибудь подсказать, в чем может быть причина и куда
 смотерть? Ситуация такая: ngnix настроен только на отдачу статических
 файлов. Все остальное передается iis. Уже месяц работаем в таком режиме -
 все было нормально. До сегодняшнего дня. С сегодняшнего дня ngnix не видит
 новых статических файлов и отдает старые версии существующих :(

 В самом конфиг-файле нет никаких настроек по кешированию..  есть настройки
 только по сжатию
 Поэтому вопросы:
  - может ngnix самостоятельно поумолчанию создавать папки для кеширования? и
 если да, то где? и как это кеш очистить?

  - может ли сжатый файл не изменяться при появлении новой версии файла?

 Буду благодарна за помощь:)


Вполне себе может быть. Как создаются новые статические файлы? Как
проверяете что вместо нового файла отдается старый? Менялись ли
заголовки кеширования статики для браузеров (cache-control, expire)?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx или php обрезает часть ответа в логах ошибок

[Aleksandr Sytar]

А что мешает в настройках php настоить error_log и не мучать nginx?
28 июня 2014 г. 7:42 пользователь SkaN2412 nginx-fo...@nginx.us написал:

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

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

 ___
 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

Re: простая статика и регулярки

[Aleksandr Sytar]

27 июня 2014 г., 6:58 пользователь Mihail Nasedkin
m.nased...@gmail.com написал:

 Хорошо, сделал как надо:

 location /static/ {
 root /path/to/static;
 access_log off;
 expires max;
 }

 Но почему возникают проблемы с доступом к файлу open()
 /path/to/static/foo/bar.ext failed (13: Permission denied)?
 Ведь в локации с регулярным выражением этот файл отдает! Права доступа
 проверил сотню раз. Я так понимаю, построение автоиндекса каталога не
 задействовано, запрошен конкретный файл.


Права на сам файл это уже хорошо, но до файла надо дойти. Вы уверены
что в пути все папки /path/to/static/foo доступны nginx для чтения?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: proxy_pass для location на другой сервер

[Aleksandr Sytar]

28 мая 2014 г., 13:54 пользователь maks maks.invisi...@gmail.com написал:
 location  /server1 {
 ...
 rewrite ^/server1(.*)$ $1 break;
 proxy_pass http://server1.com;
 ...

 }

location /server1/ {
proxy_pass http://server1.com/;
}

___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: nginx-1.6.0

[Aleksandr Sytar]

2014-04-24 17:14 GMT+04:00 Maxim Dounin mdou...@mdounin.ru:
 Изменения в nginx 1.6.0   24.04.2014

 *) Стабильная ветка 1.6.x.



Стесняюсь спросить - релиз под новый LTS ожидается?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Проблемы с авторизацией

[Aleksandr Sytar]

7 апреля 2014 г., 11:54 пользователь Lystopad Aleksandr l...@laa.zp.ua 
написал:
  Hello, saVIor4815162342!

 On Mon, Apr 07, 2014 at 03:28:12AM -0400
 nginx-fo...@nginx.us wrote about Проблемы с авторизацией:
 День добрый!
 Ситуация следующая: поднял прокси на nginx на сервере с белым ip, за ним
 стоит видеорегистратор (внутренний адрес 10.100.0.2:88). При авторизации на
 регистраторе выдает ошибку Проблемы с сетью. Конфиг элементарный:

 location /test/ {
 proxy_pass http://10.100.0.2:88/;
 }

 Скрин ошибки: http://www.fayloobmennik.net/3710258
 В чем может быть проблема?

 Возможно, нужно еще какие-то порты пробрасывать.
 Я для регистраторов rvi пробрасываю 80 и 3 порты при помощи НАТа.


Зачем для проксирования вообще что-то пробрасывать?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: chunkin сломан?

[Aleksandr Sytar]

12 февраля 2014 г., 10:21 пользователь denis de...@webmaster.spb.ruнаписал:

 12.02.2014 8:49, Sargas пишет:

  Этот модуль уже не нужен, причем давно. Так же не нужно что-то в конфиге
 прописывать. Это просто работает :)

 А где про это офдоки?
 и кто знает, с каких версий nginx оно было рабочее и в каких выпилено.


С тех самых пор как nginx научился проксировать HTTP/1.1
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Ошибка при компиляции с image filter module (libgd стоит!)

[Aleksandr Sytar]

29 сентября 2013 г., 12:08 пользователь MaxNikitin
nginx-fo...@nginx.usнаписал:

 Здравствуйте. Скачал последнюю версию libgd (2.1.0), скомпилировал
 (настройки по умолчанию), запускаю ./configire
 --with-http_image_filter_module (версия исходников nginx - 1.5.5) - ошибок
 не выдает (checking for GD library ... found), однако, при запуске make
 вылезает ошибка:
  objs/ngx_modules.o \
 -lpthread -lcrypt -lpcre -lssl -lcrypto -ldl -lz -lgd
 objs/src/http/modules/ngx_http_image_filter_module.o: In function
 `ngx_http_image_source':
 /root/nginx2/src/http/modules/ngx_http_image_filter_module.c:1030:
 undefined
 reference to `gdImageCreateFromJpegPtr'
 /root/nginx2/src/http/modules/ngx_http_image_filter_module.c:1040:
 undefined
 reference to `gdImageCreateFromPngPtr'
 objs/src/http/modules/ngx_http_image_filter_module.o: In function
 `ngx_http_image_out':
 /root/nginx2/src/http/modules/ngx_http_image_filter_module.c:1106:
 undefined
 reference to `gdImageJpegPtr'
 /root/nginx2/src/http/modules/ngx_http_image_filter_module.c:1116:
 undefined
 reference to `gdImagePngPtr'
 collect2: ld returned 1 exit status

 Что я не так делаю?



У вас заголовочные файлы стоят -  libgd-dev?
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Nginx + Websockets

[Aleksandr Sytar]

9 сентября 2013 г., 12:25 пользователь demo nginx-fo...@nginx.us написал:

 Здравствуйте!
 Можно ли как-то организовать работу с вебсокетами на nginx без
 использования
 NodeJS, Socket.IO и т.п.?
 Если это возможно, поделитесь пожалуйста примерами.


Как вы собираетесь работать в вебсокетами без сервера? Nginx - это всего
лишь прокси
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: /index.php?do=register = deny all

[Aleksandr Sytar]

22 мая 2013 г., 12:20 пользователь Vipper nginx-fo...@nginx.us написал:

 А что такое $arg_do ?


Аргумент query_string с названием do -
http://nginx.org/ru/docs/http/ngx_http_core_module.html#variables
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: opendir cache failed

[Aleksandr Sytar]

25 апреля 2013 г., 18:16 пользователь Gaidamak nginx-fo...@nginx.usнаписал:

 FreeBSD 9.1, user www.

 nginx запускается, создает папку кеша, но не может с ней работать.  Чего
 только не делал, даже с правами на директорию 777 получается только это.
 Вообще не понимаю, что происходит.

 2013/04/25 18:10:39 [crit] 6382#0: opendir() /var/cache/nginx/ failed
 (13:
 Permission denied)


Какие права на:
- /var
- /var/cache
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Request Entity Too Large

[Aleksandr Sytar]

28 марта 2013 г., 17:29 пользователь denis de...@webmaster.spb.ru написал:
 1) Не использовать include вида sites/*.  Вообще конфигурить
 nginx одним файлом - гораздо приятнее и удобнее, а главное -
 понятнее, особенно новичкам.

 Ага. Особенно когда сайтов не 1-2, а десятков 5, причём конфигурация
 типовая. Плюс на каждый - ещё пяток server-секций, с редиректами на основной
 сайт. И теперь представим, что нам надо отключить 1 сайт с его
 редиректами-алиасами. Автоматом (не ручками). В случае с conf/* - просто
 удаляем/переносим 1 файл, и ВСЁ. А в 1... привет неделя секса с sed?
 Вручную? А если надо поручить такое отключение тому самому новичку?
 Усложним - отключать и подключать домены будем по нескольку раз в день.
 Теперь понадобилось добавить 1 формат картинок на все домены. Правлю
 conf/static.conf например, и всё, на всех доменах нормальный формат.
 А с единым - привет сед? Плюс хорошо бы потом проверить все домены, что у
 всех единая строка с картинками.
 А теперь добавим еще location всем основным доменам. Тут я уже даже не
 представляю, как это сделать кроме как вручную каждому сайту.
 Теперь добавим конфиги в систему контроля версий. Что удобнее
 контролировать, когда у нас 1 файл и надо откатить 1 домен из старой
 ревизии, при этом сохранив десяток появившихся с того момента доменов, или
 когда все домены в отдельных файлах?

 Да, а на 1 сервере у меня около 1к доменов. И вариант поправить вручную
 идёт лесом, молча и сразу.

 Про понятнее - найти что-то глазами в 100кб конфиге сильно сложнее, чем в
 пачке логически раскиданных, вдобавок суммарно далеко не 100кб (вспоминаем
 вынесение типовых блоков в 1 файл). Плюс grep -l всегда поможет найти нужный
 файл в пару кб, а его уже глазами целиком ухватить можно.

 И да, если используется ispmanager, несколько раз он бил мне этот единый
 конфиг, поэтому давно конфиг разбивается на сайты и инклудится. Потом очень
 геморно - переписывать настройки под 2-10 сайтов, которые он каким-то
 образом дропнул.

 Так что в каком-то странном мире Вы живете.

Я бы резюмировал бы так - дайте возможность вносить многострочные комментарии
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru