Symfony 404幸运数字教程

我只是从symfony 3开始。我已经通过composer安装了它，并且我已经打开了主页

当我按照教程添加页面

lucky/number

时，我得到一个404：

但是，如果我在这个URL中添加app_dev.php：

它起作用了。我认为这是我的配置，或者可能是我的htaccess，但我没有发现问题所在

更新：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 app.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. "/app" should not resolve
# to the front controller "/app.php" but be rewritten to "/app.php/app".
<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 app.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 `/app.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 ^app\.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}/app.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 302 ^/$ /app.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

#将前控制器用作索引文件。在以下情况下，它可作为备用解决方案：
#每隔一次重写/重定向都会失败（例如，在没有
#修改（重写）。此外，这还减少了对象的匹配过程
#起始页（路径“/”），否则Apache将应用重写规则
#到每个配置的DirectoryIndex文件（例如index.php、index.html、index.pl）。
DirectoryIndex app.php
#默认情况下，如果未启用此功能，Apache不会计算符号链接
#服务器配置中的功能。如果需要，请取消注释以下行
#将资产安装为符号链接，或者如果遇到与符号链接相关的问题
#编译更少的/Sass/CoffeScript资产时。
#选项如下符号链接
#禁用多视图可防止不必要的协商，例如“/app”不应解决
#到前端控制器“/app.php”，但被重写为“/app.php/app”。
选项-多视图
重新启动发动机
#自动确定RewriteBase并将其设置为环境变量。
#如果您使用Apache别名进行大规模虚拟托管或安装
#在子目录中的项目中，将在基本路径前面加上前缀，以允许正确的
#解析app.php文件并重定向到正确的URI。会的
#也可以在没有路径前缀的环境中工作，提供一个安全的单一大小
#适用于所有解决方案。但是，在这种情况下，您不需要它，您可以进行评论
#以下两条线路可消除开销。
RewriteCond%{REQUEST_URI}:$1^（/.+）/（.*）：\2$
重写规则^（.*）-[E=基：%1]
#设置Apache删除的HTTP_授权头
RewriteCond%{HTTP:Authorization}。
重写规则^-[E=HTTP\U授权：%{HTTP:AUTHORIZATION}]
#重定向到不带前端控制器的URI以防止重复内容
#（带或不带“/app.php”）。仅在初始路径上执行此重定向
#由Apache重写，而不是在后续周期中重写。否则我们会被解雇
#无休止的重定向循环（请求->重写到前端控制器->
#重定向->请求->…）。
#所以，如果你得到一个“太多重定向”错误或你总是得到重定向
#因为您的Apache没有公开重定向的状态，所以无法访问起始页
#环境变量，您有两种选择：
#-通过注释以下两行或两行禁用此功能
#-使用Apache>=2.3.9，用结束标志替换所有L标志，并删除
#第二步（最佳解决方案）
RewriteCond%{ENV:REDIRECT_STATUS}^$
重写规则^app\.php（？：/（.*）|$）%{ENV:BASE}/$1[R=301，L]
#如果请求的文件名存在，只需提供它即可。
#我们只想让Apache服务于文件，而不是目录。
RewriteCond%{REQUEST_FILENAME}-f
重写规则^-[L]
#将所有其他查询重写到前端控制器。
重写规则^%{ENV:BASE}/app.php[L]
#当mod_rewrite不可用时，我们指示临时重定向
#将起始页显式地发送到前端控制器，以便网站
#生成的链接仍然可以使用。
重定向匹配302^/$/app.php/
#不能改为使用RedirectTemp

请尝试使用以下URL:

http://symfony2:8080/app.php/lucky/number

。如果它有效-问题与您的web服务器配置有关，它只是跳过重写规则。请考虑使用本地开发。

php bin/console server:start

---

请尝试使用以下URL:

http://symfony2:8080/app.php/lucky/number

。如果它有效-问题与您的web服务器配置有关，它只是跳过重写规则。请考虑使用本地开发。

php bin/console server:start

---

如果Apache正在为symfony应用程序提供服务，建议要求Apache包将.htaccess文件添加到公共目录。它包括必要的重写规则

composer require symfony/apache-pack

---

如果Apache正在为symfony应用程序提供服务，建议要求Apache包将.htaccess文件添加到公共目录。它包括必要的重写规则

composer require symfony/apache-pack

---

您的htaccess中有什么？请参阅我的更新。谢谢您是否尝试清除Symfony缓存？是，但仍不工作。也许是来自EasyHP。。。很奇怪。mod_rewrite已激活。您的htaccess中有什么？请参阅我的更新。谢谢您是否尝试清除Symfony缓存？是，但仍不工作。也许是来自EasyHP。。。很奇怪。mod_rewrite是activate to。当我在上进行测试时，我重定向到并仍然得到404错误OK，它正在使用

php bin/console服务器：start

。奇怪的是，即使它使用的是相同的php版本，它也不能与EasyHP一起工作。当我在上进行测试时，我重定向到并仍然得到404 errorOk，它使用的是

php bin/console server:start

。奇怪的是，即使使用相同的php版本，它也不能与EasyHP一起工作。