Änderungen in Templates werden nicht übernommen

[Misios]

Hallo zusammen,

folgendes Problem: Wenn ich ein Template neu anlege im Template-Ordner kann ich es benutzen und es wird ganz normal verarbeitet. So weit so gut.

Wenn ich allerdings Änderungen in einem der bereits angelegten Templates mache, dann werden diese Änderungen einfach nicht übernommen. Ich hab schon alles mögliche probiert (Systemwartung und Prod-Cache erneuern). Nichts hat geholfen.

In meiner Verzweiflung dupliziere ich die entsprechenden Templates mittlerweile und binde dann das "neue" Template ein. Durch den dann anderen Template-Namen werden die Änderungen "sichtbar".

Kann sich jemand dieses Verhalten erklären?

Danke und Grüße,
Misios

[mlweb]

Wie sieht die Struktur Deines Templateordners aus?
Wo liegen die Templatedateien, die funktionieren und wo die, die nicht funktionieren?

[Misios]

Liegen alle ganz normal im Ordern "templates". Keine Unterordner.

Und wie gesagt: Sobald ich ein Template dort neu anlege oder umbenne ist es ok. Nur leider muss ich dann natürlich aufgrund des geänderten Namen des Templates dieses auch im Inhaltselement wieder neu zuweisen. Sobald ich das template einmal zugewiesen habe werden keine Änderungen im Code des templates mehr übernommen. Der Code steht natürlich geändert im template, aber Contao ignoriert das.

War das halbwegs verständlich?

[mlweb]

Ich kann mir darauf keinen Reim machen.
Ist da ein gekauftes Theme im Einsatz und wenn ja welches?

[Misios]

Ursprünglich war die Seite mit "Quantum" von PCT aufgesetzt. Da das Theme aber nicht für Contao 4 funktionierte habe ich alles, was möglich war rausgeworfen. Ich benutze also keine CE aus dem Theme mehr. Von den Quantum-Templates benutze ich auch nur noch ein paar. Läuft alles einwandfrei jetzt auf Conteo 4.9.9, bis auf die Sache mit den Templates.

Was ich bisher nicht geändert habe ist die fe_page des Themes. Hier werden halt einige Ressourcen aus dem cto_layout-Ordner des Themes geladen. Da aber alles funktionierte hab ich das bisher so gelassen.

[mlweb]

Dort könnten aber durchaus die Ursachen liegen.
Erstelle Dir doch mal testweise ein neues Seitenlayout. Verwende dort das Standardtemplate von Contao und teste mit der Anpassung eines Standardtemplates von Contao.

[derRenner]

Liegen alle ganz normal im Ordern "templates". Keine Unterordner.

wie verhält es sich, wenn du die Templates in einen Unterordner verschiebst?
/templates/meinOrdner/

[mlweb]

wie verhält es sich, wenn du die Templates in einen Unterordner verschiebst?

Eigentlich sollte es ja keine Rolle spielen vor allem dann nicht, wenn ein durch Kopie neu angelegtes Template funktioniert.

[derRenner]

grundsätzlich nicht ... aber die Quelle ist PCT ... da ist so einiges möglich, was als Ursache mit angesehen werden sollte

[Misios]

Ich werd das mit den Unterordnern und dem neuen Seitenlayout noch testen und gebe dann Feedback. Danke schonmal für die Vorschläge. Die Sache mit dem Seitenlayout wird halt leider etwas aufwendiger :-(

[Misios]

Mir fällt gerade ein: Es betrifft ja nicht das Frontend. Im Backend werden die Änderungen in den Templates nicht angezeigt. Und es betrifft auch explizit Backend Templates. Z.b. werden Änderungen im "be_TinyMCE.html5" einfach ignoriert. Und auch Änderungen für Backend Templates für einmal angelegte CustomElements-Elemente.

D.h. heisst doch eigentlich, es kann nichts mit den Seitenlayout zu tun haben, oder? Das wirkt sich doch nur auf die Frontend-Ausgabe aus. Sehe ich das richtig?

[Misios]

Problem gelöst. Es hatte was mit den PHP-Einstellungen meines V-Servers zu tun.

Ich hatte bei den zusätzlichen PHP-Anweisungen (warum auch immer):

opcache.memory_consumption = 128
opcache.max_accelerated_files = 2000
opcache.validate_timestamps = 0
realpath_cache_ttl = 600 

Alles raus gelöscht und jetzt läuft es. Tjo.

[tab]

Naja, die Timestamps nie zu validieren ist vielleicht keine so gute Idee, sofern sich Dateien auch mal ändern können.

[Spooky]

Kann man schon machen, um immer maximale Performance zu haben - nur muss man halt bei jeder Änderung auch selbst den opcache löschen. Wenn man Deployments nutzt wäre das kein Problem.