Php symfony上的主页，不创建捆绑包和路由

我有一台Apache服务器，目前正在运行一个带有symfony 3的Api。我希望在我的域的根目录下有一个主页，而不使用symfony

当我加载

http://website.com/api/requestparameters

我可以得到我的api请求（因此它在symfony包中） 当我加载

http://website.com/doc/

我登录到一个名为website.com/doc/api.html的页面，该页面存储在

/doc/api.html

中（因此我不会使用symfony）

但是当我尝试加载

http://website.com

我无法访问位于web目录根目录下的index.html

因此，我花了一整天的时间试图创建一个包并创建一个路由，这样我就可以在我的新包中包含index.html，路由将捕获website.com调用并将其与index.html.twig一起转发到这个包 我终于成功了，但我意识到这不是我想要的，因为我将不得不对我的网站进行重大更改，以将其转换为细枝（我的索引中有javascript和角度信息…）

我觉得可以在htaccess中完成一些事情，所以我尝试修改我的.htaccess（链接原文如下）

当我设置

DirectoryIndex.html

和

RewriteEngine关闭时，我的Api不再工作，但可以访问根目录下的html文件

当我设置
DirectoryIndex.html
和注释
RewriteRule^%{ENV:BASE}/app.php[L]
时，同样的事情发生了

仅设置
DirectoryIndex.html
，不做任何更改

问题是我不想用树枝之类的东西
我觉得捆绑包不是我所需要的，应该有另一种方法（我不认为website.com/doc/api.html使用捆绑包，为什么我要使用捆绑包？）

.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

感谢
这是因为apache从root
/
重定向到
app.php
（#将所有其他查询重写到前台控制器。
RewriteRule^%{ENV:BASE}/app.php[L]
）

添加将根目录重写为
index.html

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule ^$ index.html [L]
    ...
</IfModule>


重新启动发动机
重写规则^$index.html[L]
...