Änderungen erscheinen nicht — meistens der Cache.

Die Ebenen.

Die ersten drei greifen ineinander, und genau das macht die Fehlersuche manchmal mühsam: Ein Modul kann zwischengespeichert sein, obwohl der Seiten-Cache aus ist.

Seiten-Cache.

Wird über ein eigenes Plugin aktiviert und legt komplette Seiten ab. Das ist der größte Tempogewinn und zugleich die Ebene mit dem größten Risiko.

Wichtig: Der Seiten-Cache darf nicht für angemeldete Besucher greifen und nicht für Seiten mit personalisierten Inhalten — Warenkorb, Konto, geschützte Bereiche, Formulare mit Prüfmerkmal. Sonst sieht jemand Inhalte, die für einen anderen bestimmt waren.

Das Plugin bringt dafür Einstellungen mit. Prüf sie, bevor du es aktivierst — und teste anschließend mit zwei Browsern gleichzeitig, einer angemeldet, einer nicht (Caching richtig einrichten).

System-Cache.

In der globalen Konfiguration eingestellt, speichert Teile der Seite und Modulausgaben. Feiner als der Seiten-Cache und für die meisten Installationen die sinnvollere Grundeinstellung.

Hier wird auch die Speicherdauer festgelegt. Ein zu hoher Wert führt dazu, dass Änderungen lange nicht erscheinen; ein zu niedriger macht den Cache wirkungslos. Für eine normale Website ist eine Dauer im Bereich von Minuten bis zu einer Stunde brauchbar.

Zusätzlich lässt sich der Speicherort wählen — Dateisystem oder ein Zwischenspeicherdienst. Letzterer ist schneller, muss aber verfügbar sein. Nach einem Umzug ist eine Einstellung auf einen nicht vorhandenen Dienst eine typische Fehlerquelle (Umzug).

Konservativ oder progressiv.

Joomla bietet zwei Stufen, und der Unterschied wird selten erklärt:

• Konservativ speichert vorsichtiger und berücksichtigt mehr Unterschiede zwischen Besuchern.
• Progressiv speichert aggressiver und liefert mehr aus dem Zwischenspeicher aus.

Progressiv ist schneller und verursacht die meisten Probleme — besonders bei angemeldeten Besuchern, bei personalisierten Modulen und bei Formularen. Wenn Nutzer berichten, dass sie fremde Inhalte sehen oder Formulare nicht abschicken können, ist das der erste Verdacht.

Meine Empfehlung: konservativ als Standard. Progressiv nur bei reinen Informationsseiten ohne Anmeldung und nach gründlichem Test.

Module einzeln.

Jedes Modul hat in den erweiterten Einstellungen eine eigene Zwischenspeicherung mit eigener Dauer. Das ist nützlich und eine häufige Ursache für Verwirrung.

Typischer Fall: Der globale Cache ist aus, ein Modul zeigt trotzdem alten Inhalt — weil dort eine eigene Einstellung gesetzt ist. Prüf bei einem hartnäckigen Fall die Einstellungen des betroffenen Moduls.

Besonders zu beachten bei Modulen, die etwas Aktuelles zeigen: Termine, Neuigkeiten, Lagerbestände, Benutzerinformationen. Dort gehört die Zwischenspeicherung aus.

Temporäres Verzeichnis.

Nicht direkt ein Cache, aber verwandt: Hier landen Uploads und Installationsreste. Nach abgebrochenen Installationen sammeln sich dort Pakete an, die niemand braucht.

Das Verzeichnis füllt sich unbemerkt und kann auf knappem Webspace zum Problem werden. Einmal im Jahr hineinsehen und aufräumen gehört zur Pflege (Webspace voll).

Wichtig: die Inhalte entfernen, nicht das Verzeichnis selbst — sonst schlagen Installationen fehl.

Wege zum Leeren.

1. Backend: Im Systembereich gibt es Funktionen zum Leeren und zum Entfernen abgelaufener Einträge. Der normale Weg.
2. Dateisystem: Inhalte des Cache-Verzeichnisses entfernen — und nicht vergessen: Es gibt ein zweites im Verwaltungsbereich.
3. Datenbank: Wenn Sitzungen oder Cache dort abgelegt werden, lassen sich die Tabellen leeren.

Punkt zwei mit Nachdruck: Joomla hat zwei Cache-Verzeichnisse — eines für das Frontend, eines für den Verwaltungsbereich. Wer nur eines leert, wundert sich über halbe Wirkung. Das ist einer der häufigsten Fehler bei Joomla.

Ohne Backend.

Wenn das Backend nicht lädt, geht es über das Dateisystem. Per Dateizugriff ins Hauptverzeichnis, beide Cache-Verzeichnisse leeren, zusätzlich das temporäre Verzeichnis.

In vielen Fällen ist das bereits die Lösung — besonders nach einem Update oder einem abgebrochenen Vorgang. Achte dabei auf die Dateirechte: Werden Verzeichnisse unter einem anderen Benutzer neu angelegt, entsteht das nächste Problem (Weiße Seite).

Vorgeschaltete Dienste.

Zwischen Besucher und Server sitzt oft noch etwas: ein Zwischenspeicher des Hosters, ein vorgeschalteter Dienst, ein Auslieferungsnetz. Diese Ebenen kennen Joomla nicht.

Typisches Bild: Im Backend stimmt alles, lokal auch, aber Besucher sehen den alten Stand. Dann muss dort separat geleert werden.

Kritisch bei geschützten Bereichen: Ein vorgeschalteter Dienst, der Seiten für angemeldete Nutzer zwischenspeichert, zeigt diese Inhalte unter Umständen auch anderen. Das ist ein Datenschutzvorfall, kein Schönheitsfehler.

Wenn es trotzdem nicht erscheint.

1. Privates Fenster — schließt den Browser aus.
2. Beide Cache-Verzeichnisse geleert?
3. Modul-Einstellung des betroffenen Bereichs geprüft?
4. Vorgeschaltete Dienste geleert?
5. Ist der Inhalt veröffentlicht? Nicht jede ausbleibende Änderung ist Caching.
6. Zeitsteuerung am Beitrag prüfen — Start- und Ablaufdatum.
7. Zugriffsebene prüfen: Sieht die Öffentlichkeit den Inhalt überhaupt?
8. Richtige Umgebung? Manchmal wurde in der Testkopie gearbeitet.

Punkt fünf bis sieben sind kein Scherz: Ein erheblicher Teil der gemeldeten Cache-Probleme sind unveröffentlichte Beiträge, abgelaufene Zeitsteuerungen oder eine Zugriffsebene, die den Inhalt nur für angemeldete Besucher freigibt.

Meine Empfehlung.

Für eine normale Joomla-Website: System-Cache auf konservativ, moderate Speicherdauer, Seiten-Cache nur bei reinen Informationsseiten ohne Anmeldung, Modul-Zwischenspeicherung gezielt dort aus, wo Aktuelles steht.

Und wichtiger als jede Cache-Einstellung: eine aktuelle PHP-Fassung und ein Server, der nicht überlastet ist. Caching ist ein Verstärker — es macht eine schnelle Seite sehr schnell und kaschiert bei einer langsamen nur das Symptom (Server zu langsam, Ladezeit).

Wenn du nicht weiterkommst.

Wenn Änderungen nicht erscheinen oder Besucher fremde Inhalte sehen. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist. Bei einem laufenden Ausfall hilft der Notfall-Support, dauerhaft begleitet die Joomla-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Content-Management-Systeme sind mein Fachgebiet — ich arbeite seit Jahren damit, unterrichte das Thema als Dozent und kenne die Systeme nicht nur aus der Anwendung, sondern von innen: Datenmodell, Rechtekonzept, Templating, Erweiterungsarchitektur, Caching, Betrieb.

Bei Joomla ist das besonders nützlich, weil viele Installationen über Jahre gewachsen sind und mehrere Hauptversionen hinter sich haben. Die Störungen kommen dann selten aus dem Kern, sondern aus dem, was sich angesammelt hat: Erweiterungen aus einer anderen Epoche, Überreste alter Templates, Konfiguration an mehreren Stellen gleichzeitig.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung dazu, ob deine Installation weiterbetrieben, aktualisiert oder abgelöst gehört — auch wenn die Antwort lautet, dass alles so bleiben kann.