Symfony 2: 404 не найдена ошибка при попытке открыть / app dev.РНР

у меня была такая же ошибка, но я узнал, что сообщение было выведено, когда я набрал app_dev.php/ но не при запросе app_dev.php (обратите внимание на косую черту /).

Я думаю, что это связано с маршрутизатором, но это просто образованная догадка

моя ошибка была связана с конфигурацией Nginx (используя symfony 3.1), и я только что отредактировал рекомендуемую конфигурацию для Nginx из Symfony:

http://symfony.com/doc/current/setup/web_server_configuration.html

Так, может быть, это было из-за символических ссылок, я не знаю.

Я скопировал небольшую часть в конфигурацию nginx по умолчанию и отредактировал, чтобы соответствовать всем .на PHP:

##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# http://wiki.nginx.org/Pitfalls
# http://wiki.nginx.org/QuickStart
# http://wiki.nginx.org/Configuration
#
# Generally, you will want to move this file somewhere, and start with a clean
# file but keep this around for reference. Or just disable in sites-enabled.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##

# Default server configuration
#
server {
    listen 80 default_server;
    listen [::]:80 default_server;

    # SSL configuration
    #
    # listen 443 ssl default_server;
    # listen [::]:443 ssl default_server;
    #
    # Note: You should disable gzip for SSL traffic.
    # See: https://bugs.debian.org/773332
    #
    # Read up on ssl_ciphers to ensure a secure configuration.
    # See: https://bugs.debian.org/765782
    #
    # Self signed certs generated by the ssl-cert package
    # Don't use them in a production server!
    #
    # include snippets/snakeoil.conf;

    root /var/www/html;

    # Add index.php to the list if you are using PHP
    index index.html index.htm index.nginx-debian.html;

    server_name _;

    location / {
        # First attempt to serve request as file, then
        # as directory, then fall back to displaying a 404.
        try_files $uri $uri/ =404;
    }


    # Symfony
    location ~ \.php(/|$) {
            fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
        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;
    }


    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #   include snippets/fastcgi-php.conf;
    #
    #   # With php7.0-cgi alone:
    #   fastcgi_pass 127.0.0.1:9000;
    #   # With php7.0-fpm:
    #   fastcgi_pass unix:/run/php/php7.0-fpm.sock;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #   deny all;
    #}

}


# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
#   listen 80;
#   listen [::]:80;
#
#   server_name example.com;
#
#   root /var/www/example.com;
#   index index.html;
#
#   location / {
#       try_files $uri $uri/ =404;
#   }
#}

Я бы рекомендовал придерживаться рекомендации Symfony для производства сервер.

для отображения панели инструментов веб-отладки в режиме разработчика на странице Symfony2 должен быть действительный HTML.

это произошло в моей среде разработки, поэтому я комментирую директиву DirectoryIndex в моем файле конфигурации vhost, поэтому теперь я добираюсь до своего приложения с:http://127.0.0.1/app_dev.php И больше никаких ошибок о профилировщике ! Я использую Symfony 2.3.x.

Я нашел решение (более или менее). Я взял еще один существующий проект Symfony, и теперь все работает нормально. Я действительно не знаю, почему стандартный выпуск Symfony не работает в моем случае... Если кому-то нужен пустой проект symfony, я могу загрузить архив.

EDIT: вот шаблон рабочего Symfony 2.0:http://www.megafileupload.com/en/file/372986/Symfony-tpl-zip.html

пожалуйста, попробуйте обратить внимание на свой .htaccess, у меня тоже была эта проблема, и я исправил свою.

    <IfModule mod_rewrite.c>
    RewriteEngine On
        RewriteCond %{REQUEST_URI}:: ^(/.+)/(.*)::$
    RewriteRule ^(.*) - [E=BASE:%1]
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^app_dev.php(/(.*)|$) %{ENV:BASE}/ [R=301,L]    ##### this is the part that you should tweak, have the .htaccess point the request to app_dev.php, since the routing.yml is empty initially
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule .? - [L]
    RewriteRule .? %{ENV:BASE}/app_dev.php [L]        ##### this is the part that you should tweak, have the .htaccess point the request to app_dev.php, since the routing.yml is empty initially
    </IfModule>

    <IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the startpage to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /app.php/
        # RedirectTemp cannot be used instead
    </IfModule>
    </IfModule>