у меня есть блок местоположения для /
, который передает любые виртуальные пути в индекс . php
в соответствии с инструкциями на странице ошибок nginx. Я использую эту настройку в течение некоторого времени, но недавно я заметил, что некоторые URL-адреса с -
в сегменте пути возвращают 404 в nginx, что означает, что они никогда не достигают php-скрипта. Я не уверен, связано ли это с -
в URL-адресе или нет. некоторые маршруты работают с ним, другие нет.
работает:
/ profiles / недавно добавленный
возвращает 404:
/ explore / puerto-rico
/ puerto-rico
server block:
server {
listen 80;
server_name example.com;
root /usr/share/nginx/hosts/www/;
location ~ \.(php)$ {
# commented out next 3 lines to see if that was the problem, but alas it made no change
# try_files $uri = 404;
# location ~ \..*/.*\.php$ {return 404;}
# fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_keep_conn on;
fastcgi_pass unix:/var/run/hhvm/hhvm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
location ~* .(png|gif|jpg|jpeg|ico|css|js)$ {
include /etc/nginx/mime.types;
expires 365d;
}
location / {
include /etc/nginx/mime.types;
index index.php;
try_files $request_uri $request_uri/ /index.php?$query_string;
}
}
Я изо всех сил пытаюсь понять, что я здесь сделал не так. Я уже однажды задавал этот вопрос, и он не получил положительной реакции. Версия nginx взята из основной ветки, версия 1.8. 0
Проблема в том, что этот регекс расположения:
location ~* .(png|gif|jpg|jpeg|ico|css|js)$ {
^
Период здесь означает не только период - он означает любой символ. Таким образом, он совпадает с rico
из puerto-rico
. Чтобы соответствовать фактическому периоду, его нужно экранировать:
location ~* \.(png|gif|jpg|jpeg|ico|css|js)$ {
Используя отладочный журнал удалит загадку этих проблем. Применяется к конфигуратору из вопроса (некоторые строки опущены для краткости):
...
2016/06/08 12:38:58 [debug] 7056#7056: *133 http process request line
2016/06/08 12:38:58 [debug] 7056#7056: *133 http request line: "GET /puerto-rico HTTP/1.1"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http uri: "/puerto-rico"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http args: ""
2016/06/08 12:38:58 [debug] 7056#7056: *133 http exten: ""
2016/06/08 12:38:58 [debug] 7056#7056: *133 posix_memalign: 000000000229E060:4096 @16
2016/06/08 12:38:58 [debug] 7056#7056: *133 http process request header line
2016/06/08 12:38:58 [debug] 7056#7056: *133 http header: "User-Agent: curl/7.26.0"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http header: "Accept: */*"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http header: "Host: example.com"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http header done
2016/06/08 12:38:58 [debug] 7056#7056: *133 event timer del: 7: 1465389598899
2016/06/08 12:38:58 [debug] 7056#7056: *133 generic phase: 0
2016/06/08 12:38:58 [debug] 7056#7056: *133 rewrite phase: 1
2016/06/08 12:38:58 [debug] 7056#7056: *133 test location: "/"
2016/06/08 12:38:58 [debug] 7056#7056: *133 test location: ~ "\.(php)$"
2016/06/08 12:38:58 [debug] 7056#7056: *133 test location: ~ ".(png|gif|jpg|jpeg|ico|css|js)$"
2016/06/08 12:38:58 [debug] 7056#7056: *133 using configuration ".(png|gif|jpg|jpeg|ico|css|js)$"
...
2016/06/08 12:38:58 [debug] 7056#7056: *133 http filename: "/var/www/puerto-rico"
2016/06/08 12:38:58 [debug] 7056#7056: *133 add cleanup: 0000000002301A48
2016/06/08 12:38:58 [error] 7056#7056: *133 open() "/var/www/puerto-rico" failed (2: No such file or directory), client: 127.0.0.1, server: example.com, request: "GET /puerto-rico HTTP/1.1", host: "example.com"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http finalize request: 404, "/puerto-rico?" a:1, c:1
2016/06/08 12:38:58 [debug] 7056#7056: *133 http special response: 404, "/puerto-rico?"
2016/06/08 12:38:58 [debug] 7056#7056: *133 http set discard body
2016/06/08 12:38:58 [debug] 7056#7056: *133 xslt filter header
2016/06/08 12:38:58 [debug] 7056#7056: *133 HTTP/1.1 404 Not Found
Server: nginx/1.8.0
Date: Wed, 08 Jun 2016 12:38:58 GMT
Content-Type: text/html
Content-Length: 168
Connection: keep-alive
Показывает, что nginx делал с запросом. Эта строка:
используя конфигурацию ".(png|gif|jpg|jpeg|ico|css|js)$"
Является убедительным доказательством того, что запрос совпал с блоком местоположения, которого вы не ожидали, и сфокусировал внимание на единственном правиле, которое находится в области действия запроса.
.Очевидно, проблема не связана с nginx.Ищите проблему на стороне hhvm, особенно с существованием index.php, где они должны работать с путями для URI
index index.php;
Возможно, вы захотите переписать URL. Обратите внимание, что .htaccess
не будет работать - это функция apache. Для nginx: http://nginx.org/en/docs/http/ngx_http_rewrite_module.html