Seitencache nach Änderung im Backend

Hallo,

ich verwende derzeit Contao 3.2.9, Server-Cache ist mit einer Cachezeit von 6 Stunden aktiviert, Browser-Cache ist deaktiviert.

Meine Redakteure beklagen sich, dass sie nach der Änderung (beispielsweise eines Events oder eines Artikels) weiterhin die alte Version der zugehörigen Seiten im Frontend angezeigt bekommen. Ich würde erwarten, dass im Seitencache eine bestimmte Seite gelöscht wird, wenn sie im Backend geändert wurde. Aber offensichtlich bleibt sie (zumindest manchmal) erhalten und Besucher wie Redakteure müssen die Cachezeit abwarten, bis der neue Inhalt im Frontend erscheint.

Ist das Problem bekannt? Gibt es Abhilfen? Nach jeder Änderung den kompletten Seiten-Cache löschen will ich natürlich nicht und schon gar nicht sollen das die Redakteure machen.

Ciao
HaPe

Zitat:

---

Zitat von HaPe

Ich würde erwarten, dass im Seitencache eine bestimmte Seite gelöscht wird, wenn sie im Backend geändert wurde.

---

Würde man sich natürlich wünschen, kann der Cache von Contao jedoch nicht.

Zitat:

---

Zitat von HaPe

Ist das Problem bekannt? Gibt es Abhilfen? Nach jeder Änderung den kompletten Seiten-Cache löschen will ich natürlich nicht und schon gar nicht sollen das die Redakteure machen.

---

Aktuell gibt es keine andere Möglichkeit. Auf Seiten, auf denen sich der Content ständig ändert, würde ich entweder den Cache auf nur ein paar Sekunden stellen oder ganz abschalten.

Hallo,

alles klar. Dankeschön.

HaPe

Bei der Gelegenheit, wie sieht es eigentlich damit aus das Löschen des Caches in eine Art Menü zu legen?
Ich kenn das von TYPO3.
Ich find es immer umständlich, wenn ich etwas geändert habe und vorsichtshalber den Cache löschen will, dass ich dazu die Stelle verlassen muss, an der ich gerade gearbeitet habe.

Maren

Zitat:

---

Zitat von mlweb

Bei der Gelegenheit, wie sieht es eigentlich damit aus das Löschen des Caches in eine Art Menü zu legen?
Ich kenn das von TYPO3.
Ich find es immer umständlich, wenn ich etwas geändert habe und vorsichtshalber den Cache löschen will, dass ich dazu die Stelle verlassen muss, an der ich gerade gearbeitet habe.

Maren

---

Prinzipiell müsstest du das eigentlich gar nicht. Das Löschen der Caches kann ja auch über das Benutzer Menü gemacht werden. Ich denke eigentlich sollte es ja so funktionieren (wie auch sonst überall in Contao), dass du wieder dorthin zurückkommst wo du warst, wenn du von irgendwo aus auf "Benutzer xyz" klickst, dort "Seitencache" unter "Daten bereinigen" aktivierst und dann Speichern und schließen klickst. Leider funktioniert das jedoch nicht, evt. ist das ein Bug.

// ah in der Online Demo geht das aber (ging nur bei einer anderen Installation von mir nicht). Also wie gesagt, wenn du dort, wo du bist einfach oben auf "Benutzer xyz" klickst, dann "Seitencache" unter "Daten bereinigen" aktivieren und dann Speichern und schließen klickst, bist du wieder dort, wo du warst.

Vielleicht mach ich ja was völlig falsch.
Wenn ich zum Beispiel ein Template bearbeite oder im Theme etwas bearbeite (eben in der Online-Demo getestet) und dann speichere (nicht speichere und schließe) und danach den Seitencache sowie von Dir beschrieben lösche, dann lande ich danach nicht wieder im gespeicherten aber noch offenen Template bzw. Theme. Das wäre mein Wunsch bzw. so kenne ich es von TYPO3 und habe das immer als sehr angenehm empfunden.

Ja, stimmt funktioniert auch in der Online Demo nicht immer richtig.

Seit dem Einsatz von Contao 3.2 führt das Cacheverhalten immer wieder zur Verärgerung bei Redakteuren und Besuchern. In Version 3.1 wurden zumindest Redakteure, die im Backend etwas bearbeiten, im Frontend anschließend nicht vom Servercache belästigt. Seit Version 3.2 müssen die Redakteure vor jeder Ansicht im Frontend den Seitencache löschen, wenn sie ihre gerade gespeicherte Version zu sehen bekommen wollen.

Aus "Bearbeiten - Speichern - Anschauen - Bearbeiten - Speichern - Anschauen" ist jetzt "Bearbeiten - Speichern - Cache löschen - Anschauen - Bearbeiten - Speichern - Cache löschen - Anschauen" geworden.

Gerade schickte mir eine Redakteurin eine Mail, sie sähe ihre Nachricht nicht im Frontend. Ob das mit dem Contao-Update zu tun haben könnte? Ja, antwortete ich ihr. Durch die Umstellung von 3.1.5 auf 3.2.14 hat sich das Cacheverhalten geändert und sie müsse jetzt IMMER den Cache vorher löschen.

Oder letztens die Mail eines Besuchers. Er hatte einen Kommentar zu einer Nachricht abgegeben, aber der Kommentar erschien nicht auf der Seite. Ich schrieb ihm zurück, daß er 5 Minuten warten müsse und dann erst die Seite neu laden...

Gut, ich könnte den Servercache ganz abschalten. Er bereitet ohnehin nur Ärger. Der war in der 3.1er Reihe schon relativ groß, aber in der 3.2er Reihe wird es langsam unerträglich. Bei rund 314 Zugriffen pro Stunde auf stark frequentierte Seiten (die sich 10-20 mal am Tag ändern), möchte ich den Cache aber nicht unbedingt deaktivieren. Aber ich komme da wohl nicht dran vorbei.

Dann stell doch einfach die Cache Zeit runter. Bei hoch frequentierten Seiten sollte das dann zum gewünschten Verhalten führen. Und ja, wenns auch dann noch Probleme gibt, dann machst das aus. So ist das mit dem Cache nun mal. Das hat an sich erst mal nix mit Contao zu tun. Wobei es mich wundert, das die in der Vorschau auch Probleme mit dem Cache haben.

Viele Grüße

In anderen Threads stand ja schon, daß Backend-Benutzer nur die gecachte Version zu sehen bekommen, egal ob sie was geändert haben oder nicht. Dieses Verhalten gibt es aber erst seit Version 3.2 und ich glaube auch Versionen vor 3.1.5. Die Version 3.1.5 der CCA zeigt dagegen sauber die ungecachte Version an für Backend-Benutzer.

Ich habe die Cachezeit jetzt von 5 min auf 0 gestellt.

Zitat:

---

Zitat von Samson1964

In anderen Threads stand ja schon, daß Backend-Benutzer nur die gecachte Version zu sehen bekommen, egal ob sie was geändert haben oder nicht. Dieses Verhalten gibt es aber erst seit Version 3.2 und ich glaube auch Versionen vor 3.1.

---

Gibt es dazu ein Ticket? Wenn das so wäre, dann wäre das meiner Meinung nach ein Bug. Wobei ich gerade nicht wüßte, wie sowas behoben werden könnte...

Viele Grüße

Meine Erinnerung kann mich auch trügen. Mit 3.2 gibt es auf jeden Fall das Cacheproblem, was aber nicht als Problem, sondern eher als Feature von den Entwicklern empfunden wird.

Ich habe vor 1½ Jahren mit Version 3.0.6 angefangen und mußte den Redakteuren immer wieder sagen, sie müssen warten bis der Cache aktualisiert wird. Für manche ungeduldige Redakteure schaltete ich in ihrer Seitenstruktur deshalb den Cache ganz ab. Das war nicht weiter wild, da es keine hochfrequentierten Seiten sind.

Mit der CCA-Version 3.1.5 hatte ich das Gefühl, der Cache würde ignoriert, wenn man im Backend eingeloggt ist. Ich hatte jedenfalls in den letzten Monaten keine Probleme und die Redakteure auch nicht.

Vergangene Nacht machte ich das Update auf 3.2.14 und prompt beschwerte sich heute morgen die schon erwähnte Redakteurin. Und auch ich bekomme nicht mehr meine gerade bearbeitete und gespeicherte Version zu sehen.

Vielleicht hat ja die CCA bei der 3.1.5 den Stein der Weisen gefunden und das realisiert, was gemeinhin als nicht realisierbar gilt: den Cache bei eingeloggtem Backend zu umgehen.

Ob ein Ticket Sinn macht, wage ich zu bezweifeln. Es gibt glaube ich auch schon Tickets dazu, z.B. hier.

Fazit: Wenn ich das System benutzerfreundlich halten will, sollte ich den Cache deaktivieren. Negativ dabei: Bei vielbesuchten Seiten leidet der MySQL-Server.

Ich fürchte eher, das läuft irgendwas anderes falsch. Ganz allgemein. Irgendwas, was die ganzen komischen, sporadischen Fehlverhalten auslöst. Siehe auch die Probleme mit dem "Zurück"-Button, der manchmal funktioniert und manchmal nicht. So scheint mir das auch mit dem Cache zu sein in Version 3.2.14. Oder kommt es darauf an, WAS man ändert?

Jedenfalls habe ich gerade an eine Überschrift ein zusätzliches Wort angehängt, abgespeichert und im Browser die Seite neu geladen: Änderung erscheint sofort, Wartezeit war maximal 5 Sekunden, soviel ich eben gebraucht habe um die Seite neu zu laden.
Überschrift wieder zurück geändert, gespeichert, Seite neu geladen: Die Änderung ist wieder weg.
Cache Einstellungen: 24 Stunden - im Startpunkt festgelegt für alle Seiten, Server Cache und Browser Cache verwenden eingestellt.

Auch das funktioniert also zumindest manchmal wie man es gern hätte. Zusätzlich habe ich nochmal verglichen mittels Web-Developer im Firefox, was im Response-Header der Seite steht.

Bin ich NICHT im Backend angemeldet steht da:

Code:

---

Cache-Control: public, max-age=86400
Expires: Thu, 09 Oct 2014 13:37:59 GMT

---

Bin ich aber angemeldet, dann steht da:

Code:

---

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Expires: Fri, 06 Jun 1975 15:10:00 GMT

---

Hmm, nach nochmaligem überlegen scheint es mir klar zu sein, dass diese beiden Probleme und noch weitere alle mit der session zusammenhängen. Irgendwas funktioniert da nicht wie es sollte, das Problem ist wohl auch schon bekannt. Bin letztens einem Link zu Github gefolgt, wo dann ein Zusammenhang mit dem Benutzen mehrerer Tabs zum Arbeiten im Backend hergestellt wurde. Leider finde ich im Moment weder den Beitrag noch den issue auf Github. Ein ähnliches Problem hat man ja auch hier, ein Tab mit Backend, ein Tab um das Frontend zu kontrollieren. Probleme mit dem Fehler "Could not find the session record" in den Logs scheinen mir auch damit im Zusammenhang zu stehen.

Hallo,

so, inzwischen ist ein Jahr vergangen und das Problem der gecachten Seiten ist weiterhin ein permanentes Ärgernis und führt immer wieder zu Missverständnissen und unnötigem Mailverkehr zwischen meinen Redakteuren und mir.

Ich verwende derzeit (noch) die Version 3.2.20. Offensichtlich ist das Problem ja erst mit der Version 3.2 entstanden. Ich erwäge die Umstellung auf die Version 3.5.x. Habe ich dann eine Chance, dass das Problem dann behoben ist? Wünschen würde ich mir, dass eine gecachte Seite (in all ihren Browser- und sonstigen Ausprägungen) automatisch aus dem Server-Cache gelöscht wird, wenn sie über das Backend bearbeitet wurde. Alles andere würde ich als Bug bezeichnen. Das manuelle Löschen des kompletten Caches würde ich nicht als Lösung, sondern als Workaround sehen.

Ciao
HaPe

In der 3.5 ist es noch immer so, dass das Ändern einer Seite NICHT zum Löschen des Caches führt und alte Inhalte weiter anzgezeigt werden.
Allerdings war das auch vor 3.2 so. Der Weg ging schon immer über "Seitencache löschen".

Zitat:

---

Zitat von HaPe

Ich verwende derzeit (noch) die Version 3.2.20. Offensichtlich ist das Problem ja erst mit der Version 3.2 entstanden. Ich erwäge die Umstellung auf die Version 3.5.x. Habe ich dann eine Chance, dass das Problem dann behoben ist? Wünschen würde ich mir, dass eine gecachte Seite (in all ihren Browser- und sonstigen Ausprägungen) automatisch aus dem Server-Cache gelöscht wird, wenn sie über das Backend bearbeitet wurde. Alles andere würde ich als Bug bezeichnen. Das manuelle Löschen des kompletten Caches würde ich nicht als Lösung, sondern als Workaround sehen.

---

Das ist kein Bug und das "Problem" besteht auch nicht erst seit Version 3.2, sondern seit es den Seitencache generell in Contao gibt.

Hallo,

Zitat:

---

Zitat von Spooky

Das ist kein Bug [...]

---

Ich verstehe das ehrlich gesagt nicht. Was machen eigentlich die Contao-Profis in dieser Situation? Löscht Ihr jedesmal den kompletten Seiten-Cache manuell, wenn Ihr irgend ein einzelnes Inhaltselement geändert habt? Und sagt Ihr das auch Euren Redakteuren ... d. h. ihr gestattet es den Redakteuren, auf den sensiblen Bereich der Systemwartung zuzugreifen? Das kann es doch nicht sein, oder? Klärt mich mal auf. Für mich sieht das derzeit nach einem ganz dicken Bug aus.

Ciao
HaPe

Zitat:

---

Zitat von HaPe

Und sagt Ihr das auch Euren Redakteuren ... d. h. ihr gestattet es den Redakteuren, auf den sensiblen Bereich der Systemwartung zuzugreifen? Das kann es doch nicht sein, oder? Klärt mich mal auf. Für mich sieht das derzeit nach einem ganz dicken Bug aus.

---

Das Löschen des Seitencaches ist auch über die Benutzereinstellungen erreichbar, du musst den Redakteuren nicht Zugriff auf die Systemwartung geben. Darüberhinaus musst du, damit andere Redakteure die Änderungen auch sehen können zum testen, nicht den ganzen Seitencache löschen sondern du kannst in der Frontend-Vorschau auf "Anwenden" klicken, dadurch wird die Seite nicht aus dem Cache geholt. Wenn alle Änderungen abgenommen sind und diese Änderungen auch für alle User vor Ablauf der Cache Zeit sichtbar sein sollen, dann kannst du den Seitencache löschen.

Kann es sein, dass die unterschiedlichen Beobachtungen daher stammen, dass manche Nutzer einfach in einem andern Browser-Tab das Frontend zur Kontrolle geöffnet haben, andere die Frontend-Vorschau benutzen? Das wird hier nirgends ausdrücklich gesagt.

Wenn es mit der Vorschau keine Cache-Probleme gibt/gäbe, dann wird/würde daraus doch eine Anleitung für die Redakteure, eben die Frontend-Vorschau im neuen Tab zu öffnen. Den Redakteur stört es weniger, wenn er seine Arbeit kontrolliert hat, aber die Besucher der Seite das erst nach einer Stunde zu sehen bekommen. Außerdem erlaubt dieses Arbeiten auch mehrere kleinschrittige Änderungen inklusive jeweiliger Kontrolle und die Besucher der Seite sehen erst das Endergebnis.

So, habe gerade eben mal ein paar kleine Tests durchgeführt. Contao 3.5.3, Server und Browsercache aktiv, Cachezeit 1 Stunde, Firefox 40.0.3.
Folgendes habe ich gemacht, startend mit leerem Seitencache.

1. Textelement geändert und ohne mich abzumelden im zweiten Tab die Seite aufgerufen. Also nicht über Frontend-Vorschau! Die Änderung wurde angezeigt.
2. Weitere Änderung durchgeführt, im zweiten Tab Seite aktualisiert. Die Änderung wurde angezeigt.
3. Abgemeldet, im zweiten Tab Seite neu geladen (STRG+F5). Logisch, keine Änderung.
4. Angemeldet, Textelement geändert, abgemeldet. Im zweiten Tab Seite aktualisiert, Änderung wurde nicht angezeigt. Im zweiten Tab Seite neu geladen (STRG+F5), Änderung wurde nicht angezeigt.
5. Angemeldet, im zweiten Tab Seite neu geladen. Änderung wurde nicht angezeigt.
6. Seitencache gelöscht, im zweiten Tab Seite neu geladen. Änderung wurde angezeigt! (welch Wunder :D)
7. Textelement geändert, im zweiten Tab Seite aktualisiert. Änderung wurde angezeigt!

Was schliesse ich daraus? Wenn ich angemeldet bin, werden Seiten im Cache nicht gelöscht, auch wenn ich Änderungen vornehme. Solange im Cache aber die Seite nicht vorhanden ist, wird auch keine neue angelegt, deshalb sind dann Änderungen sofort sichtbar.

Also: Bevor man anfängt zu ändern, den Cache löschen, dann klappts auch mit der Anzeige der Änderungen. Auch wenn man 100 mal ändert und kontrolliert.

... solange sonst niemand die Seite besucht.
Bei wirklich hoch frequentierten Seiten (und dafür ist der Cache ja vor allem vorteilhaft) kann es durchaus vorkommen, dass zwischen deiner Anmeldung und deiner ersten Änderung die Seite längst anderweitig geladen wurde und darum wieder im Cache liegt.

Magst du auch das Szenario mit der Frontendvorschau so schön systematisch testen? Wär toll!

Hmm, da liegt wohl der Hase im Pfeffer. Das klappt natürlich prima, solange ich als einziger zugreife. Aber was passiert, wenn während ich arbeite die Seite von extern aufgerufen wird? Vermutlich wird sie dann gecacht und ich werde ab dem Moment meine Änderungen nicht mehr sehen. Wäre noch auszuprobieren, erscheint mir aber plausibel. Sollte also wirklich so sein, dass zumindest im Server-Cache geänderte Seiten entweder neu im Cache angelegt werden, oder dass der Server-Cache komplett aus ist, wenn irgendjemand im Backend ist.

Edit: Das werde ich sicher auch mit der Frontendvorschau testen. Aber jetzt wirds mir nimmer reichen, erst gegen später. Wie ist das eigentlich, wird jede Seite grundsätzlich nur einmal gecacht oder gibts da mehrere Versionen für verschiedene Browser, Mobillayouts usw? Hmm, da war doch letztens was, ich glaube es gibt jetzt für Desktop und Mobil-Layout separate Versionen im Cache, früher gab es nur eine, was dann zu Fehlern geführt hat. Macht aber in dem Zusammenhang hier keinen wirklichen Unterschied.

Oder du benutzt wie schon erwähnt einfach die Frontend-Vorschau und den "Anwenden" button ;).

Ich habe bisher immer "Neu laden" benutzt, was ist denn der Unterschied zwischen den beiden Buttons im Hinblick auf den Cache? Oder wird bei "Neu laden" einfach mehr erneuert als bei "Anwenden"?

"Neu laden" macht einfach nur einen Refresh auf den Frame (per JavaScript). "Anwenden" wiederum ruft die switch.php (bzw. BackendSwitch::run) auf. Der Aufruf hat zur Folge, dass alle folgenden Requests dann nicht mehr aus dem Cache kommen (weil irgendwie die Session neu gesetzt wird, genau weiß ich es auch nicht).

Zitiere mich selbst:

Zitat:

---

Zitat von folkfreund

dann wird daraus doch eine Anleitung für die Redakteure, eben die Frontend-Vorschau im neuen Tab zu öffnen

---

und 'Anwenden' zu drücken.

Hallo,

Zitat:

---

Zitat von Spooky

Das Löschen des Seitencaches ist auch über die Benutzereinstellungen erreichbar, [...]

---

kannst Du kurz noch mal sagen, wo genau ich das finde? Ich stehe gerade auf dem Schlauch.

HaPe

Ganz oben im Backend wird ja der angemeldete Benutzer angezeigt, links neben der Frontend-Vorschau. Da draufklicken.

Hi,

Zitat:

---

Zitat von tab

Da draufklicken.

---

es geht darum, den Seitencache zu löschen, ohne das Menü zur Systemwartung zu öffnen.

Ciao
HaPe

Zitat:

---

Zitat von HaPe

es geht darum, den Seitencache zu löschen, ohne das Menü zur Systemwartung zu öffnen.

---

Wie schon erwähnt kannst du den Seitencache auch in den Benutzereinstellungen löschen und musst es nicht in der Systemwartung machen.

Also ich komme da nicht in die Systemwartung, sondern in die Einstellungen des Benutzers bzw "Personendaten". Da kann ich den Seitencache löschen. Ich kann mir ab denken, worauf du eigentlich raus willst, du willst überhaupt nicht auf eine andere Seite wechseln müssen. Und das sollte eigentlich die Frontend-Vorschau leisten.

Ich schreibe hier "sollte", weil sie es nicht leistet! Mit den gleichen Einstellungen wie gestern habe ich folgendes gemacht.

Seitencache gelöscht (über den Benutzer ;))
Abgemeldet.
Fragliche, später geänderte Seite im Browser aufgerufen. -> Seite wird im Cache angelegt.
Angemeldet, auf der Seite eine Änderung durchgeführt, Frontend-Vorschau aufgerufen. -> Änderung wird nicht angezeigt!
Noch eine Änderung durchgeführt, in der Frontend-Vorschau "Anwenden" geklickt. -> Änderungen werden nicht angezeigt.

Das heißt dann für mich, die Frontend-Vorschau nimmt sich die Seite aus dem Cache, falls vorhanden. Also:
Seitencache gelöscht, in der Frontendvorschau "Anwenden" geklickt, eh voilà ... -> Die Änderungen werden angezeigt.

Da liegt also durchaus noch irgendwo etwas im Argen, was die Nutzbarkeit bei viel frequentierten Seiten einschränkt. Scheint aber noch etwas komplizierter zu sein als ich gedacht hatte. :D;) Muss ich noch was anderes testen.

Hallo,

Zitat:

---

Zitat von Spooky

Wie schon erwähnt kannst du den Seitencache auch in den Benutzereinstellungen löschen und musst es nicht in der Systemwartung machen.

---

das ist ja meine Frage: Wo genau im Backend ist das. Ich kann das nicht finden. Auf welchen Button müssen meine Redakteure drücken, damit der Seitencache gelöscht wird, damit im Frontend für alle Besucher erscheint, was der Redakteur gerade geändert hat?

Danke
HaPe

Zitat:

---

Zitat von HaPe

das ist ja meine Frage: Wo genau im Backend ist das. Ich kann das nicht finden. Auf welchen Button müssen meine Redakteure drücken, damit der Seitencache gelöscht wird, damit im Frontend für alle Besucher erscheint, was der Redakteur gerade geändert hat?

---

Oben auf den Benutzernamen klicken. Dort können Backend User ihre Benutzerdaten ändern und unter dem Punkt Cache leeren kann auch der Seitencache gelöscht werden (aktivieren und "Speichern und schließen" klicken).

Im Backend oben neben Frontendvorschau auf 'Benutzer Hugo'
Dann unter 'Daten bereinigen' 'Seitencache' anhaken und 'speichern und schließen' drücken.

Hallo,

boah, das war mir komplett neu! Dass sich dahinter ein Menü versteckt, hatte ich noch gar nicht bemerkt.

Vielen Dank. Das ist zwar nicht wirklich, was ich wollte, aber das hilft mir schon mal sehr weiter.

Ciao
HaPe

Zitat:

---

Zitat von folkfreund

Im Backend oben neben Frontendvorschau auf 'Benutzer Hugo'
Dann unter 'Daten bereinigen' 'Seitencache' anhaken und 'speichern und schließen' drücken.

---

Hi Zusammen, wir haben mittlerweile ganz frisch das Jahr 2016 und die Versionsnummer schreibt 3.5.6.

ich habe auch ein Cache Problem. Bei meiner Installation war es von jetzt auf gleich plötzlich nichtmehr möglich Änderungen nur per Aktualisieren im Frontend zu sehen. Ich muss jedesmal wenn ich was ändere - egal was - erstmal den Cache leeren, sei es nun über die Wartung oder den Benutzercache. Das ist natürlich völlig inakzeptabel und ich finde leider auch nichts dazu, warum das dauerhaft auftritt, denn "normal" kann das Verhalten ja nicht sein, zumindest ging es vorher auch und jede andere Installation die ich bisher gemacht hab in den letzten 5 Jahren hat auch noch nie ein derartiges Verhalten gezeigt.

Kann mich hier mal einer auf die richtige Fährte bringen, wieso das so ist?

Grüße

Tim

Hallo Farbenfeuer,
es ist seit jeher so, dass Du den Cache nach einer Änderung leeren mußt, wenn Du ihn im BE aktiviert hast.
Nur wenn der Cache NICHT aktiviert ist siehst Du die Änderung sofort im FE.

Ein anderes Verhalten konnte ich bisher auf keiner Version beobachten.

Zitat:

---

Zitat von Samuell

Hallo Farbenfeuer,
es ist seit jeher so, dass Du den Cache nach einer Änderung leeren mußt, wenn Du ihn im BE aktiviert hast.
Nur wenn der Cache NICHT aktiviert ist siehst Du die Änderung sofort im FE.

Ein anderes Verhalten konnte ich bisher auf keiner Version beobachten.

---

Ich glaube er meint über die Frontend Vorschau, bzw. wenn man generell im Backend eingelogged ist. Da sollte man es sofort sehen.

Gibt aber meines Wissens eine oder mehrere Erweiterungen, die dann wenigstens den Seitencache seitenbasiert und nicht nur als Ganzes leeren können. Nicht optimal, aber besser als nichts.

Edit: In der Frontend-Vorschau sollte es allerdings sofort angezeigt werden.

Sorry für die späte Antwort, ich hab irgendwie gedacht ich krieg ne E-Mail Benachrichtigung wenn einer hier antwortet.

Also ich hab bisher in jeder meiner Contao Installation die Änderungen im Frontend gesehen sofern ich im Browser aktualisiert habe, egal ob per Frontend-Vorschau Button, oder einfach nur die URL im Browser manuell aufgerufen - reines Aktualisieren hat bei mir immer die Änderung sofort gezeigt.

Oder reden wir hier evtl. irgendwie aneinander vorbei? oO

Ich hab auch kürzlich festgestellt, das selbst wenn ich jetzt mittlerweile Änderungen an der Seite nach leeren von caches sehe, mein kunde diese aber nicht sehen kann bei sich. Das heißt bei mir is zb ein Button eindeutig eingefügt, wo er keinen sieht, selbst nach leeren des kompletten caches nicht etc.

Ich bin restlos verwirrt. :/

Grüße
Tim

Nach leeren welchen Caches? Server oder Browsercache? Wenn du z.B. Browsercache verwenden eingestellt hast, dann sieht er wahrscheinlich die Seite aus dem seinem Browsercache und muss erst mal seinen Browsercache leeren (Edit: Oder die Seite vom Browser neu laden lassen) oder eben warten, bis die Cachezeit abgelaufen ist.

Zitat:

---

Zitat von Farbenfeuer

Ich hab auch kürzlich festgestellt, das selbst wenn ich jetzt mittlerweile Änderungen an der Seite nach leeren von caches sehe, mein kunde diese aber nicht sehen kann bei sich. Das heißt bei mir is zb ein Button eindeutig eingefügt, wo er keinen sieht, selbst nach leeren des kompletten caches nicht etc.

---

Da wird die Seite dann wohl noch im Browser Cache des Kunden liegen.

Ok also unter Systemwartung lösche ich Skript, Seiten- und Bildercache. Aber obwohl ich dann auch im Chrome per Dev-Tool die Seite über "Empty Cache and Hard Reload" aktualisiere sehe ich immernoch keine Änderungen.

Wenn ich die Seite allerdings im Safari öffne (den ich kaum nutze und somit die seite damit noch nicht offen hatte) seh ich gewisse Änderungen schon.

Aber so oder so: Der Fakt, dass ich in den letzten 4-5 Jahren seit ich mit Contao angefangen habe noch nie ein derartiges Verhalten feststellen konnte und kann (ich habe ja aktuell Seiten online, die sich alle "normal" verhalten) macht mich stutzig. Ich musste noch nie irgendwas mit Caches rumfummeln um meine Änderungen zu sehen. Auch meine Kunden haben nie davon berichtet, dass sie irgendwelche Änderungen nicht sehen. Mir kommt das auch unheimlich umständlich vor oder nicht?

Vielleicht sind da ja seitens des Providers noch irgendwelche Proxies dazwischengeschaltet, die nochmal einen eigenen Cache haben. Contao hat sie jedenfalls nach deiner Löschaktion unter Systemwartung nicht mehr im Cache. Wenn es der Browser auch nicht ist, dann bleiben nur der Server selbst und eventuelle Proxies/CDN übrig.

Zitat:

---

Zitat von Farbenfeuer

Ok also unter Systemwartung lösche ich Skript, Seiten- und Bildercache. Aber obwohl ich dann auch im Chrome per Dev-Tool die Seite über "Empty Cache and Hard Reload" aktualisiere sehe ich immernoch keine Änderungen.

Wenn ich die Seite allerdings im Safari öffne (den ich kaum nutze und somit die seite damit noch nicht offen hatte) seh ich gewisse Änderungen schon.

Aber so oder so: Der Fakt, dass ich in den letzten 4-5 Jahren seit ich mit Contao angefangen habe noch nie ein derartiges Verhalten feststellen konnte und kann (ich habe ja aktuell Seiten online, die sich alle "normal" verhalten) macht mich stutzig. Ich musste noch nie irgendwas mit Caches rumfummeln um meine Änderungen zu sehen. Auch meine Kunden haben nie davon berichtet, dass sie irgendwelche Änderungen nicht sehen. Mir kommt das auch unheimlich umständlich vor oder nicht?

---

Da muss zwischen Client und ausgeführtem PHP Script wohl noch irgendwo ein Cache sein. Sei es ein Proxy, Content-Delivery-Network oder sonstiger Cache (mod_cache von Apache bspw.). Da das Problem auch erst plötzlich aufgetreten ist, liegt es Nahe, dass sich da etwas an der Server Infrastruktur geändert hat. An Contao liegt es demnach wohl nicht.

Also an der Stelle erstmal schon ein Danke für das Feedback. <3

Die Seite liegt momentan noch auf meinem eigenen Server zur "Vorschau" bevor ich es auf den Kundenserver schmeisse. Das würde ja bedeuten, dass auch die anderen Seiten die dort noch liegen ein ähnliches Verhalten aufzeigen müssten, was sie aber eben nich tun.

Momentan sieht es so aus, als ob das umstellen auf Browsercache unter den Einstellungen das Verhalten wieder soweit "hergestellt" hat - bedeutet das jetzt die Änderungen mit einem einfachen aktualisieren des Browsers angezeigt werden.

Mal schauen, ob das für mich jetzt erstmal reicht.

Wenn noch wer eine Idee hat woran das grundsätzlich liegen könnte bin ich natürlich über jeden Input dankbar.

Grüße
Tim

Vor einigen Tagen Gespräch mit einer Mitarbeiterin bei Arbeit in Contao 3.5.6:

• Sie: Ich sehe meine Bearbeitung im FE in Firefox nicht, obwohl ich im BE eingeloggt bin.
• Ich: Also ich sehe Deine Änderung auf meinem PC (Anm.: gleiches Netzwerk), egal ob ich ein- oder ausgeloggt bin. Refresh mal den Browser. Ich leere mal den Seitencache sicherheitshalber.
• Sie: Habe ich gemacht - keine Änderung.
• Ich: Lösche mal den Browsercache (Anm.: Browsercache ist in Contao nicht aktiv, nur der Servercache)
• Sie: Keine Änderung.
• Ich: Moment, ich teste mal mit Chrome. Den hatte ich schon wochenlang nicht benutzt. .... Oops, ich sehe die alte Version ohne Deine Änderungen.

Nach einigen weiteren Refreshs in allen Browsern war der Spuk auch bei ihr verschwunden.

Interessant.

Also mir is jetzt grad per Zufall wieder aufgefallen, dass man ja in der Seitenstruktur ebenfalls nochmal eine Cachezeit festlegen kann wenn man will. Die war hier auf 7 Tage eingestellt, bei meiner anderen Seite (wo das Verhalten korrekt war) war der Haken NICHT gesetzt. Jetzt hab ich mal getestet und in den Einstellungen wieder umgestellt auf browser und Servercache und die 7 Tage rausgenommen und dann gings. Allerdings gings jetzt auch, wenn ich die 7 Tage danach wieder rein habe und dann ne Änderung gemacht habe. Weiß der Geier was da abläuft, kann man ja nicht immer so 100% sagen, wie da was warum nicht so läuft wie es soll. Wissentlich geändert hatte ich jedenfalls nix.

Aber zur Zusammenfassung für Andere mit derartigen Problemen kann man wohl sagen:

- Das Caching Verhalten unter den Einstellungen im Backend checken und ggf. ändern ob sich was tut
- In der Seitenstruktur (Startpunkt) die Cache-Einstellungen checken
- Verschiedene Browser verwenden und das Verhalten beobachten - ggf. Browsercaches leeren und Hard-Reloaden (http://refreshyourcache.com/en/cache/)
- an oben genannten Stellen solange rumfummeln bis es einfach wieder geht *hust*

Hi,

keine Ahnung warum, aber der Effekt tritt bei mir nicht mehr auf, seit dem ich ich die Version 3.5.3 verwende. Zumindest habe ich das Problem seit dem nicht mehr beobachtet. Wenn ich jetzt im Backend einen Inhalt verändere, ist dieser im Frontend reproduzierbar sofort sichtbar ... ohne dass ich den Cache löschen oder die Cache-Zeit abwarten muss.

Ciao
HaPe

Ist es möglich den Cache nach einer Änderung einer Seite per Hook zu löschen?

Desweiteren stolperte ich über ein "Cache WarmUps" Plugin - was ist das? [dumme Frage :rolleyes:] Was bedeutet es den Cache aufzuwärmen?
https://github.com/1up-lab/contao-cache-warmup

Damit kannst du den Seitencache aufwärmen, wie der Name schon sagt ;). Sprich, der Seitencache wird gelöscht und dann für alle Seiten sofort neu aufgebaut. Zusätzlich wird auch der Image und Script Cache gelöscht.

Es gibt eine Extension, womit du gezielt nur den Seitencache einer bestimmten Seite löschen lassen kannst über das Backend. Evt. hat diese Extension eine API.

Prüft diese Erweiterung auch ob es überhaupt notwendig ist den Cache zu löschen? Also wurde ein Artikel verändert? oder macht dieses Plugin es generell bei Seitenaufruf?

Zitat:

---

Zitat von Grossvater

Prüft diese Erweiterung auch ob es überhaupt notwendig ist den Cache zu löschen? Also wurde ein Artikel verändert? oder macht dieses Plugin es generell bei Seitenaufruf?

---

Welche Erweiterung? Die von dir gepostete nicht, soweit ich das sehe.

Ok, dann ist es nicht weiter interessant.
Kann man sowas per Hook lösen?

Kann man sicherlich, irgendeinen Hook wird es schon geben nach Speichern eines Artikelelementes.
Wenn man dann genau das tut, was die zweite von Spooky angesprochene Erweiterung tut, sprich nur den Cache der entsprechenden Seite löscht, wäre alles wie gewünscht.

Fertig gibts das meines Wissens aber nicht.

Für die Mitleser: Es geht dabei um diese hier: https://github.com/netzmacht/contao-cache-control

Hallo, es passt irgendwie zum Thema.
Ich habe eine Kundenwebsite, wo ein seltsames Cacheproblem auftaucht.
Contao 3.5.27

Nach einer Änderung im BE (zB Seite ausblenden) wird diese Änderung im FE korrekt wiedergegeben (Seite ist ausgeblendet), Einblenden funktioniert auch.
ABER...
Blende ich meine SEITE aus, melde mich aus dem BE ab und versuche dann die Seite neu zu laden, wird diese noch immer angezeigt, obwohl sie im BE ausgeblendet ist.
Das Problem lässt sich nur durch das Löschen des Seitencache bereinigen.
Das wäre ja soweit ok, wobei dieser Bug lt. meinen Recherchen gefixt wurde. (https://community.contao.org/de/show...em-Seitencache)

Ich bin mir auch nicht sicher, ob das ein wirkliches Contao-problem ist, denn seltsamerweise tritt das Problem nur bei einer meiner Contao-Seiten auf (Cache-Einstellungen verwende ich immer die gleichen (Server-und Browsercache wird verwendet). Die Seiten liegen aber auf verschiedenen Servern, möglicherweise liegt es also auch an irgendwelchen Einstellungen am Server.
Hat jemand einen Tipp, wo man da ansetzten könnte, wenn ich den Support diesbezüglich kontaktiere?

Habe das Problem gefunden.
Ich habe zusätzlich zu den System-Cache-Modus (Den Server- und den Browsercache verwenden) in der Seitenstruktur eine Cache-Zeit angelegt.
Deswegen wurden die Änderungen nur angezeigt, wenn ich eingeloggt war.
Ich den Wert wieder auf 0 gesetzt, jetzt passt wieder alles.
Vielleicht hilft der Tipp ja jemanden, der ähnliche "Probleme" hat:-)