Contao 4 Template überschreiben

[iCodr8]

Hey Leute,

ich möchte in Contao 4 das Wartungsmodus Error Layout Template überschreiben.
Kann mir jemand sagen wie das geht?

Dort steht nur das hier:

Legen Sie ein eigenes Twig-Template an, das das Template @ContaoCore/Error/service_unavailable.html.twig überschreibt, um diese Meldung anzupassen.

[iCodr8]

Ich konnte es Dank der Symfony Dokumentation inzwischen selbst lösen.

http://symfony.com/doc/current/book/...ndle-templates

Ich habe das Template unter folgendem Verzeichnis abgelegt:
/app/Resources/ContaoCoreBundle/views/Error/layout.html.twig

[Koctja]

Hi iCodr8,

kannst du eventuell mal ein wenig erklären wie du es hingekriegt hast. Teste gerade Contao 4.1.2 und versuche auch die Wartungsmodus Template zu verändern aber bis jetzt kein erfolg. Ordnerstruktur passt auch nicht zu deinem letzten Beitrag, schätz eich mal da wurde was geändert. Vor allem welche Ordner ist der "@ContaoCore" wird damit der Root gemeint oder "/httpdocs/vendor/contao/core-bundle/src/Resources/views/Error" da dort sind derzeit die .twigs abgelegt.

bg Koctja

[iCodr8]

Exakt hier ablegen:

/app/Resources/ContaoCoreBundle/views/Error/layout.html.twig

Und dann den Cache leeren

php app/console cache:clear --env=dev
php app/console cache:clear --env=prod

Damit sollte es gehen.

[iCodr8]

Niemals etwas im Vendor Ordner ändern!
Die Twig Tempaltes immer in /app/Resources/ überschreiben, denn das hat die höchste Priorität.

[Koctja]

Das habe ich bereits getestet, und jetzt nochmal probiert. Ordnerstruktur wie von dir beschrieben erstellt "httpdocs/app/Resources/ContaoCoreBundle/views/Error/layout.html.twig" inhalt aus dem original Datei layout.html.twig kopiert und paar Sachen angepasst. Leider kein erfolg.

[Thraile]

Auch wie beschrieben den Cache geleert?

Gesendet von meinem D5803 mit Tapatalk

[iCodr8]

Exakt hier ablegen:

/app/Resources/ContaoCoreBundle/views/Error/layout.html.twig

Und dann den Cache leeren

php app/console cache:clear --env=dev
php app/console cache:clear --env=prod

Damit sollte es gehen.

Inzwischen muss man "bin" nehmen...

php bin/console cache:clear --env=dev
php bin/console cache:clear --env=prod

[Franko]

Hallo,
kann man eigentlich in den twig templates auch auf die Contao inserttags zurückgreifen/nutzen?
Danke
Frank

[iCodr8]

Meines Wissens nicht.

[Spooky]

Hallo,
kann man eigentlich in den twig templates auch auf die Contao inserttags zurückgreifen/nutzen?
Danke
Frank

Wenn das Template im Frontend ausgegeben wird theoretisch ja, da Insert Tags auf jeden Fall ersetzt werden, bevor der fertige Inhalt an den Browser gesendet wird (mit der verwendeten Template Engine hat das prinzipiell nichts zu tun).

[Franko]

Wenn das Template im Frontend ausgegeben wird theoretisch ja, da Insert Tags auf jeden Fall ersetzt werden, bevor der fertige Inhalt an den Browser gesendet wird

Hm hat beim Test aber nicht leider nicht geklappt ...
Danke

[Franko]

Hi,
ich habe mir die service_unavailable.html.twig jetzt entsprechend überschrieben u. gestaltet (inkl. Logo u. Adressangaben etc.).
Zur Zeit verwalte ich mit dieser Contao Installation nur eine Domain.

Wenn ich nun aber eine weitere Domain hinzufüge passen die Angaben aus dem template ja nicht mehr - Ich kann das nicht unterscheiden,
müßte dann also den template Inhalt immer allgemein halten ...

Oder habt Ihr eine Idee
Danke
Frank

[Spooky]

Was genau müsstest du unterscheiden?

[Franko]

Was genau müsstest du unterscheiden?

Moin,
na ich habe halt jetzt bei meiner Single Domain Installation im template das Logo und Adress Infos für die Domain xyz.de gesetzt.
Bei einer weitern Domain wären diese ja unterschiedlich.

Das template gilt aber halt generell für den Wartungsmodus und ich weiß nicht wie ich diese Angaben abhängig von der aktuellen Domain setzen könnte.

Ich könnte mir für jede Domain als ersten Seiteneintrag quasi eine eigene maintenance Seite erstellen und bei Bedarf sichtbar machen,
habe dann aber nicht den 503er ...

[Spooky]

Moin,
na ich habe halt jetzt bei meiner Single Domain Installation im template das Logo und Adress Infos für die Domain xyz.de gesetzt.
Bei einer weitern Domain wären diese ja unterschiedlich.

Das ist einfach:

{% if app.request.host == 'domain1.org' %}
    …
{% elseif app.request.host == 'domain2.org' %}
   …
{% else %}
   …
{% endif %}

[Franko]

Oh Mann,
Danke - habe eben auch reingeschaut: https://symfony.com/doc/current/refe...rence.html#app

[Toflar]

Der Vollständigkeit halber: Die meisten dieser Fälle (Wartungsmodus, kein Seitenlayout, keine Rootseite, Installation nicht komplett etc.) werden von dem "PrettyErrorScreenListener" abgefangen. Das ist nichts anderes als ein Event-Listener der auf den Symfony kernel.exception Event hört und dann die Exceptions in, eben, pretty error screens umwandelt :-) Du kannst einfach einen weiteren Listener mit höherer Priorität registrieren, die gewünschte Exception abfangen und damit dann tun und lassen was du willst :-)

[Franko]

Der Vollständigkeit halber:

Ähem - Alles klar ? ...
Danke - nehme ich mal so hin

Frank

[Samson1964]

Die Anleitung hier stimmt nicht ganz. Laut Marco Simbürger muß das Template service_unavailable.html.twig heißen. Ich habe einfach mein altes be_unavailable.html5 umbenannt.

Einen Fehler/Feature hat aber der Wartungsmodus noch. Löscht man var/cache wird der Wartungsmodus einfach beendet. Das kann doch nicht Absicht sein?!

[xchs]

Einen Fehler/Feature hat aber der Wartungsmodus noch. Löscht man var/cache wird der Wartungsmodus einfach beendet. Das kann doch nicht Absicht sein?!

Siehe dazu auch: https://github.com/contao/core-bundle/issues/1241

[Spooky]

Das Ticket hat nicht direkt etwas damit zu tun. In dem Ticket geht es darum, dass ein etwaiger aktivierter Wartungsmodus bei einem Update von <=4.4.8 auf >=4.4.9 plötzlich nicht mehr aktiv ist.

Der Grund dafür ist, dass die Datei für den Wartungsmodus ab 4.4.9 nun in /var liegt, statt /var/cache

Verwendet man also eine Contao <=4.4.8 Installation und hat den Wartungsmodus aktiv, wird dieser deaktiviert, wenn man manuell den gesamten /var/cache Ordner löscht. Ab Contao 4.4.9 wäre das nicht mehr der Fall.

[Samson1964]

Die Variante ab 4.4.9 (gab's noch nicht über den CM vor 2 Tagen) wäre ja auch die plausiblere. Alles was in var/cache liegt ist nur von kurzer Lebensdauer und kann ggfs. immer gelöscht werden.

[xchs]

Das Ticket hat nicht direkt etwas damit zu tun.

Das Ticket hat insofern damit zu tun, da man dort auch eine Antwort/Erklärung für das hier von @Samson1964 angesprochene Problem findet (insbesondere in den Kommentaren), auch wenn es im Ticket eigentlich um das Beenden des Wartungsmodus bei einem Update von Contao 4.4.8 auf 4.4.9 geht. Das war einzig der Grund, warum ich das Ticket hier verlinkt habe.

[fast-doc]

Ich habe wie in der Anleitung beschrieben im Pfad /app/Resources/ContaoCoreBundle/views/Error/ die Datei service_unavailable.html.twig erstellt und in die Datei

{% trans_default_domain 'contao_exception' %}
{% extends "@ContaoCore/Error/layout.html.twig" %}
{% block title %}
    {{ 'XPT.unavailable'|trans }}
{% endblock %}
{% block matter %}
    <p>{{ 'XPT.maintenance'|trans }}</p>
{% endblock %}

eingefügt und den Cache mit dem Contao-Manager neu erstellt.

Folge:
Diese Seite funktioniert nicht
xxx.yyy.de kann diese Anfrage momentan nicht verarbeiten.
HTTP ERROR 503

Nachdem ich die Datei Resources/ContaoCoreBundle/views/Error/service_unavailable.html.twig gelöscht und den Cache neu erstellt hatte, wird wiederum ein http error 503 angezeigt.
Die Contao-eigene Seite, dass die Seite aktuell nicht erreichbar ist, wird nicht mehr angezeigt.
Bin für jeden Hinweis dankbar.

[xchs]

Welche Contao-Version? Es gibt derzeit in Contao 4.5.1 bzw. 4.5.2 ein Problem mit dem Wartungsmodus (siehe https://github.com/contao/core-bundle/issues/1307)

[Bennie]

Ich kann das bei mir auch nachvollziehen in der 4.4.12 . Ich hatte auch ein eigenes service_unavailable.html.twig Template welches zumindest bis 4.4.8 noch funktionierte.
Jetzt bekomme ich eine weiße Seite, das ändert sich auch nicht nach Löschen des Templates und Cache Leerung.

[Spooky]

Es wurde ein Update von einer Abhängigkeit rausgebracht, aktualisiere mal deine Pakete.

[Bennie]

Ja geht jetzt wieder -danke!

[mapfei]

Also ich hatte bis zur Version 4.4 immer die Datei layout.html.twig in app/Resources/ContaoCoreBundle/views/Error liegen. Die greift aber in Version 4.5.3 nicht mehr. Jedenfalls bekomme ich im Wartungsmodus nur noch die Standard "Es ist ein Fehler aufgetreten"-Seite angezeigt.

[mapfei]

Gibts hierzu irgendeinen Hinweis? ^^

[Bennie]

Funktioniert bei mir einwandfrei (Cto 4.4.14)
Habe das gerade nochmal getestet, also mal einen Teil des Templates verändert, cache neu erstellt, danach wird die Änderung im Frontend ausgeliefert wie erwartet.
Hast Du evtl. auch die service_unavailable.html.twig verändert?

[mapfei]

Funktioniert bei mir einwandfrei (Cto 4.4.14)
Habe das gerade nochmal getestet, also mal einen Teil des Templates verändert, cache neu erstellt, danach wird die Änderung im Frontend ausgeliefert wie erwartet.
Hast Du evtl. auch die service_unavailable.html.twig verändert?

Nein. Ich rede hier aber auch von Version 4.5.*.

[Bennie]

Stimmt, mein Fehler - aber ich probiere das gleich mal bei mir mit der 4.5

[webstar]

Gibts hierzu irgendeinen Hinweis? ^^

Wenn ich die Symfony 3.4 Doku richtig verstehe, Contao 4.5 basiert auf S 3.4, dann wurde der Pfad geändert. Siehe https://symfony.com/blog/new-in-symf...ding-directory

Inwieweit Contao diese Änderung mitgegangen ist, weiß ich allerdings nicht. Ist aber ein Versuch Wert.

[Spooky]

Hm, demnach müsste es jetzt also templates/bundles/ContaoCoreBundle/Error/layout.html.twig sein, oder?

[Bennie]

Ich habe es eben nochmal ausprobiert in einer neuen 4.5.3 Installation.
Bei mir geht es genau wie bisher in app/Resources/ContaoCoreBundle/views/Error
Was aber nicht ging war die alte aus 4.4.x vorhandene layout.html.twig weiter zu nutzen, eine neu angelegte und veränderte funktionierte aber sofort.
Liegt das an z.B. so etwas hier?

{% block hint %}{{ 'XPT.hint'|trans|format(template)|raw }}{% endblock %} 

An den Stellen wo bisher error. stand steht ja jetzt XPT.

[webstar]

Hm, demnach müsste es jetzt also templates/bundles/ContaoCoreBundle/Error/layout.html.twig sein, oder?

Wenn ich es richtig verstehe, ja. Habe aber aktuell keine 4.5 zum Testen zur Verfügung. Müsste man testen.

[mapfei]

Ich habe es eben nochmal ausprobiert in einer neuen 4.5.3 Installation.
Bei mir geht es genau wie bisher in app/Resources/ContaoCoreBundle/views/Error
Was aber nicht ging war die alte aus 4.4.x vorhandene layout.html.twig weiter zu nutzen, eine neu angelegte und veränderte funktionierte aber sofort.
Liegt das an z.B. so etwas hier?

{% block hint %}{{ 'XPT.hint'|trans|format(template)|raw }}{% endblock %} 

An den Stellen wo bisher error. stand steht ja jetzt XPT.

Und wie sieht die "neue" layout.html.twig nun aus? Wo finde ich die?

[Bennie]

Da wo sie bisher auch war in vendor/contao/core-bundle/src/Resources/views/Error
Da kannst Du sie kopieren und dann in das
app/Resources/ContaoCoreBundle/views/Error
einfügen