Contao 3.3.3 und theme-plus 4.4 Cache problem

[bruc13]

Hi,
ich nutze Beide Cachemethoden und seit dem Update zur Contao 3.3. wird die Home Seite, die auch ohne Alias (parameter) aufgerufen werden kann - z.B. https://github.com, ohne CSS und JS Ausgegeben.
Habt ihr eine Idee warum?

[tristanlins]

Bei mir ist die Startseite / Home-Seite immer ohne Alias (= index) aufrufbar und habe noch nie Probleme gehabt. Aber bei Contao 3.3 gibt es wohl hier und da noch ein paar Probleme, die ich noch nicht alle analysiert habe.

[bruc13]

Deine Erweiterung ist sehr nützlich, aber auch kompliziert. Hast du eine Idee, woran das liegen kann, dass die collection Dateien beim Cache nicht ausgegeben werden. Bei Contao 3.2 hat es noch funktioniert, was wurde da am Cache geändert?
Habe es noch mal blank ohne irgendwelche Extensions getestet (Nur Composer und Theme Plus)

Habe inzwischen herausgefunden, dass beim 1 Laden der Seite (wo noch keine Cache Datei angelegt ist) wird disse richtig generiert und unter html abgelegt. Ausgegeben wird aber nicht die gecachte, und dann fehlen die Ressourcen. Beim 2 Laden wird die gecachte geladen, mann kann sie sogar verändern, damit man das sieht. Die Index Seite nimmt aber nie die gecachte Datei.
Vielleicht hilft das. Wenn du eine Idee hast, wie man das lösen kann teste ich es gern.

[dmolineus]

Existiert das Problem weiterhin?

[davidmaack]

Ja, das Problem besteht weiterhin :).

Beim Output werden die Methode replaceDynamicScriptTags() zweimal aufgerufen. Einmal in der Methode addToCache() und direkt danach in der eigentlichen output-Methode. Theme-Plus baut hier per Hook die Assets zusammenbaut und damit Contao die Dateien nicht noch einmal verwendet, werden die Arrays TL_JAVASCRIPT, TL_CSS usw. geleert. Beim zweiten Durchlauf des Hooks fehlen dann halt ein paar Dateien :)

Als ersten Workaround habe ich mich in den Hook getCacheKey gehängt und sicher die Werte für TL_JAVACSRIPT und TL_CSS weg (mehr brauchte ich gerade nicht). Beim zweiten Durchlauf von replaceDynamicScriptTags() konnte ich die Werte somit wieder herstellen. Wirklich elegant ist das nicht, hat aber funktioniert :D

[fritzmg]

Habe dasselbe Problem auf http://stats.spikx.net/mwll.html bspw. Dort ist der Seitencache aktiviert und jQuery fehlt beim ersten Ladevorgang im kombinierten JavaScript file (vermutlich dann wenn die Seite für den Cache generiert wird). Beim zweiten Ladevorgang ist jQuery dann wieder dabei.

Scheint aber tatsächlich erst in neueren Contao Versionen zu passieren. Eine andere Seite von mir, die noch unter Contao 3.2.21 läuft, hat auch den Seitencache aktiviert, dort gibt es aber nie Probleme mit fehlenden JavaScripts.

Wäre nett wenn das gefixt wird, ansonsten ist Theme+ für aktuelle Contao Versionen ja nicht mehr benutzbar, wenn man den Seitencache braucht.

[markusmilkereit]

Im referenzierten Beitrag habe ich eine Lösung vorgeschlagen, die das Problem aus der Welt schafft:

Ich habe jetzt meinen Code an einen Hook früher in der Kette gehängt: statt an replaceDynamicScriptTags wird meine Login jetzt im Hook outputFrontendTemplate bearbeitet - damit funktioniert alles wie erwartet.

[dmolineus]

Kann das Problem unter 3.5.18 nicht mehr nachstellen. Tritt es bei euch noch auf?

[davidmaack]

Also bei einer 3.5.17 ist es die Tage bei uns noch aufgetreten. Da sich am Core an den entsprechenden Stellen aber nichts verändert hat, würde es mich wundern, wenn das Problem weg wäre.

[dmolineus]

Hab mir das Problem nochmal angeschaut und konnte es nun auch nachstellen. c40af4c sollte das Problem beheben.

Bitte testet dies mal im Fix-Branch https://github.com/netzmacht/contao-theme-plus/tree/fix/page-cache-issue und gebt hier Rückmeldung.

[fritzmg]

Seems to work :)

[dmolineus]

Seems to work :)

Gerade 4.4.7 veröffentlicht, dass den Bugfix beinhaltet.