Contao 4.4 Frontend redirect loop

Hallo CC,

vor ein paar Wochen hat meine 1und1 Contao 4.4 Installation noch richtig im Frontend und Backend funtkioniert. Jetzt wollte ich nach meinem Urlaub das Frontend aufrufen, daraufhin erwartet mich ein endloser redirect ohne Ziel. In das Backend kann ich mich hingegen einwandfrei einloggen und dieses nutzen

Die Installation liegt auf einer Unlimited Pro Vertrag und wurde per SSH installiert.
Als Template verwende ich "Eclipse" von Premium Contao Themes, dessen Theme Designer und die Module pct_ autogrid, customelements, iconpicker, megamenu, revolutionslider und themer.

Per Google fand ich nur Probleme beim Login ins Backend..

Viele Grüße und Dank an jeden Tipp der mich weiterbringt,
Filip

Irgendwo müssen die 302 Redirects ja herkommen. Von allein passiert das nicht. Wie sieht denn die .htaccess im web-Verzeichnis aus?

Zitat:

---

Zitat von mlweb

Irgendwo müssen die 302 Redirects ja herkommen. Von allein passiert das nicht. Wie sieht denn die .htaccess im web-Verzeichnis aus?

---

In der .htaccess im web Ordner ist eigentlich alles auf default Einstellungen.

HTML-Code:

---

<IfModule mod_headers.c>
    # Allow access from all domains for webfonts (see contao/core-bundle#528)
    <FilesMatch "\.(ttf|ttc|otf|eot|woff2?|font\.css)$">
        Header set Access-Control-Allow-Origin "*"
    </FilesMatch>
</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>

---

Hm, überprüfe ob bei deinem Server mod_rewrite aktiv ist.

Zitat:

---

Zitat von Spooky

Hm, überprüfe ob bei deinem Server mod_rewrite aktiv ist.

---

Da ich die Website auf einer Subdomain liegen habe und die richtige Website normal funktioniert, auch mit URL umschreiben, glaube ich das mod_rewrite Aktiv ist. Ich wüsste aber nicht wie ich das sonst überprüfen soll?

Zitat:

---

Zitat von Filotronik

Da ich die Website auf einer Subdomain liegen habe und die richtige Website normal funktioniert, auch mit URL umschreiben, glaube ich das mod_rewrite Aktiv ist.

---

Davon kannst du nicht ausgehen, da das zwei verschiedene Virtual Hosts sind.

Zitat:

---

Zitat von Filotronik

Ich wüsste aber nicht wie ich das sonst überprüfen soll?

---

https://docs.bolt.cm/3.3/howto/makin...htaccess-works

Zitat:

---

Zitat von Spooky

Davon kannst du nicht ausgehen, da das zwei verschiedene Virtual Hosts sind.


https://docs.bolt.cm/3.3/howto/makin...htaccess-works

---

Dabei bekomme ich folgenden Fehler ausgegeben.

Was ich hierbei nicht verstehe ist das auf dem Server mehrere Subdomains laufen und bei all diesen die mod_rewrite normal funktioniert, vor ca. 4 Wochen lief die Website auch noch ohne Probleme mit der gleichen .htaccess.

Wie gehe ich vor die mod_rewrite bei 1und1 zu aktivieren für die entsprechende subdomain?

HTML-Code:

---

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

---

Kontaktiere den 1&1 Support diesbezüglich.

Zitat:

---

Zitat von Spooky

Kontaktiere den 1&1 Support diesbezüglich.

---

Hi Spooky, sorry für die späte Rückmeldung.. aber der 1&1 Support braucht da immer Ewigkeiten.

Die Technik beim 1&1 Support sagen das die Weiterleitung Servertechnisch einwandfrei funktioniert und das Problem an Contao liegt.

Hast du/ihr noch eine Idee woran das sonst liegen könnte? Falls nichts funktioniert müsste ich schnellstmöglich die komplette Seite neu aufbauen in einem anderen Verzeichnis.

Funktioniert mod_rewrite nun?

Zitat:

---

Zitat von Spooky

Funktioniert mod_rewrite nun?

---

Bei laden der .htaccess_tester.php erscheint immer noch die gleiche Fehlermeldung.
Laut dem technischen Support von 1&1 funktioniert alles einwandfrei und es soll an der Contao Installation liegen.

Ich verstehe aber allgemein nicht wieso der Server vom einen auf den anderen Moment Probleme mit der mod_rewrite haben soll, da die Website im vorhinein problemlos funktionierte und auf dem gleichen Webserver weitere Contao Installationen laufen.

Könnte es an meiner spezifischen Contao Version liegen?

mod_rewrite ist ein Apache Modul, darauf hat Contao keinen Einfluss. Du solltest sicher stellen, dass mod_rewrite funktioniert.

Bei 1&1 wird die PHP-Version für jede Domain/Subdomain getrennt festgelegt. Prüfe doch einfach einmal, ob die PHP-Version der nicht funktionierenden (Sub-)Domain die selbe ist wie bei den funktionierenden.

Zitat:

---

Zitat von tab

Bei 1&1 wird die PHP-Version für jede Domain/Subdomain getrennt festgelegt. Prüfe doch einfach einmal, ob die PHP-Version der nicht funktionierenden (Sub-)Domain die selbe ist wie bei den funktionierenden.

---

Die PHP Version ist bei allen Subdomains und normalen Domains gleich. Es ist PHP 5.6.

Der 1&1 Support meinte es funktioniert alles, gibt es irgendeine Möglichkeit das bei 1&1 selbst zu überprüfen oder kann die Weiterleitung auch im zusammenhang mit Contao stehen?

Beschreibe bitte alle Schritte die du getan hast, um die .htaccess zu testen. Hast du wirklich alle Schritte gemacht, die in der Anleitung beschrieben waren?

Zitat:

---

Zitat von Spooky

Beschreibe bitte alle Schritte die du getan hast, um die .htaccess zu testen. Hast du wirklich alle Schritte gemacht, die in der Anleitung beschrieben waren?

---

Ich habe die .htaccess mit dem Text aus dem Artikel ersetzt.

HTML-Code:

---

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule ^.*$ htaccess_tester.php
</IfModule>

---

Daraufhin habe ich das Script htaccess_tester.php auch in das /web Verzeichnis gelegt und die Seite /test aufgerufen um zu testen ob das Scritpt funktioniert.

Zitat:

---

Zitat von Filotronik

Daraufhin habe ich das Script htaccess_tester.php auch in das /web Verzeichnis gelegt und die Seite /test aufgerufen um zu testen ob das Scritpt funktioniert.

---

Und was passiert dann?

Zitat:

---

Zitat von Spooky

Und was passiert dann?

---

Dann kommt diese Fehlermeldung.

HTML-Code:

---

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

---

Dann frage beim Hoster nach warum hier der 500er kommt. Das hat ja nichts mit Contao zu tun. Wenn dir 1&1 nicht glaubt, lösche deine Contao Installation komplett und mache diesen Test in der bereinigten Umgebung ;)

Zitat:

---

Zitat von Spooky

Dann frage beim Hoster nach warum hier der 500er kommt. Das hat ja nichts mit Contao zu tun. Wenn dir 1&1 nicht glaubt, lösche deine Contao Installation komplett und mache diesen Test in der bereinigten Umgebung ;)

---

Gerade hatte ich ein Gespräch mit dem 1&1 Service und diese haben nochmal selbst alles überprüft und sind dennoch davon überzeugt das es an der Contao Installation liegt. Mir wurde angeboten das sie den Server nochmal komplett von der IT überprüfen lassen, das dauert aber mindestens eine Woche.

Hier hat niemand sonst eine Idee weshalb Contao das auslösen könnte?

Hast du Contao schon gelöscht und den Test nochmal durchgeführt?

Hmm ich hänge gerade auch im 1und1 Support-Wateschleifen-Wunderland.

Gerade eben ging noch alles Contao3 und die update Version Contao4.
htaccess würde nicht passen war die erste Analyse. Das hab ich mir dann noch mal angeguckt. Und naja.. ging trotzdem nicht.
Auch war eine Variante: Subdomain mit www. muss inzwischen selber angelegt werden (seit 2 Wochen ist das nicht mehr automatisch). Hab ich also auch gemacht (für die inzwischen Contao4). Hat auch nicht geholfen.

Jetzt beim 2. Anruf: IT guckt.. weiß selber noch nix und meldet sich.. irgendwann...
Eventuell also noch mal bei denen anrufen und weiter forschen ;-)

Viele Grüße

PS: Beide Installationen gingen heute morgen noch, bis ich die Domains geändert hatte ;-)
bzw.: danach gingen die kurze Zeit noch... Ich vermute also, dass 1und1 irgendwo selber Probleme hat...

Update:
Subdomain mit contao3 geht.
Domain mit Contao4 noch nicht. Kein 500er mehr, sonern ein 403er.... warum weiß nur 1und1 schätze ich mal ;-)
Noch habe ich Hoffnung.

Zusätzlich muss man seit 2 Wochen anscheinend auch immer noch die www als subdomain einrichten, wenn man da hin leiten will, da die aktuell ein DNS-Server Problem haben (seit 2 Wochen????), was an sich erst seit gerade eben Probleme machen soll.. keine Ahnung warum es dann 2 Wochen lang geht (aber tut glaub ich jetzt nix zu Sache).

Aha, die bauen also irgendwas um. Vielleicht hat das ja positive Auswirkungen auf Contao 4 bei 1&1. Think positive, es kann ja nur besser werden.:D

Zitat:

---

Zitat von Spooky

Hast du Contao schon gelöscht und den Test nochmal durchgeführt?

---

Ich habe Contao komplett entfernt und der Fehler tritt immer noch auf..
Der 1&1 Suport möchte mir aber auch nicht helfen.

Das heißt das ich wahrscheinlich eher die komplette Seite nochmal neu aufbauen muss.

Zitat:

---

Zitat von Filotronik

Der 1&1 Suport möchte mir aber auch nicht helfen.

Das heißt das ich wahrscheinlich eher die komplette Seite nochmal neu aufbauen muss.

---

Das sollte Dir ernsthaft zu denken geben. Hosterwechsel ist doch auch eine Option.

Zitat:

---

Zitat von Filotronik

Das heißt das ich wahrscheinlich eher die komplette Seite nochmal neu aufbauen muss.

---

Nein, warum? Der Fehler würde dann ja weiterhin bestehen.

Zitat:

---

Zitat von Filotronik

Ich habe Contao komplett entfernt und der Fehler tritt immer noch auf..

---

Dann kann es natürlich nur an Contao liegen ist doch wohl logisch :rolleyes:. 1&1 ich fasse es nicht.

Zitat:

---

Zitat von tab

Think positive, es kann ja nur besser werden.:D

---

Daran glaube ich bei 1&1 schon jahrelang nicht mehr. Oder meintest Du besser für deren Profit? Das würde ich unterschreiben.

Hoffentlich wechselt er nicht zum Service-Weltmeister :(

Bei der Hosterwahl sollte Dir diese Aufstellung ein wenig Sicherheit geben:
https://github.com/contao/contao-manager/wiki

Zitat:

---

Zitat von Spooky

Nein, warum? Der Fehler würde dann ja weiterhin bestehen.

---

Der Fehler besteht ja innerhalb der anderen Verzeichnisse des Server nicht. Auf dem Paket liegen immer gleichzeitig 5-6 verschiedene Projekte.
Das ist das einzige das nicht funktioniert - aber auch das dringendste.

Gibt es eine Möglichkeit seinen Stand als Template zu exportieren, ohne komplett Contao zu exportieren?

Zitat:

---

Zitat von Filotronik

Der Fehler besteht ja innerhalb der anderen Verzeichnisse des Server nicht. Auf dem Paket liegen immer gleichzeitig 5-6 verschiedene Projekte.
Das ist das einzige das nicht funktioniert - aber auch das dringendste.

Gibt es eine Möglichkeit seinen Stand als Template zu exportieren, ohne komplett Contao zu exportieren?

---

Das Problem liegt ja nicht an Contao - du hattest es ja auch ohne Contao getestet. Was genau hast du nun vor?

Zitat:

---

Zitat von Spooky

Das Problem liegt ja nicht an Contao - du hattest es ja auch ohne Contao getestet. Was genau hast du nun vor?

---

Contao auf einem anderen Verzeichnis neu zu installieren. Möglicherweise wieder auf Contao 3 wechseln.

Andere Contao installationen funktionieren einwandfrei, wenn ich aber die alte kopiere funktioniert das gleiche Verzeichnis auch nicht.

Mal ein update von mir.
1und1 hat auch bei mir darauf bestanden, dass es an der Installation liegt. Und da die ja kein Script-Support bieten konnten die nichts machen. Ich wurde immer wieder darauf hingewiesen, dass ich denen eine error.log schicken soll (die ich nicht erstellen konnte, auch per Anleitung -> natürlich nicht, wenn man gar nicht da ankommt...).
Irgendwann hatte ich dann bemerkt, dass ich wenigstens 'nur noch' einen 403er bekomme. Mal Addblocker ausgemacht und ich hab nur noch die Werbeseite von 1und1 gesehen, dass ich die Domain gerade erst registriert habe.
Mit anderen Worten: Die Verknüpfung von der Domain zu dem von mir angegebenen Ordner passte nicht mehr. Ich konnte da auch einstellen was ich wollte... Ich hab inzwischen 4-5 Mitarbeiter von 1und1 durch, einer hat zwischenzeitlich auch einfach aufgelegt... Fazit von 1und1 -> Es liegt an mir.
Mein Fazit, nachdem ich dann noch mal den Ordner eingestellt habe bei der Domain und dann die htaccess erst gar nicht drin und dann nur Teile bis zu der htaccess die ich da vorher schon drin hatte: 1und1 hat richtig misst gemacht bei irgendwas und wollte es nicht zugeben. Denn die Seite funktionierte in dem Zustand von vorher irgendwann. Aber auch erst nur manchmal... öfter F5 hat dann manchmal geholfen, manchmal nicht.. manchmal ging SSL und manchmal nicht. Heute morgen geht die Seite wieder normal.
Ich kann also nur empfehlen, bei solchen komischen Problemen hartnäckig zu bleiben und 1und1 richtig zu nerven (oder zu wechseln...).
Ich hoffe für dich, das du da noch eine Lösung für dich findest. Füße Still halten und alles x-mal neu machen hilft leider nicht ;-)

Viele Grüße

Kann so etwas auch ein allgemeineres Problem sein?
Ich hatte witziger Weise letzte Woche bei Hetzner ein ähnliches Problem.

• Domainroot weg, läßt sich auch nicht mehr einstellen
• PHP-Version auf Version 5.3 zurückgefallen und lässt sich nicht einstellen
• Subdomains zwar scheinbar noch auf dem richtigen Ordner, aber tatsächlich nicht mehr erreichbar
• Adminbereich für den Account nur teilweise erreichbar bzw. Änderungen können nicht übernommen werden

Erste Aussage von Hetzner war auch abwimmeln, ala PHP ist sicher über eine .htaccess eingestellt worden, liegt an Contao und liegt sicher an einem Adblocker der bei Ihnen läuft.
Im zweiten Step bin ich dann etwas massiver geworden und man hat dann etwas kleinere Brötchen gebacken und mir nur mitgeteilt, dass man einen Serverfehler entdeckt hat und der jetzt behoben sei.

Hallo,

nachdem ich den Alias zum Startpunkt meiner Website umbenannt habe von "index" auf "test" funktioniert alles zumindest zum aufbauen einwandfrei.
Ebenfalls: wenn ich Artikelalias mit Zahlen verwende ensteht wieder ein redirect Error zu diesen Seiten.

Könnte es also doch ein Contao Problem sein? Die Seite funktioniert, nur halt ohne "index" und Zahlen in der URL.

Du solltest generell keine Aliase verwenden, die nur aus Zahlen bestehen.

Hast du eine 404 Seite in deiner Seitenstruktur? Wenn ja, wie hast du diese konfiguriert?

Den Seitenalias der Startseite solltest du auf index lassen.

Zitat:

---

Zitat von Spooky

Du solltest generell keine Aliase verwenden, die nur aus Zahlen bestehen.

Hast du eine 404 Seite in deiner Seitenstruktur? Wenn ja, wie hast du diese konfiguriert?

Den Seitenalias der Startseite solltest du auf index lassen.

---

Eine 404 Seite habe ich angelegt, diese funktioniert einwandfrei.

Sobald ich den Startseiten Alias auf Index setze lädt die Seite nicht mehr, das liegt wahrscheinlich an der korrupten mod_rewrite?
Alle anderen Seiten laden ohne Fehler.

Warum ist der Alias der Seite -2032? Wie hast du die 404 Seite konfiguriert?

Zitat:

---

Zitat von Spooky

Warum ist der Alias der Seite -2032? Wie hast du die 404 Seite konfiguriert?

---

Ich habe den Seitentyp 404 ausgewählt und diese Ziffer wurde automatisch von Contao eingefügt. Wenn ich nicht existente Seiten besuche, komme ich normal auf die 404 Seite und in der URL steht "/404".

EDIT: Ich weiß nicht ob das normal ist aber wenn ich keinen index gesetzt habe gibt mir Contao eine "Hallo Welt!" Seite aus auf "index.html" aus.

Zitat:

---

Zitat von Filotronik

Ich habe den Seitentyp 404 ausgewählt und diese Ziffer wurde automatisch von Contao eingefügt.

---

Das könnte ein Bug sei. Setze den Alias auf "seite-nicht-gefunden".

Zitat:

---

Zitat von Filotronik

Wenn ich nicht existente Seiten besuche, komme ich normal auf die 404 Seite und in der URL steht "/404".

---

Das ist nicht normal, die URL sollte sich eigentlich nicht ändern.

Zitat:

---

Zitat von Spooky

Das könnte ein Bug sei. Setze den Alias auf "seite-nicht-gefunden".


Das ist nicht normal, die URL sollte sich eigentlich nicht ändern.

---

Habe ich gemacht, macht hierbei aber leider keinen unterschied an der erreichbarkeit der Startseite. :/

Poste mal einen Link zur Seite.

Zitat:

---

Zitat von Spooky

Poste mal einen Link zur Seite.

---

Den redirect Fehler hatte ich im Originalpost schon geschrieben, falls du irgendwelche anderen Anhaltspunkte findest würde ich gerne verstehen woran du diese erkennst, damit ich weiß worauf ich beim nächsten mal achten muss.

http://website17.wyynot.de/

Also das:

Zitat:

---

Zitat von Filotronik

Wenn ich nicht existente Seiten besuche, komme ich normal auf die 404 Seite und in der URL steht "/404".

---

stimmt auf jeden Fall nicht. Wenn man http://website17.wyynot.de/loremipsumdolor.html aufruft bleibt man auch auf http://website17.wyynot.de/loremipsumdolor.html und man sieht den Inhalt der 404 Seite.

Wieviele Website Startpunkte hast du?

Zitat:

---

Zitat von Spooky

Wieviele Website Startpunkte hast du?

---

Die Website hat derzeit 4 Startpunkte. Dabei aber nur einen index. Die anderen 3 werden eigentlich nicht verwendet, sind aber angelegt da ich ein Theme verwende und darin Demoinhalte liegen.

Da liegt wohl dein Problem. Zeige die gesamte Konfiguration aller Startpunkte.

Zitat:

---

Zitat von Spooky

Da liegt wohl dein Problem. Zeige die gesamte Konfiguration aller Startpunkte.

---

Ich war gerade weg und plötzlich lädt back und Frontend der Seite komplett nicht mehr. In der zwischenzeit ist nichts mit der Seite passiert, da niemand außer mir daran arbeitet.

Den Symphony Cache habe ich bereits gelöscht, Fehlermeldungen kommen hier auch keine.
Hast du eine Idee woran das liegen könnte, 1&1 Probleme?

Das kann ich nicht beurteilen. Prinzpiell funktioniert die Seite noch: http://website17.wyynot.de/app.php/referenzen.html

Ich habe in Contao einen Bug gefunden, der einen Infinite Redirect auslösen kann: https://github.com/contao/core-bundle/issues/1210

Daher auch meine Frage nach der kompletten Website Root Konfiguration in deinem Setup.

Zitat:

---

Zitat von Spooky

Ich habe in Contao einen Bug gefunden, der einen Infinite Redirect auslösen kann: https://github.com/contao/core-bundle/issues/1210

Daher auch meine Frage nach der kompletten Website Root Konfiguration in deinem Setup.

---

Ist das ein 1&1 Bug das man die Seite nur noch mit dem Prefix "/app.php/" erreicht? Oder kann das auch an der mod_rewrite liegen?

Was ich daran nicht verstehe ist das mit dem Server und Website nichts passiert ist, ich war praktisch nur eine Stunde außer Haus.


EDIT: Der Artikel beschreibt mein Problem, dankeschön! Ich habe selbst lange danach gegoogelt bis ich mich dazu entschlossen habe hier einen Beitrag zu posten.. aber das Problem scheint ja sehr Aktuell zu sein.

Zitat:

---

Zitat von Filotronik

Ist das ein 1&1 Bug das man die Seite nur noch mit dem Prefix "/app.php/" erreicht? Oder kann das auch an der mod_rewrite liegen?

---

Folgende Anweisungen befinden sich in der default .htaccess von Contao 4:

Code:

---

<IfModule mod_headers.c>
    # Allow access from all domains for webfonts (see contao/core-bundle#528)
    <FilesMatch "\.(ttf|ttc|otf|eot|woff2?|font\.css)$">
        Header set Access-Control-Allow-Origin "*"
    </FilesMatch>
</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>

---

Diese .htaccess konfiguriert den Apache Server, sodass alle Requests (die nicht direkt auf eine physisch vorhandene Datei gehen) über die app.php prozessiert werden. Das kann aber nur gemacht werden, wenn das Modul mod_rewrite im Apache Webserver aktiviert ist.

Ist mod_rewrite nicht verfügbar, werden stattdessen alle Requests auf die app.php per 302 Status (Temporary Redirect) weitergeleitet.

Zu beachten ist auch, dass die Default Konfiguration deines Apache Webservers möglicherweise eine Anweisung wie DirectoryIndex index.html index.php drin hat (dazu wird mod_dir benötigt). Ist das der Fall und befindet sich in deinem /web Ordner eine index.html oder index.php zeigt der Webserver stattdessen den Inhalt (bzw. das Ergebnis) dieser Dateien an. Allerdings hat normalerweise mod_rewrite Priorität über mod_dir.

Zitat:

---

Zitat von Filotronik

EDIT: Der Artikel beschreibt mein Problem, dankeschön!

---

Dein aktuelles Problem jedoch nicht ;).