Druckbare Version
Ich habe auf jeder Seite einen MM Frontendfilter, also ein Eingabefeld + Button mit dem die Besucher etwas im MM.
Ist das eigentlich ein Problem, wenn ich in Contao das Server-Caching aktivieren würde? Also würde es dann trotzdem funktionieren, dass die Besucher diesen Filter nutzen, oder würde da eine Art Cache-Version der Filterausgabe im System "feststecken"?
Ist doch ne andere URL nachdem der Filter durchgelaufen ist ...
;-)
Gesendet von iPhone mit Tapatalk
Verflixt, Denkfehler ;-)
Beim normalen Aufruf des Frontend Filters über ein CE klappte alles.
Die URL der Ergebnisseite lief nach dem Schema /AUSGANGSSEITE/FOO/BAR/XXX.html
Beim Aufruf via Insert Tag {{insert_module::XX|uncached}} gab es eine Zielseite ohne Listenergebnis,
aber dafür mit einer eigenartigen URL der Ergebnisseite nach dem Schema:
/AUSGANGSSEITE.html?_hash=XXXXXXXXXXXXXXXXX&pageId= 2
Eine Idee, warum die Uncached-Angabe im Filter sowas auslöst? Ich versuche die Logik/Systematik dahinter zu verstehen.
gibt es dazu Links zum Nachvollziehen?
Nein, leider derzeit nicht. Es ist auf einem internen Entwicklungsserver.
Contao rendert dann den Insert Tag als ESI-Tag. Dies führt dazu, dass ein separater Request abgesetzt wird. Wenn ich das Problem richtig einschätze, dann ist dann der Contao-Seiten-Context nicht initialisiert (kein. $GLOBALS['objPage'] usw.). Dies kann dann in Modul, in dem Fall MetaModels, zu unerwarteten Ergebnis führen.Zitat:
Zitat von maxine
Ergo funktioniert der |uncached Flag nur eingeschränkt mit Insert Tags
Danke. Sollte das "irgendwem" vom Contao Core Team gesagt werden, damit sie ggf. darüber nachdenken können? Das betrifft dann doch nicht nur MM und ist somit ein generelles Problem der Caching-Einstellungen? Oder deute ich das falsch?
Du deutest das falsch ;).
Wenn du etwas per ESI rendern lassen lässt, müssen dir die Implikationen klar sein. Einfach so geht das nun mal nicht mit jedem Modul.
Warum hast du das überhaupt so umgesetzt?
Hier gab es tatsächlich einen Bruch mit der Funktionalität während der Weiterentwicklung von Contao durch die Umstellung auf ESI. Problem ist hier aber vielmehr der alte Contao-3-Weg, in dem stillschweigend angenommen wird, dass die aktuelle Seite über $GLOBALS['objPage'] zur Verfügung steht. Hier hat sich anscheinend das Core-Team entschieden den Edge-Case nicht rückwärtskompatibel zu halten.Zitat:
Zitat von maxine
Inzwischen (ab Contao 4.8) stehen als Attribute des aktuellen Requests die Seiteninformationen zur Verfügung. Sprich, sollte MM die Mindestvoraussetzung auf Contao 4.8 heben und entsprechend die Implementierung ändern, dürfte auch die Umsetzung mittels ESI funktionieren.
Auch in Contao 3 hast du keinen Page Context wenn du |uncached benutzt.
Wieder was dazugelernt. :-)Zitat:
Zitat von Spooky
Wobei ich mir jetzt nicht mehr sicher bin :D auf jeden Fall hast du nicht den kompletten Context. Sonst kann man ja gleich die gesamte Seite nicht Cachen.