Могут ли блоки nginx соответствовать строке запроса URL?location
Например, какой блок местоположения может соответствовать HTTP- GET
запросу
GET /git/sample-repository/info/refs?service=git-receive-pack HTTP/1.1
?
)?
Могут ли блоки nginx соответствовать строке запроса URL?location
Например, какой блок местоположения может соответствовать HTTP- GET
запросу
GET /git/sample-repository/info/refs?service=git-receive-pack HTTP/1.1
?
)?
Ответы:
Могут ли блоки местоположения nginx соответствовать строке запроса URL?
Краткий ответ : Нет.
Длинный ответ : существует обходной путь, если у нас есть только несколько таких блоков местоположения.
Вот пример обходного пути для 3 блоков местоположения, которые должны соответствовать определенным строкам запроса:
server {
#... common definitions such as server, root
location / {
error_page 418 = @queryone;
error_page 419 = @querytwo;
error_page 420 = @querythree;
if ( $query_string = "service=git-receive-pack" ) { return 418; }
if ( $args ~ "service=git-upload-pack" ) { return 419; }
if ( $arg_somerandomfield = "somerandomvaluetomatch" ) { return 420; }
# do the remaining stuff
# ex: try_files $uri =404;
}
location @queryone {
# do stuff when queryone matches
}
location @querytwo {
# do stuff when querytwo matches
}
location @querythree {
# do stuff when querythree matches
}
}
Вы можете использовать $ query_string, $ args или $ arg_fieldname. Все сделают работу. Вы можете узнать больше об error_page в официальных документах .
Предупреждение: пожалуйста, не используйте стандартные HTTP-коды .
$args ~ "service=git-send-pack"
вместо $args = "service=git-send-pack"
? Эта форма вмещает несколько параметров запроса.
if
и $arg_fieldname
, но использует rewrite
вместо error_page
и location @name
. Обратите внимание , что в этом примере, мои попытки использовать @name
для замены параметра rewrite
не увенчались успехом.
$args ~
и $arg_somerandomfield =
.
map
функцию nginx , которая работает быстрее.
query
параметра на путь URL, такой как этот feedback/{auth_key}
вместо /feedback?auth_key=abc
. Таким образом, мне не нужно использовать if
, я могу определить шаблон расположения с помощью regex
и все.
Я знаю, что этому вопросу больше года, но я провел последние несколько дней, разрушая свой мозг из-за аналогичной проблемы. Я хотел разные правила аутентификации и обработки для публичных и частных репозиториев, включая push и pull. Это то, что я наконец-то придумал, поэтому я решил поделиться. Я знаю, if
что это сложная директива, но, похоже, она мне подходит:
# pattern for all repos, public or private, followed by username and reponame
location ~ ^(?:\/(private))?\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?$ {
# if this is a pull request
if ( $arg_service = "git-upload-pack" ) {
# rewrite url with a prefix
rewrite ^ /upload$uri;
}
# if this is a push request
if ( $arg_service = "git-receive-pack" ) {
# rewrite url with a prefix
rewrite ^ /receive$uri;
}
}
# for pulling public repos
location ~ ^\/upload(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pushing public repos
location ~ ^\/receive(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pulling private repos
location ~ ^\/upload\/private(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}
# for pushing private repos
location ~ ^\/receive\/private(\/([A-Za-z0-9]+)\/([A-Za-z0-9]+)\.git(\/.*)?)$ {
# auth_basic "git";
# ^ if you want
# ...
# fastcgi_pass unix:/var/run/fcgiwrap.socket;
# ...
}