Joomla umziehen — drei Werte entscheiden.

Bestandsaufnahme.

1. Joomla-Version und PHP-Version am Ausgangsort.
2. Verfügbare PHP-Fassungen am Ziel.
3. Erweiterungen mit Versionen.
4. Zeitgesteuerte Aufgaben auf dem alten Server.
5. Postfächer, falls beim selben Anbieter.
6. Zusätzliche Domains und Subdomains.
7. Größe: Dateianzahl und Datenbankgröße.

Punkt vier wird am häufigsten vergessen und fällt erst Wochen später auf — ein Cronjob für Sicherungen, Suchindex oder Importe wandert nicht automatisch mit (Wartungsaufgaben).

Ziel vorbereiten.

PHP-Fassung passend einstellen, benötigte Erweiterungen der Laufzeitumgebung prüfen, Datenbank anlegen, Zugangsdaten notieren. Grenzen prüfen: Arbeitsspeicher, Laufzeit, maximale Uploadgröße.

Joomla braucht nicht viel, aber bei Importen und Bildverarbeitung reißen knappe Grenzen schnell (Hosting-Anforderungen).

Dateien übertragen.

Das gesamte Verzeichnis wandert mit. Anders als bei manchen anderen Systemen liegt bei Joomla alles im öffentlichen Bereich — das macht die Übertragung einfach und die Absicherung der Konfigurationsdatei wichtig.

Nicht mitkopieren: die Inhalte der beiden Cache-Verzeichnisse und des temporären Verzeichnisses. Das spart Übertragungszeit und verhindert Fehler am Ziel. Die Verzeichnisse selbst müssen bleiben, nur leer.

Bei sehr vielen Dateien ist eine Übertragung per Dateiprotokoll quälend langsam. Dann lohnt ein Archiv auf Serverebene und das Entpacken am Ziel.

Datenbank übertragen.

1. Vollständigen Export ziehen, bei Größe über die Kommandozeile.
2. Zeichensatz beachten — sonst Zeichenmüll bei Umlauten.
3. Am Ziel einspielen.
4. Tabellenzahl vergleichen.
5. Stichprobe: Inhalte und Umlaute in Ordnung?

Während des Umzugs sollte niemand im alten Backend arbeiten — sonst fehlen Inhalte am Ziel.

Die Konfigurationsdatei.

Das Herzstück des Umzugs. Im Hauptverzeichnis liegt eine Datei mit allen Einstellungen, und dort sind anzupassen:

Die letzten vier Zeilen sind die, an denen Umzüge scheitern. Dazu gleich mehr.

Sicherheitshinweis: Diese Datei enthält Zugangsdaten im Klartext und liegt im öffentlichen Verzeichnis. Prüf nach dem Umzug, dass der Server sie nicht ausliefert — ruf den Pfad einmal im Browser auf. Kommt der Inhalt, ist die Serverkonfiguration falsch.

Das Tabellenpräfix.

Joomla stellt allen Tabellennamen ein Präfix voran. Steht in der Konfigurationsdatei ein anderes als in der eingespielten Datenbank, findet Joomla nichts — und meldet das oft nicht verständlich, sondern mit einer weißen Seite oder einem Datenbankfehler.

Das passiert besonders dann, wenn am Ziel eine frische Joomla-Installation stand und deren Konfigurationsdatei weiterverwendet wurde. Prüf also: Welches Präfix haben die Tabellen tatsächlich?

Das ist einer der häufigsten Joomla-Umzugsfehler und in einer Minute behoben, wenn man weiß, wo man schaut (Weiße Seite).

Pfade für Protokolle und Temporäres.

In der Konfiguration stehen absolute Pfade zu zwei Verzeichnissen. Nach einem Umzug zeigen sie auf Verzeichnisse, die es am neuen Server nicht gibt.

Die Folge ist unangenehm indirekt: Joomla läuft scheinbar, aber Installationen schlagen fehl, Protokolle werden nicht geschrieben, Uploads landen nirgends. Die Fehlermeldungen führen dabei oft in die Irre.

Also: beide Pfade auf die tatsächliche Struktur am Ziel anpassen. Den vollständigen Pfad verrät die Systemübersicht im Backend — falls man hineinkommt.

Dateirechte.

Die zweithäufigste Ursache für Probleme nach einem Umzug. Hochgeladene Dateien gehören dem übertragenden Benutzer, nicht dem Webserver.

Joomla braucht Schreibrechte in: beiden Cache-Verzeichnissen, dem temporären Verzeichnis, dem Protokollverzeichnis, dem Medienverzeichnis und für die Konfigurationsdatei bei Änderungen über das Backend.

Setz keine pauschal weit offenen Rechte. Bei Joomla ist das ein realer Angriffsweg — und es löst die Ursache nicht (Sicherheit).

Cache und Sitzungen.

Der alte Cache enthält Pfade des alten Servers. Mitkopiert führt er zu Fehlern — also leeren, nicht übertragen.

Beim Sitzungsspeicher ist ein Joomla-Eigenheit zu beachten: In der Konfiguration steht, wo Sitzungen abgelegt werden — Dateisystem, Datenbank oder ein Zwischenspeicherdienst. Ist dort ein Dienst eingetragen, den es am Ziel nicht gibt, scheitert die Anmeldung still. Man kommt nicht ins Backend und bekommt keine verständliche Meldung.

Nach einem Umzug deshalb: Sitzungsspeicher auf Datenbank oder Dateisystem stellen, bis alles läuft. Dasselbe gilt für den Cache-Speicher (Kein Zugang).

Unter Testadresse prüfen.

1. Startseite und je ein Seitentyp.
2. Backend erreichbar, Anmeldung funktioniert.
3. Bilder werden angezeigt.
4. Formular absenden, Mailempfang prüfen.
5. Geschützter Bereich mit Testzugang.
6. Suche ausprobieren.
7. Protokoll ansehen.

Die Testfassung vor Suchmaschinen sperren — und die Sperre nach dem Umschalten entfernen. Das ist der teuerste Einzelfehler bei Umzügen (robots.txt).

Umschalten und danach.

Umgeschaltet wird über die Namenseinträge. Einige Tage vorher die Gültigkeitsdauer senken, damit es schnell greift (DNS).

Danach zu prüfen:

• Alle Seitentypen unter der echten Adresse.
• Suchmaschinensperre entfernt?
• Zeitgesteuerte Aufgaben neu eingerichtet?
• Mailversand aus Formularen.
• SEF-Adressen funktionieren (SEF-Adressen)?
• Zertifikat gültig und Verlängerung aktiv (SSL).
• Protokoll die ersten Tage beobachten.
• Erst nach zwei Wochen kündigen.

Der fünfte Punkt ist Joomla-spezifisch: Wenn die Adressumschreibung auf Serverebene nicht übernommen wurde, führen alle Unterseiten ins Leere, während die Startseite läuft. Ein typisches Bild nach einem Umzug.

Häufige Fehler.

• Tabellenpräfix passt nicht.
• Pfade für Protokolle und Temporäres nicht angepasst.
• Sitzungsspeicher zeigt auf einen Dienst, den es nicht gibt.
• Cache mitkopiert.
• Dateirechte falsch.
• Adressumschreibung auf Serverebene vergessen.
• Konfigurationsdatei wird vom Server ausgeliefert.
• Zeitgesteuerte Aufgaben vergessen.
• Zu früh gekündigt.

Die ersten drei zusammen erklären die große Mehrheit aller Joomla-Umzugsprobleme — und alle drei stehen in derselben Datei.

Wenn du nicht weiterkommst.

Wenn ein Umzug ansteht oder nach einem Umzug nichts mehr geht. 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.