Re: nginx socket fastcgi_params

[S.A.N]

> GEOIP-* - обязательно. remote_user особо не важен.

Дело в том, что $remote_user не может открыть соединения по локальному
unix-сокету из другого города или страны.
У вас наверно есть внешний прокси для этого, если да, тогда все эти
параметры должен передать внешний прокси (например в НТТР заголовках) вы
должны взять эти параметры из переменных HTTP_*

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,271610,271617#msg-271617

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

Re: nginx socket fastcgi_params

[skeletor]

GEOIP-* - обязательно. remote_user особо не важен.

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,271610,271616#msg-271616

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

Re: nginx socket fastcgi_params

[Maxim Dounin]

Hello!

On Fri, Dec 16, 2016 at 05:39:59AM -0500, skeletor wrote:

> Всем привет.
> Если подключаться к nginx'y через unix-socket то не передаются
> fastcgi-параметры. Как минимум эти:
> 
> fastcgi_param   REMOTE_USER $remote_user;
> fastcgi_param   GEOIP_COUNTRY_CODE$geoip_city_country_code;
> fastcgi_param   GEOIP_COUNTRY_NAME$geoip_city_country_name;
> fastcgi_param   GEOIP_REGION$geoip_region;
> fastcgi_param   GEOIP_CITY  $geoip_city;
> 
> Проверяю вот так:
> 
> curl http://domain.dev/test.php
> curl --unix-socket /var/run/nginx.sock  http://domain.dev/test.php
> 
> Это нормально? Если нет, то как можно исправить?
> Спасибо.

Какие именно данные вы ожидаете получить из базы IP-адресов для 
unix-сокета?  Аналогично, если вы не используете аутентификацию - 
переменная $remote_user будет пуста.

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

Re: феншуй по массовой настройке https

[Alexander Moskalenko]

Теоретически возможно почти все ;)

2016-12-16 12:56 GMT+01:00 Илья Шипицин :

>
>
> 16 декабря 2016 г., 15:14 пользователь Alexander Moskalenko <
> alexander.moskale...@gmail.com> написал:
>
>> Да, можно поставить перед nginx
>>
>> только учтите что Caddy не храни(т|л) выданные сертификаты и частый
>> рестарт может привести к блокировке со стороны Letsencrypt
>>
>
>
> а можно сделать, чтобы он каждый раз скачивал исходники, компилировал,
> запускался и удалялся с диска )) ?
>
>
>>
>> 2016-12-16 10:23 GMT+01:00 Oleg Motienko :
>>
>>> Это имеется в виду?
>>>
>>> https://caddyserver.com/docs/automatic-https
>>>
>>> 2016-12-16 12:21 GMT+03:00 Alexander Moskalenko
>>> :
>>> > Посмотрите на Caddy
>>> >
>>> > 2016-12-16 10:00 GMT+01:00 Vadim A. Misbakh-Soloviov :
>>> >>
>>> >> Вариант с lua-модулем не рассматривается?
>>> >>
>>> >> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
>>> >> Motienko написал:
>>> >> > Добрый день.
>>> >> >
>>> >> > Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
>>> >> > reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map,
>>> т.е.
>>> >> > фактически сделана одна секция server.
>>> >> >
>>> >> > В связи с последними нововведениями в браузерах решили сделать для
>>> >> > клиентов let's encrypt.
>>> >> >
>>> >> > Поделитесь опытом, как лучше настраивать https реверс прокси для
>>> такой
>>> >> > ситуации? Генерировать конфиг с секцией server на каждого клиента
>>> >> > кажется тяжеловатой схемой. Можно ли как-то через map указывать
>>> пути к
>>> >> > ssl сертификатам?
>>> >> >
>>> >> > Спасибо!
>>> >> > ___
>>> >> > 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
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Oleg
>>> ___
>>> 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: феншуй по массовой настройке https

[Илья Шипицин]

16 декабря 2016 г., 15:14 пользователь Alexander Moskalenko <
alexander.moskale...@gmail.com> написал:

> Да, можно поставить перед nginx
>
> только учтите что Caddy не храни(т|л) выданные сертификаты и частый
> рестарт может привести к блокировке со стороны Letsencrypt
>


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


>
> 2016-12-16 10:23 GMT+01:00 Oleg Motienko :
>
>> Это имеется в виду?
>>
>> https://caddyserver.com/docs/automatic-https
>>
>> 2016-12-16 12:21 GMT+03:00 Alexander Moskalenko
>> :
>> > Посмотрите на Caddy
>> >
>> > 2016-12-16 10:00 GMT+01:00 Vadim A. Misbakh-Soloviov :
>> >>
>> >> Вариант с lua-модулем не рассматривается?
>> >>
>> >> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
>> >> Motienko написал:
>> >> > Добрый день.
>> >> >
>> >> > Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
>> >> > reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map,
>> т.е.
>> >> > фактически сделана одна секция server.
>> >> >
>> >> > В связи с последними нововведениями в браузерах решили сделать для
>> >> > клиентов let's encrypt.
>> >> >
>> >> > Поделитесь опытом, как лучше настраивать https реверс прокси для
>> такой
>> >> > ситуации? Генерировать конфиг с секцией server на каждого клиента
>> >> > кажется тяжеловатой схемой. Можно ли как-то через map указывать пути
>> к
>> >> > ssl сертификатам?
>> >> >
>> >> > Спасибо!
>> >> > ___
>> >> > 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
>>
>>
>>
>> --
>> Regards,
>> Oleg
>> ___
>> 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 socket fastcgi_params

[skeletor]

Может я не так выразился, но у меня nginx запущен как unix-socket. Дальше,
upstream (php-fpm) тоже слушает unix-socket. Вы меня правильно поняли?

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,271610,271612#msg-271612

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

Re: nginx socket fastcgi_params

[Иван]

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

Я думаю не ошибусь, если скажу, что в большинстве инсталляций nginx 
используется unix-сокет и данные параметры точно передаются, например, прям 
сейчас у меня в продакшене. Опишите подробнее, с чего Вы предположили, что они 
не передаются, приведите конфиги и nginx -V.

В письме от 16 декабря 2016 05:39:59 пользователь skeletor написал:
> Всем привет.
> Если подключаться к nginx'y через unix-socket то не передаются
> fastcgi-параметры. Как минимум эти:
> 
> fastcgi_param   REMOTE_USER $remote_user;
> fastcgi_param   GEOIP_COUNTRY_CODE$geoip_city_country_code;
> fastcgi_param   GEOIP_COUNTRY_NAME$geoip_city_country_name;
> fastcgi_param   GEOIP_REGION$geoip_region;
> fastcgi_param   GEOIP_CITY  $geoip_city;
> 
> Проверяю вот так:
> 
> curl http://domain.dev/test.php
> curl --unix-socket /var/run/nginx.sock  http://domain.dev/test.php
> 
> Это нормально? Если нет, то как можно исправить?
> Спасибо.
> 
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,271610,271610#msg-271610
> 
> ___
> 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 socket fastcgi_params

[skeletor]

Всем привет.
Если подключаться к nginx'y через unix-socket то не передаются
fastcgi-параметры. Как минимум эти:

fastcgi_param   REMOTE_USER $remote_user;
fastcgi_param   GEOIP_COUNTRY_CODE$geoip_city_country_code;
fastcgi_param   GEOIP_COUNTRY_NAME$geoip_city_country_name;
fastcgi_param   GEOIP_REGION$geoip_region;
fastcgi_param   GEOIP_CITY  $geoip_city;

Проверяю вот так:

curl http://domain.dev/test.php
curl --unix-socket /var/run/nginx.sock  http://domain.dev/test.php

Это нормально? Если нет, то как можно исправить?
Спасибо.

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

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

Re: феншуй по массовой настройке https

[Alexander Moskalenko]

Да, можно поставить перед nginx

только учтите что Caddy не храни(т|л) выданные сертификаты и частый рестарт
может привести к блокировке со стороны Letsencrypt

2016-12-16 10:23 GMT+01:00 Oleg Motienko :

> Это имеется в виду?
>
> https://caddyserver.com/docs/automatic-https
>
> 2016-12-16 12:21 GMT+03:00 Alexander Moskalenko
> :
> > Посмотрите на Caddy
> >
> > 2016-12-16 10:00 GMT+01:00 Vadim A. Misbakh-Soloviov :
> >>
> >> Вариант с lua-модулем не рассматривается?
> >>
> >> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
> >> Motienko написал:
> >> > Добрый день.
> >> >
> >> > Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
> >> > reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
> >> > фактически сделана одна секция server.
> >> >
> >> > В связи с последними нововведениями в браузерах решили сделать для
> >> > клиентов let's encrypt.
> >> >
> >> > Поделитесь опытом, как лучше настраивать https реверс прокси для такой
> >> > ситуации? Генерировать конфиг с секцией server на каждого клиента
> >> > кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
> >> > ssl сертификатам?
> >> >
> >> > Спасибо!
> >> > ___
> >> > 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
>
>
>
> --
> Regards,
> Oleg
> ___
> 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 + Windows = Дружба? Время пришло!

[Dmitry Ivanov]

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

Вы писали 16 декабря 2016 г., 6:23:37:

> Perl уже никто не пользуется

таки, шо вы говорите ))


-- 
С уважением,
 Dmitry   nginx...@sadok.spb.ru

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

Re: феншуй по массовой настройке https

[Vadim A. Misbakh-Soloviov]

В письме от пятница, 16 декабря 2016 г. 12:18:00 +07 пользователь Oleg 
Motienko написал:
> А как поможет lua модуль?

У него есть ssl_by_lua_* (или как-то так).
И на гитхабе, помнится, был один resty-* проект, который позолял автоматически 
выпускать (если ещё не выпущен), продлевать (если пора) или выдавать готовый 
LE-сертификат.

> 
> 2016-12-16 12:00 GMT+03:00 Vadim A. Misbakh-Soloviov :
> 
> > Вариант с lua-модулем не рассматривается?
> >
> >
> >
> > В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
> > Motienko написал:
> > 
> >> Добрый день.
> >>
> >>
> >>
> >> Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
> >> reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
> >> фактически сделана одна секция server.
> >>
> >>
> >>
> >> В связи с последними нововведениями в браузерах решили сделать для
> >> клиентов let's encrypt.
> >>
> >>
> >>
> >> Поделитесь опытом, как лучше настраивать https реверс прокси для такой
> >> ситуации? Генерировать конфиг с секцией server на каждого клиента
> >> кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
> >> ssl сертификатам?
> >>
> >>
> >>
> >> Спасибо!
> >> ___
> >> 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
> 
> 
> 
> 
> -- 
> Regards,
> Oleg
> ___
> 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: феншуй по массовой настройке https

[Oleg Motienko]

Это имеется в виду?

https://caddyserver.com/docs/automatic-https

2016-12-16 12:21 GMT+03:00 Alexander Moskalenko
:
> Посмотрите на Caddy
>
> 2016-12-16 10:00 GMT+01:00 Vadim A. Misbakh-Soloviov :
>>
>> Вариант с lua-модулем не рассматривается?
>>
>> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
>> Motienko написал:
>> > Добрый день.
>> >
>> > Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
>> > reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
>> > фактически сделана одна секция server.
>> >
>> > В связи с последними нововведениями в браузерах решили сделать для
>> > клиентов let's encrypt.
>> >
>> > Поделитесь опытом, как лучше настраивать https реверс прокси для такой
>> > ситуации? Генерировать конфиг с секцией server на каждого клиента
>> > кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
>> > ssl сертификатам?
>> >
>> > Спасибо!
>> > ___
>> > 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



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

Re: Nginx + Windows = Дружба? Время пришло!

[Vasiliy P. Melnik]

16 декабря 2016 г., 5:23 пользователь sofiamay 
написал:

> Оксюморон? Возможно. Но хотелось бы изменить ваше мнение :-) Я серьёзно.
>

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

Re: феншуй по массовой настройке https

[Alexander Moskalenko]

Посмотрите на Caddy

2016-12-16 10:00 GMT+01:00 Vadim A. Misbakh-Soloviov :

> Вариант с lua-модулем не рассматривается?
>
> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
> Motienko написал:
> > Добрый день.
> >
> > Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
> > reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
> > фактически сделана одна секция server.
> >
> > В связи с последними нововведениями в браузерах решили сделать для
> > клиентов let's encrypt.
> >
> > Поделитесь опытом, как лучше настраивать https реверс прокси для такой
> > ситуации? Генерировать конфиг с секцией server на каждого клиента
> > кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
> > ssl сертификатам?
> >
> > Спасибо!
> > ___
> > 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: феншуй по массовой настройке https

[Oleg Motienko]

А как поможет lua модуль?

2016-12-16 12:00 GMT+03:00 Vadim A. Misbakh-Soloviov :
> Вариант с lua-модулем не рассматривается?
>
> В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg
> Motienko написал:
>> Добрый день.
>>
>> Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
>> reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
>> фактически сделана одна секция server.
>>
>> В связи с последними нововведениями в браузерах решили сделать для
>> клиентов let's encrypt.
>>
>> Поделитесь опытом, как лучше настраивать https реверс прокси для такой
>> ситуации? Генерировать конфиг с секцией server на каждого клиента
>> кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
>> ssl сертификатам?
>>
>> Спасибо!
>> ___
>> 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



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

Re: феншуй по массовой настройке https

[Vadim A. Misbakh-Soloviov]

Вариант с lua-модулем не рассматривается?

В письме от пятница, 16 декабря 2016 г. 11:55:33 +07 пользователь Oleg 
Motienko написал:
> Добрый день.
> 
> Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
> reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
> фактически сделана одна секция server.
> 
> В связи с последними нововведениями в браузерах решили сделать для
> клиентов let's encrypt.
> 
> Поделитесь опытом, как лучше настраивать https реверс прокси для такой
> ситуации? Генерировать конфиг с секцией server на каждого клиента
> кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
> ssl сертификатам?
> 
> Спасибо!
> ___
> 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

феншуй по массовой настройке https

[Oleg Motienko]

Добрый день.

Есть виртуальный хостинг, где-то 500-700 хостов на один IP адрес с
reverse proxy на nginx. Имена сайтов, пути и т.п. заведены в map, т.е.
фактически сделана одна секция server.

В связи с последними нововведениями в браузерах решили сделать для
клиентов let's encrypt.

Поделитесь опытом, как лучше настраивать https реверс прокси для такой
ситуации? Генерировать конфиг с секцией server на каждого клиента
кажется тяжеловатой схемой. Можно ли как-то через map указывать пути к
ssl сертификатам?

Спасибо!
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Nginx + Windows = Дружба? Время пришло!

[Maxim Konovalov]

On 12/16/16 11:13 AM, sofiamay wrote:
> Илья, я бы рад что-то написать, будь у меня навыки. Про IOCP/Multiple-Thread
> понятно, код сам себя не напишет. Но конкретно в этой ситуации зачем что-то
> писать если всё уже написано? Код этих двух настроек уже существует. Кто-то
> отвечал мне тогда, что этот код якобы в платной ветке и они несовместимы,
> если хотите - пишите сами. И вот спустя год одна из опций чудным образом
> появилась в бесплатной версии Nginx. Неужели у кого-то появилась дикая
> мотивация написать код для реализации этой опции второй раз? Как говорит с
> экранов Кисилёв - "Совпадение? Не думаю." Я думаю код всё же просто
> перенесли из платной ветки.
> 
Можно попросить не выдумывать лишнего?

Нету в платной версии этого кода. Список поддерживаемых платформ
платной версии лежит в открытом доступе.

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

> Ну а насчёт подождать еще годик, но уже второй опции, то с таким отношением
> (предлагать писать уже написанное или подождать чьей либо мотивации),
> немудрено что придётся ждать. Глядишь и через год в следующий раз код
> напишет себя сам. И нужная настройка чудесным образом вдруг станет доступа.
> 
> 
> Илья Шипицин Wrote:
> ---
> 
>> и еще через год скажете. большие системы обладают устойчивостью и
>> предсказуемостью.
>> ну, или к тому времени код научится писать себя сам.
> 
> Posted at Nginx Forum: 
> https://forum.nginx.org/read.php?21,271476,271594#msg-271594
> 
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
> 


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

Re: Nginx + Windows = Дружба? Время пришло!

[sofiamay]

Илья, я бы рад что-то написать, будь у меня навыки. Про IOCP/Multiple-Thread
понятно, код сам себя не напишет. Но конкретно в этой ситуации зачем что-то
писать если всё уже написано? Код этих двух настроек уже существует. Кто-то
отвечал мне тогда, что этот код якобы в платной ветке и они несовместимы,
если хотите - пишите сами. И вот спустя год одна из опций чудным образом
появилась в бесплатной версии Nginx. Неужели у кого-то появилась дикая
мотивация написать код для реализации этой опции второй раз? Как говорит с
экранов Кисилёв - "Совпадение? Не думаю." Я думаю код всё же просто
перенесли из платной ветки.

Ну а насчёт подождать еще годик, но уже второй опции, то с таким отношением
(предлагать писать уже написанное или подождать чьей либо мотивации),
немудрено что придётся ждать. Глядишь и через год в следующий раз код
напишет себя сам. И нужная настройка чудесным образом вдруг станет доступа.


Илья Шипицин Wrote:
---

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

Posted at Nginx Forum: 
https://forum.nginx.org/read.php?21,271476,271594#msg-271594

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

Re: Nginx + Windows = Дружба? Время пришло!

[Vadim A. Misbakh-Soloviov]

А почему бы на Windows не использовать родной для неё IIS, который намного 
более допилен для работы в Windows (впрочем, только в ней, лол) и имеет 
хорошую техподдержку? :)


В письме от пятница, 16 декабря 2016 г. 2:53:13 +07 пользователь sofiamay 
написал:
> Нет, для Highload как раз Linux вне конкуренции. Я говорю лишь о том, что на
> Windows сейчас можно было бы сделать относительно неплохое по
> производительности решение для средних обывательских проектов. Чтобы Nginx
> мог сравнимо работать под Windows и Linux без прицела на Highload сегмент. А
> если такая возможность есть, то почему её не использовать... Под Windows на
> данный момент решены практически все существовавшие ранее проблемы в работе
> Nginx, кроме этих двух. Давайте решим хоть одну...
> 
> Поэтому и предложил, раз столько лет нет никаких подвижек в написании
> IOCP/Multiple-Thread модели, то достаточно будет сделать доступными всего
> две опции, с которыми можно будет жить под Windows. Впрочем еще год назад
> просил и говорил об этом. Одну опцию два месяца назад сделали доступной в
> бесплатной версии Nginx, но только её, без [queue число timeout=время] в
> upstream.
> 
> Согласен с вами, что нет примеров массового использования Windows, поэтому
> разработчики Nginx и не видят смысла что-то активно делать в этом
> направлении и с этим можно согласиться. Но ведь никто с этим и не спорит, я
> говорю лишь о том, что было бы неплохо дать Windows сегменту хоть что-то,
> что сделает возможным нормальную работу Nginx на этой платформе. Почему
> просто не дать людям работать? Достаточно открыть вторую опцию и наконец
> можно будет начать использовать Nginx на Windows в связке с FastCGI PHP,
> пользователи вздохнут свободно и смогут еще энное количество лет ждать
> реализации IOCP/Multiple-Thread модели.
> 
> kemko Wrote:
> ---
> 
> > Увидел много слов о том, что теперь на Windows можно Highload, но нн
> > увидел
> > ни одного слова о том, что на Windows стали делать Highload. Есть
> > какие-то
> > отчеты, которые показывают, что доля этой ОС на web-серверах начала
> > расти и
> > ей срочно нужно уделять больше времени?
> 
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,271476,271589#msg-271589
> 
> ___
> 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