Homepage auf symfony ohne Bundle und Routen zu erstellen

Question

Ich habe einen Apache-Server, der gerade eine Api mit symfony 3 betreibt Ich möchte eine Homepage im Stamm meiner Domain haben, ohne symfony zu benutzen.

Wenn ich http://website.com/api/requestparameters laden Ich kann meine api Anfrage bekommen (So ist es in einem symfony Bündel) Wenn ich http://website.com/doc/ lade ich landen auf einer Seite namens website.com/doc/api.html in /doc/api.html gespeichert (so nicht gehe ich in der Symfony-Sache)

aber wenn ich versuche, zu laden, kann ich die index.html nicht erreichen, die im Stamm meines Webverzeichnisses gelegen ist!

Also verbrachte ich den ganzen Tag damit, ein Bündel zu erstellen und ein Routing zu erstellen, damit ich meine index.html in meinem neuen Bundle haben konnte und das Routing den Aufruf von website.com abfangen und an dieses Bundle mit meinem Index weiterleiten würde .html.twig Endlich ist es mir gelungen, aber ich habe gemerkt, dass das nicht das ist, was ich will, weil ich auf meiner Website schwere Änderungen vornehmen muss, um es in Twig umzuwandeln (ich habe Javascript und eckige Sachen in meinem Index ...)

ich fühle mich wie kann etwas in .htaccess getan werden, so habe ich versucht, meine .htaccess (verlinkt Original unten)

Als ich DirectoryIndex index.html und RewriteEngine Off meine Api funktionieren nicht einen Satz zu ändern nymore aber meine HTML-Datei an der Wurzel ist zugänglich.

Bei der Einstellung I DirectoryIndex index.html und kommentieren RewriteRule^%{ENV:BASE}/app.php [L] elbe

anhängen

Einstellung DirectoryIndex index.html nur, keine Änderung vornehmen

1. Das Problem, das ich Zweig Sachen nicht benutzen wollen, ist.
2. Ich fühle mich wie Bündel sind nicht das, was ich brauche, und es sollte eine andere Art und Weise, es zu tun (ich glaube nicht, dass ein Bündel verwenden website.com/doc/api.html, warum ich eine verwenden sollte?)

---

.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> 

Dank

Answer 1

Es geschieht, weil apache von der Wurzel umleitet / zu app.php (# Schreiben Sie alle anderen Abfragen an den Front Controller. RewriteRule^%{ENV:BASE}/app.php [L])

Regel hinzufügen, die Wurzel zu index.html

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

umschreiben wird