Symfony 3 и Nginx бросали 404 на продукцию .php-маршруты

Question

Недавно я перешел на новую настройку сервера, использующую nginx вместо Apache. Из старого кода, который используется снаружи, мне нужно установить маршрут /assets/js/wiget_load.js.php.

Это используется для работы с Apache, но теперь это не на nginx. Я новичок в этом, поэтому я не могу разобраться, как это происходит и почему он бросает nginx 404. Это также отлично работает, если я нахожусь в /app_dev.php/assets/js/wiget_load.js.php, но не на prod , Вот мой файл .conf:

server { 

    listen 443 ssl; 
    ssl_certificate /etc/ssl/mydomain.chained.crt; 
    ssl_certificate_key /etc/ssl/mydomain.key; 

    server_name mydomain.com; 
    root /usr/share/nginx/html/web; 

    location/{ 
     # try to serve file directly, fallback to app.php 
     try_files $uri /app.php$is_args$args; 
    } 
    # # DEV 
    # # This rule should only be placed on your development environment 
    # # In production, don't include this and don't deploy app_dev.php or config.php 
    location ~ ^/(app_dev|config)\.php(/|$) { 
     fastcgi_pass php:9000; 
     fastcgi_split_path_info ^(.+\.php)(/.*)$; 
     include fastcgi_params; 
     # When you are using symlinks to link the document root to the 
     # current version of your application, you should pass the real 
     # application path instead of the path to the symlink to PHP 
     # FPM. 
     # Otherwise, PHP's OPcache may not properly detect changes to 
     # your PHP files (see https://github.com/zendtech/ZendOptimizerPlus/issues/126 
     # for more information). 
     fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name; 
     fastcgi_param DOCUMENT_ROOT $realpath_root; 
    } 
    # PROD 
    location ~ ^/app\.php(/|$) { 
     fastcgi_pass php:9000; 
     fastcgi_split_path_info ^(.+\.php)(/.*)$; 
     include fastcgi_params; 
     # When you are using symlinks to link the document root to the 
     # current version of your application, you should pass the real 
     # application path instead of the path to the symlink to PHP 
     # FPM. 
     # Otherwise, PHP's OPcache may not properly detect changes to 
     # your PHP files (see https://github.com/zendtech/ZendOptimizerPlus/issues/126 
     # for more information). 
     fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name; 
     fastcgi_param DOCUMENT_ROOT $realpath_root; 
     # Prevents URIs that include the front controller. This will 404: 
     # http://domain.tld/app.php/some-path 
     # Remove the internal directive to allow URIs like this 
     internal; 
    } 

    location ~* \.(jpg|jpeg|gif|png|css|js|ico|xml)$ { 
     access_log  off; 
     log_not_found  off; 
     expires   30d; 
    } 

    # return 404 for all other php files not matching the front controller 
    # this prevents access to other php files you don't want to be accessible. 
    location ~ \.php$ { 
     return 404; 
    } 

    error_log /var/log/nginx/project_error.log; 
    access_log /var/log/nginx/project_access.log; 
} 

Answer 1

Запрос /assets/js/wiget_load.js.php соответствовал следующему адресу:

location ~ \.php$ { 
    return 404; 
} 

Это также отлично работает, если я посещаю /app_dev.php/assets/js/wiget_load.js. PHP, но не на прод

Да потому, что для разработчика этот URI соответствует location ~ ^/(app_dev|config)\.php(/|$) и location ~ \.php$ и Nginx используется первый нашел (как это writed I n config file).

Итак, теперь, как исправить ... мое предложение

location ~ \.php$ { 
    try_files /never_exists_filename /app.php$is_args$args; 
} 

Все .php файлы маршрут /app.php и никогда не transered к клиенту, даже если существует на диске. try_files $uri /app.php$is_args$args; здесь небезопасно, если на диске существует файл .php - он будет передан браузеру как статический файл.