-->

Häufige Joomla!-Fehlermeldungen – Teil I

von Stephan Brey


Als Joomla! –Administrator wird man manchmal mit bestimmten Fehlern bei der Installation oder dem Betrieb des Content-Management-Systems konfrontriert. Am häufigsten treten die folgenden Fehler und Probleme auf. Die hier beschriebenen Lösungsstrategien führen meist zum Erfolg.

1.: xml file not found in package

Erläuterung:

Beim Installieren einer Erweiterung erhalten Sie die Meldung: xml file not found in package. Das bedeutet, dass eine XML-Datei fehlt.

Lösungsvorschläge:

Dieser Fehler taucht normalerweise beim Installieren von Erweiterungen auf, die keine XML-Steuerdatei enthalten. Das kann der Fall sein, muss aber nicht die Ursache sein, denn der Fehler kann sich auch an anderer Stelle zeigen.

xml file not found in package bedeutet generell, dass die XML-Datei im jeweiligen Zip-Archiv, welches versucht wurde hochzuladen, nicht gefunden wurde.

Der Grund kann aber auch darin liegen, dass die vorliegende Erweiterung für die Joomla-Version 1.0.x gedacht ist und Sie versuchen, diese Extension auf einer Joomla-Website der Version 1.5 und höher zu installieren. Prüfen Sie hierfür die Dokumentation der Erweiterung. Falls dies der Fall sein sollte sollten Sie die Datei nochmals im System-Legacy-Modus installieren.

Kontrollieren Sie auch, ob es sich um ein echtes Zip-Archiv handelt. Falls nein, entpacken Sie alle Dateien und packen Sie sie erneut als Zip-Datei. Wiederholen Sie dann nochmals den Upload.

2.: Installationsdatei kann nicht gefunden werden

Erläuterung:

Beim Installieren einer Erweiterung wird eine Fehlermeldung ausgegeben oder sie lässt sich nicht installieren. Oder bei dem Versuch, eine Erweiterung zu installieren, wird die Meldung ausgegeben, dass die »Installationsdatei nicht gefunden« werden konnte.

Lösungsvorschlag:

Möglicherweise ist das Installationsarchiv in einem zweiten Archiv gepackt. Das heißt, in der komprimierten ZIP-Datei liegt eine weitere komprimierte ZIP-Datei, die das eigentliche Installationspaket enthält. Der Grund dafür: Oft werden Erweiterungen mit Sprachdateien und Plugins zusammengefasst. Die ZIP-Dateien tragen dann z. B. den Namen Modul_donald_bitte_erst_entpacken.zip. Entpacken Sie also zunächst das Paket und installieren Sie dann die integrierten ZIP-Files.

3.: Fehlermeldung: Cannot send session cookie – headers already sent …

Lösungsvorschlag:

In einer PHP-Datei, nennen wir sie einmal abc.php (abc steht hier für einen beliebigen Dateinamen), befindet sich in der Zeile 1 vor dem <? ein Zeichen, welches einen Fehler verursacht. Dieses Zeichen vor dem <? muss entfernt werden. Verwenden Sie hierzu möglichst einen einfachen Texteditor wie etwa das Windows-Notepad.

Weitere ähnliche Symptome:

Warning: session_start() [function.session-start]: Cannot send session cookie – headers already …

Warning: session_start() [function.session-start]: Cannot send session cache limiter – headers …

Warning: Cannot modify header information – headers already sent by (output started at …

Lösungsstrategie:

1. Löschen Sie in der Datei configuration.php alles vor dem <- und nach dem >-Tag.

2. Öffnen Sie die Datei in einem einfachen Texteditor wie Notepad und kodieren Sie sie als UTF-8.

3. Speichern Sie die Datei als Textdatei mit der Codierung ANSI.

4. Benennen Sie die Datei danach in configuration.php um und spielen Sie sie wieder ein.

JLernpaket

Stephan Brey ist der Autor des Lernpakets “Webseiten erstellen mit Joomla!”. Das Lernpaket kann hier direkt bestellt werden.

Social Bookmarks: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • TwitThis
  • Facebook
  • Digg
  • del.icio.us
  • MisterWong
  • Google Bookmarks
  • Technorati
  • Y!GG

Post to Twitter

Artikel bewerten

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading ... Loading ...

Weitere Artikel

Kommentare

  1. [...] See original here:  Häufige Joomla!-Fehlermeldungen – Teil I | webdeveloper.franzis.de [...]

  2. Peter

    Punkt 1 und 2 sind in Ordnung, Joomla hatte seit seinen Anfängen Defizite, was die Fehlermeldungen während der Installation von Erweiterungen angeht.

    Punkt 3:
    Seit bestehen der Version 1.5 (2 Jahre) wird zur Anzeige und Speicherung von Textdateien (.php, .ini,…) utf-8 verwendet, um das Problem mit Sonderzeichen (u.a. deutsche Umlaute) zu eliminieren. Warum soll denn jetzt die configuration.php in ANSI gespeichert werden? Die darin enthaltenen, globalen Angaben für die ‘keywords’ und ‘description’ Meta-Tags, und auch die Offline-Message, werden somit falsch anzgezeigt, sollten sich Umlaute darin befinden.

    Und die Lösungsstrategie dazu:
    Hat das eigentlich jemand wirklich mal Punkt für Punkt durchgelesen?

    Da würde es reichen, die ‘configuration.php’ in einem Editor zu öffnen, alles vor und nach den PHP-Tags (”) zu löschen, inklusive Leerzeilen, Leerzeichen und Zeilenumbrüche, und das ganze wieder in der Codierung utf-8 zu speichern. Fertig.

Kommentar schreiben