路由在 Symfony 3.4 中不起作用

Posted

技术标签:

【中文标题】路由在 Symfony 3.4 中不起作用【英文标题】:Routing not working in Symfony 3.4 【发布时间】:2018-08-18 08:42:41 【问题描述】:

我创建了一个新的 Symfony 3.4 项目,使用:

composer create-project symfony/skeleton my-project

之后我添加了以下组件:

composer require twig
composer require annotations
composer require maker

并创建了一个控制器:

php bin/console make:controller

我添加了一个带有“合法”路线的动作。这是默认控制器:

<?php

namespace App\Controller;

use Symfony\Component\Routing\Annotation\Route;
use Symfony\Bundle\FrameworkBundle\Controller\Controller;

class DefaultController extends Controller

    /**
     * @Route("/", name="homepage")
     */
    public function index()
    
        return $this->render('index.html.twig', [
            'controller_name' => 'DefaultController',
        ]);
    

    /**
     * @Route("/legal", name="legal")
     */
    public function legal()
    
        return $this->render('legal.html.twig', []);
    

文件配置/routes.yaml:

#index:
#    path: /
#    defaults:  _controller: 'App\Controller\DefaultController::index' 

还有 config/routes/annotations.yaml:

controllers:
    resource: ../../src/Controller/
    type: annotation

当我访问主页时,没问题,页面正在显示。但是当我尝试 /legal 页面时,我有一个 404 :

未找到 - 在此服务器上未找到请求的 URL /legal。

php bin/console debug:router 显示预期:

 ------------------ -------- -------- ------ -------------------------- 
  Name               Method   Scheme   Host   Path                      
 ------------------ -------- -------- ------ -------------------------- 
  homepage           ANY      ANY      ANY    /                         
  legal              ANY      ANY      ANY    /legal                    
  _twig_error_test   ANY      ANY      ANY    /_error/code._format  
 ------------------ -------- -------- ------ -------------------------- 

我使用控制台命令清除了缓存,并删除了 var/cache 目录的内容。但仍然是 404。

我是 3.4 的新手。有任何想法吗 ?谢谢...

【问题讨论】:

您是使用内置的 PHP 服务器还是通过 Apache 提供服务? 你的/ 路线有效吗? 如果你使用 Sensio\Bundle\FrameworkExtraBundle\Configuration\Route 而不是 Symfony\Component\Routing\Annotation\Route 会怎样? @jljohnstone:我通过 Apache 为站点提供服务,@Antoine Galluet:是的,/ 路线有效。我发现我忘记了 .htaccess,它不是由 Symfony/Flex 自动创建的(见我的回答)。 【参考方案1】:

好吧,正如@Basel Issmail 指出的那样,Symfony/Flex 不像以前的 Symfony 安装程序那样创建 .htaccess,我已经忘记了。

我只有一个最小的 Apache 配置文件:

<VirtualHost *:80>
    DocumentRoot /path/to/my-project/public
    ServerName myproject.localhost

    <Directory /path/to/my-project/public>
        Options -Indexes +FollowSymLinks -MultiViews
        AllowOverride All
        Require all granted
    </Directory>
</VirtualHost>

所以我在/public/index.php 文件所在的位置)中创建了.htaccess 文件,所需的最低配置类似于:

<IfModule mod_rewrite.c>
    RewriteEngine On

    # Determine the RewriteBase automatically and set it as environment variable.
    RewriteCond %REQUEST_URI::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %REQUEST_FILENAME -f
    RewriteRule .? - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule .? %ENV:BASE/index.php [L]
</IfModule>

缺少的部分是将所有查询(除了资产等现有文件)重写为index.php,以便 Symfony 处理路由。

--- 编辑---

您也可以使用 symfony flex 配方,而不是手动创建 .htaccess:

composer require apache-pack

这将安装this .htacess file。

【讨论】:

【参考方案2】:

听起来你需要用 apache 设置你的 RewriteBase,因为问题不在 /

可能 .htaccess 文件甚至丢失了,因为您使用的是 Symfony/flex,并且它不会像以前的 Symfony 版本那样默认添加它。

查看此页面至configure a Web Server

.htaccess 应该在公共文件夹中,并且让您的应用程序在 Apache 下运行的最低配置是:

<VirtualHost *:80>
    ServerName domain.tld
    ServerAlias www.domain.tld

    DocumentRoot /var/www/project/public
    <Directory /var/www/project/public>
        AllowOverride All
        Order Allow,Deny
        Allow from All
    </Directory>

    # uncomment the following lines if you install assets as symlinks
    # or run into problems when compiling LESS/Sass/CoffeeScript assets
    # <Directory /var/www/project>
    #     Options FollowSymlinks
    # </Directory>

    ErrorLog /var/log/apache2/project_error.log
    CustomLog /var/log/apache2/project_access.log combined
</VirtualHost>

【讨论】:

感谢您的回答,它为我指明了正确的方向;我忘记了.htaccess。但重要的部分是重写规则将所有请求重定向到index.php,所以我写了一个完整的答案。【参考方案3】:

您是否在 AppKernel.php 中加载了 Bundle “App”? 有一个数组,您必须在其中打开添加您的 Bundle 的 AppBundle.php。

$bundles = [
/**lot of other bundles*//
new App\AppBundle() 
]

一定是这样的

【讨论】:

谢谢,但在我的情况下没有必要,因为我还没有创建 AppBundle(所有源代码都直接在 /src/ 目录下)。【参考方案4】:

在 Synology DSM 6.2 上安装 symfony 时遇到同样的问题。 我确认,只需运行 scandel 提到的“composer require apache-pack”,注释路由就可以很好地工作。带有 rewrite cond 的 .htaccess 文件将在“public”文件夹中自动创建。

谢谢! :)

这里是 symfony flex 安装创建的 .htaccess 文件:

#----------------------------
# Use the front controller as index file. It serves as a fallback solution when
# every other rewrite/redirect fails (e.g. in an aliased environment without
# mod_rewrite). Additionally, this reduces the matching process for the
# start page (path "/") because otherwise Apache will apply the rewriting rules
# to each configured DirectoryIndex file (e.g. index.php, index.html, index.pl).
DirectoryIndex index.php

# By default, Apache does not evaluate symbolic links if you did not enable this
# feature in your server configuration. Uncomment the following line if you
# install assets as symlinks or if you experience problems related to symlinks
# when compiling LESS/Sass/CoffeScript assets.
# Options FollowSymlinks

# Disabling MultiViews prevents unwanted negotiation, e.g. "/index" should not resolve
# to the front controller "/index.php" but be rewritten to "/index.php/index".
<IfModule mod_negotiation.c>
    Options -MultiViews
</IfModule>

<IfModule mod_rewrite.c>
    RewriteEngine On

    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %REQUEST_URI::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %HTTP:Authorization .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%HTTP:Authorization]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #   following RewriteCond (best solution)
    RewriteCond %ENV:REDIRECT_STATUS ^$
    RewriteRule ^index\.php(?:/(.*)|$) %ENV:BASE/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %REQUEST_FILENAME -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %ENV:BASE/index.php [L]
</IfModule>

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

【讨论】:

以上是关于路由在 Symfony 3.4 中不起作用的主要内容,如果未能解决你的问题,请参考以下文章

记住我功能在 Symfony2 中不起作用

CSS 和 javascript 在 Symfony 项目中不起作用

json_encode 在我的 Symfony2 控制器中不起作用

免费办公室转换为pdf在带有IIS 8的symfony 1.4中不起作用

为啥 React 路由在组件中不起作用?

反应路由器重定向在私有路由中不起作用