Contao Cache - Script- und CSS-Cache deaktivieren

[theMatrix]

Hallo zusammen,

ich kämpfe bei der Entwicklung einer Website immer mit dem Script- und CSS-Cache von Contao, obwohl ich in Dev-Modus bin.
Momentan lösche ich einfach die CSS- und JS-Verzeichnisse per Konsole.
Gibt es eine Möglichkeit diesen Cache zu deaktivieren, ohne dass ich es jedesmal über die Konsole löschen muss.

Vielen Dank!

[Spooky]

Bindest du direkt im Seitenlayout SCSS Dateien ein?

[theMatrix]

Ja, es werden viele einzelne Dateien in einer SCSS-Datei importiert und dann wird diese eine SCSS-Datei in Seitenlayout eingebunden.

Ist das ein Problem?

[Spooky]

Ja, das ist eine known limitation, soweit ich weiß. Die Scripte werden nur dann neu aufgebaut, wenn sich die Datei ändert, die du im Seitenlayout direkt eingebunden hast. Du müsstest also bei jeder Änderung einer der Sub-SCSS Dateien auch immer die Haupt-SCSS Datei ändern (also neu speichern).

Empfehlen würde ich aber SCSS Dateien zu kompilieren (mit Gulp oder sonst wie) und nur fertige CSS Dateien im Seitenlayout einzubinden, dann hast du solche Probleme nicht.

[theMatrix]

Das mit dem Speichern der Hauptdatei habe ich auch probiert. Ich muss die Seite 20 mal neuladen oder je nach paar Minuten warten, bis es sich aktualisiert.
Oder wenn ich die URL immer mit unterschiedlichen Parameter aufrufe, klappt es auch. Zum Beispiel mein_url.html?utm_dev=1636715652001
Beste Lösung war bisher den Cache per Konsole zu löschen.

Gulp? Hab mal mit Compass gearbeitet, aber das Problem ist, das man beim Kunden (Webspace) eingeschränkte Zugriff hat und installation einer solchen Erweiterung nicht möglich ist.

Ich hätte jetz gedacht, dass man in .env-Datei mitteilen kann, das die CSS-Datei immer neu generiert werden soll oder so.

[Spooky]

Das mit dem Speichern der Hauptdatei habe ich auch probiert.

Wie genau? Du musst eine tatsächliche Änderung machen, also sodass sich die mtime der Datei ändert.

Gulp? Hab mal mit Compass gearbeitet, aber das Problem ist, das man beim Kunden (Webspace) eingeschränkte Zugriff hat und installation einer solchen Erweiterung nicht möglich ist.

Die Kompilierung machst du ja in deiner lokalen Entwicklungsumgebung, nicht am Server des Kunden.

[theMatrix]

Ja, genau. Änderungen an der Datei und speichern. Aber es bringt nichts.

Die Kompilierung machst du ja in deiner lokalen Entwicklungsumgebung, nicht am Server des Kunden.

Sorry, aber wir entwickeln nicht lokal, das ist mein Problem.

[derRenner]

[erdmannfreunde/theme-toolbox] könnte deine Lösung sein

In der Systemwartung bekommst du die Möglichkeit 'Skript Cache umgehen (im Produktivbetrieb)' zu Aktivieren.
Bzw. sollte doch auch ausreichen, dass du in der Systemwartung unter "Daten bereinigen" den Scriptcache leerst

[intradesign]

Ich nutze less, habe eine Datei basic.less eingebunden und hole mir hier per @import weitere Dateien.

Im Debug-Modus brauche ich immer nur die Seite mit Shift-Reload neu laden und alles wird korrekt kompiliert und übernommen.

Ich habe aber folgendes Problem:

Wenn ich mit der Arbeit fertig bin, lösche ich in der Systemwartung den Script-Cache. Dooferweise muss aber auch dann die Seite mit Shift-Reload neu geladen werden.

Die Kunden – und vor allem deren Kunden – wissen aber nichts von Browser-Cache leeren. Das ist vor allem ein Problem, wenn neues auf der Website implementiert wird und die Besucher der Website erst vor kurzem auf die Website zugegriffen haben.

Daher meine Frage: Wie kann ich via Contao erzwingen, dass die Styles bei einem einfachen Reload oder erneutem Seitenbesuch neu geladen werden?

Ich habe testweise auch die Cache-Ziten für Private und Shard Cache auf 0 gesetzt, das bringt aber auch nichts.

Hat jemand eine Idee?

Danke und viele Grüße
Timo

[intradesign]

Ah, OK, ich habe jetzt nicht nur den Script-Cache sondern auch den Shared Cahce geleert.
Das habe ich bisher nicht gemacht. Damit scheint es zu gehen, wenn man die basic.less auch einmal kurz ändert...