Re: виндовый cgi

2019-03-20 Пенетрантность Victor Sudakov 
Konstantin Tokarev wrote:
> >>  > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI"
> >>  > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine?
> >>
> >>  Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве 
> >> cgi-обработчика
> >
> > Нет у меня уверенности, что такая схема заработает, потому что для
> > работы CGI-приложения надо ведь передать ему переменные среды из
> > веб-сервера, а в случае POST - ещё и информацию из браузера на stdin
> > приложения. И передать stdout приложения обратно в веб-сервер.
> >
> > Думаете, wine пропустит всё это через себя? stdin и environment туда,
> > stdout обратно...
> 
> Из man wine: 
> 
> wine makes the environment variables of the shell from which it is started 
> accessible
> to the Windows/DOS processes started. So use the appropriate syntax for your 
> shell to
> enter environment variables you need. 
> 
> С потоками stdin и stdout тоже не должно ничего плохого произойти

Спасибо, надо попробовать. Осталось понять, как заставить FastCGI
Wrapper по команде из nginx вызывать не
/usr/local/winsite/cgi-bin/query.exe?foo, а 
"/usr/local/bin/wine /usr/local/winsite/cgi-bin/query.exe?foo"

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru

rewrite some/url в some/url.html

2019-03-20 Пенетрантность Dzurillo 
Здравствуйте!

Помогите пожалуйста написать rewrite. Мне нужно все ссылки вида
http://some/url пробрасывать на http://some/url.html
Т.е. три условия: request_uri не пустой, в конце урл нет слэша и урл не
заканчивается на ".html"
Пока дошел вот до этого:

rewrite ^/(.+[^/])(?!.*\.html)$ $1.html permanent;

Но работает не так как надо.

Спасибо за помощь.

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

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

Re: виндовый cgi

2019-03-20 Пенетрантность Konstantin Tokarev 


20.03.2019, 05:17, "Victor Sudakov" :
> Konstantin Tokarev wrote:
>
> [dd]
>
>>  >
>>  > Тот же вопрос, что к Andrey Kopeyko. Имеется в виду "пускалку CGI"
>>  > виндовую, или юниксовую, и в каком месте в этой схеме вступает wine?
>>
>>  Юниксовая пускалка, шелл-скрипт с командой запуска wine в качестве 
>> cgi-обработчика
>
> Нет у меня уверенности, что такая схема заработает, потому что для
> работы CGI-приложения надо ведь передать ему переменные среды из
> веб-сервера, а в случае POST - ещё и информацию из браузера на stdin
> приложения. И передать stdout приложения обратно в веб-сервер.
>
> Думаете, wine пропустит всё это через себя? stdin и environment туда,
> stdout обратно...

Из man wine: 

wine makes the environment variables of the shell from which it is started 
accessible
to the Windows/DOS processes started. So use the appropriate syntax for your 
shell to
enter environment variables you need. 

С потоками stdin и stdout тоже не должно ничего плохого произойти

>
> Думается мне, что без виндового апача или виндового же FastCGI wrapper
> (такое существует в природе?), запущенных из-под Wine, не обойтись.
>
> --
> Victor Sudakov, VAS4-RIPE, VAS47-RIPN
> 2:5005/49@fidonet http://vas.tomsk.ru/
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-- 
Regards,
Konstantin

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

Re: Динамический upstream средствами dns в открытой версии nginx

2019-03-20 Пенетрантность Alexander Azarov 
Не Nginx, но бесплатно:
https://www.haproxy.com/blog/dns-service-discovery-haproxy/

С уважением,
Александр

вт, 19 мар. 2019 г. в 17:30, Иван :

> Здравствуйте!
>
>
> Есть необходимость выбирать апстрим для проксирования на основании
> информации из mysql-базы. Есть мысль задействовать для этого DNS-сервер
> с поддержкой mysql в бэкэнде (и A\ записи с небольшим, порядка 30-60
> секунд TTL), например, powerdns и nginx примерно в такой конфигурации:
>
> Пусть DNS отвечает на 127.0.1.1:53 . У него бэкэнд в мускуле, в котором
> сотни A\ записей вида
>
> user1.room1.example.com -> 1.1.1.1
>
> user2.room1.example.com -> 1.10.1.2
>
> user3.room2.example.com -> 1.200.1.100
>
> и т.п.
>
> которые (записи) периодически (раз в несколько часов) обновляет наше ПО.
>
>
> В nginx на прокси примерно такая конфигурация:
>
> location ~ ^/user/(?\w+)/(?\w+)$ {
>
> resolver 127.0.1.1;
>
> proxy_pass http://$user.$room.example.com;
>
> }
>
> Будет ли в такой конфигурации запрос вида GET /user/room2/user3 к прокси
> уходить на 1.200.1.100, а GET /user/room1/user2 к прокси уходить на
> 1.10.1.2,
>
> Когда я последний раз думал над этой схемой, мне казалось, что тут
> что-то доступно только в коммерческой подписке.
>
>
> С уважением, Иван.
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru