Weiße Seite — die Meldung gibt es, sie wird nur unterdrückt.

Erst einordnen.

Die entscheidende Frage lautet: Was wurde zuletzt geändert? In den allermeisten Fällen steht dort die Antwort.

Die zwei Schalter.

Joomla unterdrückt Fehlermeldungen im Normalbetrieb — zu Recht, denn sie verraten Pfade und Versionen. Für die Fehlersuche lassen sie sich einschalten:

• Fehlerberichterstattung steuert, ob PHP-Meldungen angezeigt werden. In der Systemkonfiguration auf die maximale Stufe stellen.
• Debug-Modus zeigt zusätzlich Informationen zu Datenbankabfragen und geladenen Dateien.

Wenn das Backend nicht mehr erreichbar ist, geht beides direkt in der Konfigurationsdatei im Hauptverzeichnis. Dort stehen beide Werte als einfache Einstellungen und lassen sich per Dateizugriff ändern.

Zwei Regeln: nur vorübergehend, und danach sofort zurückstellen. Eine dauerhaft eingeschaltete Fehleranzeige ist ein Sicherheitsproblem (Debug-Modus).

Protokolle.

Zwei Quellen. Joomla führt ein eigenes Protokollverzeichnis, dessen Pfad in der Konfiguration steht. Dort landen Meldungen des Systems und mancher Erweiterungen.

Daneben protokolliert der Webserver Fehler, die auftreten, bevor Joomla überhaupt startet — Syntaxfehler, Speicherüberschreitungen, Rechteprobleme. Diese Datei findest du beim Hoster im Kundenbereich. Wenn das Joomla-Protokoll leer bleibt, ist das die richtige Stelle.

Was du suchst: die jüngste Fehlermeldung mit Datei und Zeilennummer. Der Dateipfad verrät praktisch immer die verursachende Erweiterung — das ist schneller als jedes Ausschlussverfahren.

Nach einem Update.

1. Cache leeren, auch über das Dateisystem (Cache).
2. Datenbankprüfung ausführen — wurde sie nach dem Update gemacht?
3. Protokoll lesen und die Datei zuordnen.
4. Verdächtige Erweiterung deaktivieren.
5. Overrides prüfen, wenn nur einzelne Bereiche betroffen sind.
6. Auf Standardtemplate umstellen als Test.

Schritt sechs ist ein guter Schnelltest: Läuft die Seite mit dem mitgelieferten Template, liegt es am eigenen Template oder an dessen Overrides (Update und Migration).

Erweiterung eingrenzen.

Wenn das Backend noch erreichbar ist, lassen sich Erweiterungen dort einzeln deaktivieren. Wichtig: einzeln, nicht alle auf einmal — sonst weiß man hinterher nicht, welche es war.

Ohne Backend-Zugang geht es über die Datenbank: In der Tabelle der Erweiterungen lässt sich der Aktivierungsschalter setzen. Vorher sichern, und notieren, was geändert wurde.

Ein dritter Weg bei Plugins: Das Verzeichnis der verdächtigen Erweiterung umbenennen. Joomla findet sie dann nicht mehr und läuft in der Regel weiter — das ist unsauber, aber im Notfall schnell und umkehrbar.

Ohne erkennbaren Anlass.

• Festplatte voll? Protokolle und Cache wachsen unbemerkt (Webspace voll).
• Datenbank antwortet nicht? Überlastung oder Verbindungsgrenze erreicht.
• Hoster hat umgestellt? PHP-Version, Grenzen, Module.
• Angriff im Gange? Viele Zugriffe lassen Grenzen reißen.
• Eingebrochen? Bei alten Joomla-Fassungen leider realistisch (Joomla gehackt).

Der letzte Punkt gehört bei einer veralteten Installation ernsthaft geprüft — eine weiße Seite kann auch die Folge eines misslungenen Angriffs oder eines nachträglich eingebauten Schadcodes sein.

Cache.

Joomla speichert Seitenbestandteile zwischen. Ein widersprüchlicher Zustand — etwa nach einem Update oder einem abgebrochenen Vorgang — führt zu Abbrüchen.

Über das Backend geht es im Systembereich. Ohne Backend über das Dateisystem: Die Inhalte des Cache-Verzeichnisses entfernen, nicht das Verzeichnis selbst. Dasselbe gilt für das temporäre Verzeichnis, das nach abgebrochenen Installationen volle Reste enthält.

Dateirechte.

Klassiker nach Umzügen. Joomla braucht Schreibrechte in mehreren Verzeichnissen: Cache, temporäre Dateien, Protokolle, Medien, Administrator-Cache.

Typisches Bild: Dateien wurden per Dateiübertragung hochgeladen und gehören einem anderen Benutzer als dem des Webservers. Dann kann Joomla nicht schreiben — je nach Stelle entsteht eine weiße Seite oder ein stiller Fehler.

Setz keine pauschal weit offenen Rechte. Das löst das Symptom und erzeugt ein Sicherheitsproblem, das bei Joomla besonders gern ausgenutzt wird (Umzug).

Datenbank.

Fehlende Verbindung meldet Joomla meist deutlich. Weiße Seiten entstehen eher durch fehlerhafte Strukturen: eine Tabelle, die nach einem Update nicht angepasst wurde, oder eine beschädigte Tabelle nach einem Serverabsturz.

Vorgehen: Datenbankprüfung ausführen, bei Verdacht auf Beschädigung eine Prüfung über die Datenbankverwaltung. Vorher sichern (Datenbank reparieren).

Ein Joomla-spezifischer Punkt: Beim Umzug ändert sich manchmal das Tabellenpräfix. Steht in der Konfigurationsdatei ein anderes als in der Datenbank, findet Joomla nichts — und meldet das nicht immer verständlich.

Nur das Backend.

Website läuft, Verwaltung nicht. Dann ist der Kreis kleiner: eine Backend-Erweiterung, ein Administrator-Template, ein Rechteproblem oder ein beschädigter Cache.

Schnellster Test: Cache und temporäres Verzeichnis über das Dateisystem leeren. Hilft das nicht, Backend-Plugins gezielt deaktivieren (Backend-Zugang).

Prüfweg.

1. Was wurde zuletzt geändert?
2. Fehlerberichterstattung einschalten, notfalls in der Konfigurationsdatei.
3. Protokolle lesen — Joomla und Server.
4. Cache und temporäres Verzeichnis leeren.
5. Festplattenplatz prüfen.
6. Erweiterung eingrenzen, einzeln.
7. Standardtemplate testweise aktivieren.
8. Dateirechte prüfen.
9. Sicherung einspielen, wenn das Geschäft nicht warten kann.

Schritt neun ist kein Scheitern, sondern eine Entscheidung: Eine laufende Website ist wichtiger als die schnelle Erkenntnis. Die Ursachensuche kann danach in einer Kopie stattfinden.

Wenn du nicht weiterkommst.

Wenn nichts mehr geht und du nicht weißt, wo die Meldung steht. 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.