Cannot modify header information - headers already sent

Hallo zusammen

Ich habe folgendes Problem, das im alten Forum (?) auch schon einmal besprochen und teilweise unbeantwortet blieb: https://contao.org/board/topic/8807.html

Mein Fall: Ich möchte vor der Wartung einer Site meines Kunden den aktuellen Stand auf meinem lokalen System installieren (XAMPP). Habe ich schon häufiger gemacht - immer ohne Probleme.
DB Dumb konnte ich auch ohne Probleme einspielen.

Leider scheitert das jetzt an den Dateien. Ich konnte leider über FTP die Daten nicht auf meine Platte kopieren, weil der Server so einen massiven Zugriff als DoS-Angriff interpretiert und nach x Dateien meine IP sperrt. Also habe ich den Admin der Site gebeten, mir ein ZIP der puplic_html irgendwohin zu stellen. War kein Problem. Dieses ZIP habe ich bei mir im XAMPP htdocs/ entpackt und die localconfig.php angepaßt. Das sollte, wie auch einige Male davor, eigentlich klappen. Tut es diesmal leider nicht.

Ich bekomme im Frontend:
Warning: Cannot modify header information - headers already sent by (output started at C:\Programme\xampp\htdocs\cms\system\modules\Backu pDB\languages\en\default.php:135) in C:\Programme\xampp\htdocs\cms\system\libraries\Tem plate.php on line 174

Und im Backend:
Warning: Cannot modify header information - headers already sent by (output started at C:\Programme\xampp\htdocs\cms\system\modules\Backu pDB\languages\en\default.php:135) in C:\Programme\xampp\htdocs\cms\system\libraries\Sys tem.php on line 461


Beide Male also derselbe Kandidat: Die deutsche default.php des BackupDB Moduls.
Mir schwant, daß diese Datei nicht korrupt ist, sondern, daß eventuell beim Zippen auf einem Linux und dem Entpacken auf einem WinDOS mit ANSI jetzt eventuell die CR und CR/LF irgendwo zu falschen Zeichen führen, die PHP aus dem Tritt bringt:
http://webdesignblog.de/sonstiges/ca...er-php-fehler/

Hier habe ich gelesen, daß man dieses Problem mit der PHP-Funktion ob_start(); und ob_end_flush(); bei der Ausgabe in den Griff bekommt:
http://www.flexib.de/php-fehler-cann...-already-sent/

Jetzt habe ich dazu nur eine einzige Frage: Wie?

Wo wird eine Seite effektiv nach außen geschrieben? Dort müßte ich diese beiden Aufrufe einbauen. Nach Adam Riese.

Die Alternative, die böse default.php zu bereinigen, habe ich mit Notepad++ versucht. Hat alles nichts gebracht. Auch ein Ersetzen von LF (Unix) nach CR/LF (ANSI) hat nichts gebracht.

Ideen???

Installiere die Erweiterung einfach nochmal ueber das Backend. Evt. sind es auch UTF8 Probleme.

Das geht leider nicht. Ich sehe das Backend nicht. Nur diese Meldung.


EDIT

Was etwas gebracht hat, ist das komplette Löschen des BackupDB Ordners in modules. Damit kann ich mich zumindest im Backend anmelden. Dann gehen die Probleme natürlich sofort weiter, weil das Phänomen sich ja durch alle Dateien zieht und nicht auf die jetzt gekillte default.php beschränkt war.

Im Moment sehe ich statt einer Vorschau immer nur die Standard XAMPP Seite, auf die im Fehlerfall anscheinend umgeleitet wird. Auch im Frontend sehe ich zwar noch die Startseite, aber alle Links darauf werden auf die XAMPP-Logo Seite umgeleitet.

Dann lade Dir die default.php nochmal per Hand aus dem Repository.

Hier heraussuchen : https://contao.org/erweiterungsliste...010039.de.html

oder den DirektLink : https://contao.org/system/modules/rep_server/RepositoryDownload.php?token=d4d280b3d8f191ecfd4ca a1e72f1d31f


Das Ganze in system/modules/backupdb/languages/en/ kopieren und gut ist.

Danke. Aber siehe EDIT oben.

Auch wenn ich das mal mache. Sprich 'BackupDB' wieder in 'modules' schiebe und die default.php neu aus dem Repository dorthin speicher (de), auch dann kommt wieder diese Fehlermeldung.

Hallo TypoLightNewbie,

probiere mal bitte folgendes:
in der default.php steht hinter der PHP-Endekennung ?> noch ein Zeilenumbruch. Lösche den mal weg und probiere es dann noch einmal. Es hat zwar bisher keine Probleme bereitet, aber eigentlich sollte am Ende der Datei hinter ?> nichts mehr stehen.

Hallo do_while

Das habe ich natürlich auch schon gemacht. Hat nichts gebracht.

Wenn du backupdb loescht, kannst du dann das BE normal nutzen ?

Wenn ja, installiere es nochmal ueber das BE - Erweiterungsverwaltung

Zitat:

---

Zitat von lindesbs

Wenn du backupdb loescht, kannst du dann das BE normal nutzen ?

Wenn ja, installiere es nochmal ueber das BE - Erweiterungsverwaltung

---

Ich habe spaßeshalber alle Plugins aktualisiert.
Die Fehlermeldung ist damit weg. Ging auch schon mit dem Entfernen des BackupDB Ordners weg.
Das kann also nicht der Casus Knaxus sein.

Das System macht weiterhin, was es will, nicht, was es soll. Was bleibt, ist zum Beispiel das Phänomen, daß ich statt einer Vorschau die letzte XAMPP Verwaltungsseite sehe, auf der ich war. Echt wahr!!

• Caches geleert ? (Browser und TL)
• RewriteBase in der htaccess gesetzt ?

Zitat:

---

Zitat von lindesbs

• Caches geleert ? (Browser und TL)
• RewriteBase in der htaccess gesetzt ?

---

Haaa!
Du bist ein Genie!

RewriteBase /
in der htAccess aus dem Live-System lokalisiert nach
RewriteBase /cms

und es funzt!

VERNEIG!!!!! Tausend Dank !!!

Hervorragend !!!

Ich sollte wohl meine AmazonWunschliste mal in die Signatur aufnehmen ;-)

Hallo TypoLightNewbie,

dann geht bestimmt auch BackupDB wieder :D