Yes but the original request AFAIK is for removing monitor from the URI. Hence the regex capture. --appa Igor Sysoev <igor@sysoev.ru> a écrit :
on 2012-09-27 09:52
on 2012-09-27 09:56
On Thu, Sep 27, 2012 at 09:53:25AM +0200, Antnio P. P. Almeida wrote: > Yes but the original request AFAIK is for removing monitor from the URI. Hence the regex capture. http://nginx.org/en/docs/http/ngx_http_proxy_modul... If proxy_pass is specified with URI, when passing a request to the server, part of a normalized request URI matching the location is replaced by a URI specified in the directive: location /name/ { proxy_pass http://127.0.0.1/remote/; } -- Igor Sysoev http://nginx.com/support.html
on 2012-09-27 12:18
On Thu, 27 Sep 2012 11:55:38 +0400, Igor Sysoev <igor@sysoev.ru> wrote: > On Thu, Sep 27, 2012 at 09:53:25AM +0200, António P. P. Almeida wrote: > http://nginx.org/en/docs/http/ngx_http_proxy_modul... > > If proxy_pass is specified with URI, when passing a request to the > server, part of a normalized request URI matching the location is > replaced by a URI specified in the directive: > > location /name/ { > proxy_pass http://127.0.0.1/remote/; > } 1. Does what is documented about proxy_pass: http://nginx.org/en/docs/http/ngx_http_proxy_modul... also applies to fastcgi_pass ? http://nginx.org/en/docs/http/ngx_http_fastcgi_mod... 2. And is it also valid if using an unix socket instead of http://127.0.0.1/? Would the following be ok? location ^~ /owncloud4/ { location ~ ^(?<script>.+\.php)(?<path_info>.*)$ { include fastcgi_params; fastcgi_pass unix:/tmp/php-fpm.socket; fastcgi_param SCRIPT_FILENAME $document_root$script; fastcgi_param SCRIPT_NAME $script; fastcgi_param PATH_INFO $path_info; } } Thank you, Mark
on 2012-09-27 12:30
On Thu, Sep 27, 2012 at 11:17:49AM +0100, Mark Alan wrote: > > proxy_pass http://127.0.0.1/remote/; > > } > > 1. Does what is documented about proxy_pass: > http://nginx.org/en/docs/http/ngx_http_proxy_modul... > also applies to fastcgi_pass ? > http://nginx.org/en/docs/http/ngx_http_fastcgi_mod... No. The main reason is that there is no URI entity per se in FastCGI. Instead, there are many ways to say FastCGI servers what it should do. The common case is a setting script filename in SCRIPT_FILENAME. But actually FastCGI server can be an application that ignores SCRIPT_FILENAME and uses, for example, REQUEST_URI instead. > } Yes. -- Igor Sysoev http://nginx.com/support.html
on 2012-09-27 13:25
On Thu, 27 Sep 2012 14:29:48 +0400, Igor Sysoev <igor@sysoev.ru> wrote: > > 1. Does what is documented about proxy_pass: > > also applies to fastcgi_pass ? > No. The main reason is that there is no URI entity per se in FastCGI. > > 2. Would the following be ok? > Yes. Thank you very much Igor.
Please log in before posting. Registration is free and takes only a minute.
Existing account
(Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
Log in with Google account | Log in with Yahoo account
No account? Register here.