Назад | Перейти на главную страницу

причудливый 404 на nginx

у меня есть блок местоположения для / который передает любые виртуальные пути к index.php в соответствии с инструкциями на странице подводных камней nginx. Я использую эту настройку в течение некоторого времени, но недавно я заметил, что некоторые URL-адреса с - в сегменте пути возвращает 404 в nginx, что означает, что они никогда не достигают php-скрипта. Я не уверен, связано ли это с - в URL-адресе или нет. одни маршруты работают с ним, другие нет.

работает: /profiles/recently-added

возвращает 404: /explore/puerto-rico /puerto-rico

серверный блок:

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