Template "Dienst nicht verfügbar"

Tagchen.

Ich habe es gewagt und vor ein paar Tagen ein Upgrade von 3.5 nach 4.4 begonnen - und natürlich reichlich Probleme. Die ersten Anfangshürden sind genommen und nun kommen (in vielleicht seltsam anmutender Reihenfolge) meine ganzen Schwierigkeiten. Natürlich versuche ich, erstmal selber klar zu kommen - klappt aber nicht immer :-(

Bereits an anderer Stelle hatte ich erwähnt:

Zitat:

---

Zitat von purzel

Wenn ich über "Systemwartung" den Wartungsmodus aktiviere, wird immerhin keine Weiße Seite angezeigt, sondern "Contao Dienst nicht verfügbar" und nicht etwa mein leicht modifiziertes be_unavailable.html5 Template aus der 3.5

---

Das alte Template liegt aber in templates. Zwar habe ich dank Unix' find Befehl (ist anscheinend jetzt "Zwangstool") das service_unavailable.html.twig schnell gefunden, aber stand sogleich "wie Ochs vorm Berch". Das da drin erwähnte @ContaoCore/Error/layout.html.twig war auch noch schnell gefunden und erschlug ein bisschen weniger. Aber was machen die beiden {{ error.* }} Dinger? Ich kapiere nicht was das soll. In der 3.5 hatte ich das template "be_unavailable.html5" meinen Wünschen angepasst und es hat prima funktioniert. Jetzt ist alles anders...

FRAGE: Wie binde ich nun mein bewährtes be_unavailable.html5 (update sicher) in die 4.4 ein? Mehrsprachigkeit brauche ich nicht.

Dazu kopierst du dir das service_unavailable.html.twig Template aus dem core-bundle und fügst es in app/Resources/ContaoCoreBundle/views/Error ein, machst die Anpassungen und baust dann den Symfony Application Cache neu auf.

Irgendwie verstehe ich nur Bahnhof und Bratkartoffeln von dieser TWIG Syntax.
In der Meldung steht ja
Legen Sie ein eigenes Twig-Template an, das das Template @ContaoCore/Error/service_unavailable.html.twig überschreibt,
Überschreiben heißt dann wohl das was Du mir geraten hast, nämlich eine eigene app/Resources/ContaoCoreBundle/views/Error/service_unavailable.html.twig Datei anzulegen. OK, bis dahin.

Da drin ist eine Zeile

Code:

---

{% extends "@ContaoCore/Error/layout.html.twig" %}

---

Die hatte ich im Original-File geändert; dahingehend dass eine layout_new.html.twig IM SELBEN VERZEICHNIS geladen werden soll. Das habe ich nämlich gerade noch so halbwegs mittels trial'n'eroor zum Erfolg gebracht. Vermutlich ist das aber nicht update-safe.

Da muss man aber auch erstmal drauf kommen, dass der Pfad- und Dateiname NICHT geändert werden darf OBWOHL die selbstgemachten Dateien in einem ganz anderen Verzeichnis liegen. Die Testerei dauert ja auch immer so ewig weil man immerzu auf "composer install" warten muss - oder geht das irgendwie schneller?

Zitat:

---

Zitat von purzel

Die hatte ich im Original-File geändert;

---

Das solltest du auf keinen Fall machen.

Hatte ich ja nach Deinem Tipp wieder rückgängig gemacht.

Nun experimentiere ich fröhlich rum, die Testerei dauert ja immer so ewig weil man immerzu auf "composer install" warten muss - oder geht das irgendwie schneller?

Ja, die app_dev.php benutzen.

Zitat:

---

Zitat von Spooky

Ja, die app_dev.php benutzen.

---

Damit kam ich nicht klar. Wie benutzt man das app_dev.php denn?
Im Browser und in der Konsole gibt's 'ne Fehlermeldung You are not allowed to access this file. Check app_dev.php for more information.
Der Blick in das Script brachte mich auch nicht nach vorn...

Ich habe dann weiter mit `composer install` rumgequält und bin endlich zu einem Ergebnis gekommen.

Benutzername & Passwort für die app_dev.php kannst du über den Contao Manager setzen - allerdings erst ab Contao 4.5. Für Contao 4.4 musst du das über die Konsole machen:

Code:

---

vendor/bin/contao-console contao:install-web-dir --user=… --password

---

Hat offenbar geklappt - was ich damit aber anstellen kann verstehe ich auch noch nicht. Leider muss ich nun erstmal aufhören.

Das ist die Entwicklungsumgebung. In der Entwicklungsumgebung ist bspw. der Cache (weitgehend) deaktiviert - daher solltest du Änderungen an den Twig Templates sofort sehen.

Ah, danke. Das versuche ich nachher nochmal in Ruhe. "Mal eben" klappte es nicht...