[daarg]

Stehe vor einem Rätsel und hoffe Ihr könnt mir helfen.

Ausgangslage:
Ich habe einen Testserver und einen Liveserver die eigentlich identisch konfiguriert sind (OS, PHP-Version, Apache usw.). Auf Testserver läuft CMS-System das jeweils mit Liveserver synchronisiert wird. Auf dem Testserver erstelle ich z.B. eine (google|xml)sitemap und einen RSS-Feed. Funktioniert alles einfwandfrei wie es soll. Nach dem Test wird auf Liveserver synchronisiert und dort laufen die zwei Beispiele nicht...

Fehler:
Bei testen erhalte ich für die (google|xml)sitemap die Meldung "XML-Verarbeitungsfehler: XML- oder Text-Deklaration nicht am Beginn der Entität", für den RSS-Feed wird mir ein Download angeboten (getestet mit FF). Nach einigem suchen habe ich festgestellt, dass alle Seiten auf den Liverservern mit einem BLANK/SPACE (whatever) am Seitenanfang ausgefliefert werden (HTML/XHTML, XML, RSS) - JS und CSS scheinen nicht betroffen.

Was habe ich bisher überprüft:
Deflate- und Expires-Einstellungen (bzw. die Module) habe ich testweise deaktiviert - keine Veränderung (ausser das nicht mehr komprimiert ausgeliefert wird

Hat von Euch jemand eine Idee worand das liegen kann - bzw. wo ich suchen soll? Ich versteh momentan nicht wieso ein Server sich korrekt verhält und der andere nicht ...

// Thx

/* edit */
Die schlimmsten Schreibfehler korrigiert

Dieser Beitrag wurde von CaptHowdy bearbeitet: 19. Mai 2010 - 18:41

[Witi]

Klingt nach BOM
Speichere die Dateien in UTF-8 ohne BOM.

[daarg]

Nein - nix BOM. Sonst würds nicht auf Server 1 laufen ...

[Witi]

Doch, kann schon sein. Beim Synchronisieren / Kopieren kann durchaus das Dateiformat geändert werden. Alles schon erlebt.

Ein früherer Arbeitskollege hat unter Windows Dateien bearbeitet und diese anschließend auf den Server hochgeschoben. Auf dem Server war das BOM zu sehen, bei ihm nicht. Damals war uns BOM nicht bekannt und es hat Ewigkeiten gedauert, bis wir das und vor allem die verursachende Datei herausgefunden haben.

Dieses Zeichen am Anfang der Datei deutet für mich nämlich genau darauf hin. Prüf einfach mal auf dem Liveserver direkt die Zeichensätze der entsprechenden Dateien.

[daarg]

Hallo Witi,

hm - daran gedacht habe ich schon. Werde es nochmal genau überprüfen. Denke aber nicht das ein rsync von Linux 2 Linux eine solche Änderung verursacht ... Kann erst ab Montag testen und poste meine Erkentnisse dann wieder. Wenn noch jemand ne Idee hat wo zu suchen, dann bitte melden.

[daarg]

Nope - kein BOM. File von Server 2 (wo Problem) besteht 1:1 auf Server 1 zurückkopiert - Problem besteht nicht ;-(

[Witi]

hmm...komisch.

Kannst du uns diese XML-Datei zur Verfügung stellen? Du schreibst, dass du nicht genau weißt, was das für ein Zeichen ist. Vielleicht kann man an Hand dieses Zeichen nähere Schlüsse auf den Ursprung ziehen. Ein simples Leerzeichen kann es nicht sein, weil sonst der XML-Parser nicht meckern würde.


Edit, noch ne Idee:
Liefern die beiden Server Dateien vielleicht in unterschiedlichen Formaten aus? Möglicherweise liefert der Liveserver standardmäßig Dateien in UTF-8 aus und im XML-Dokument tauchen bspw. falsch kodierte Umlaute auf.

Dieser Beitrag wurde von Witi bearbeitet: 25. Mai 2010 - 11:48

[daarg]

@Witi: die XML-Datei wird dir nicht wirklich was bringen - die wird von nem ziemlich komplexen CMS generiert ;-( Die Idee mit Charset hatte ich auch schon - ist aber auf beiden Seiten UTF8. Ich tendiere - gefühlsmässig - auf nen Fehler bei den MIME-Types ...

 sitemap.xml.txt (2,28K)
Anzahl der Downloads: 182

Dieser Beitrag wurde von CaptHowdy bearbeitet: 25. Mai 2010 - 12:56

[Witi]

Zitat

Ich tendiere - gefühlsmässig - auf nen Fehler bei den MIME-Types ...

Die solltest du im HTTP-Header lesen können. Firebug ist da recht hilfreich.

Kannst du denn mal den ASCII-Code dieses Zeichens bestimmen?

[daarg]

Habe die XML-Datei (Original wäre es PHP, hier TXT) geuppt. Wie bestimme ich das Zeichen?

Gemäss Firebug haben beide Files Mime-Type: text/xml;charset=utf-8. Allerdings traue ich der Meldung beim fehlerhaften Server nicht über den Weg da ich vermute die Ausgabe Firebug bezieht sich auf die FF-Meldung (siehe Screenshot).



/* Edit */

Auch Opera Dragonfly kann Response nicht auswerten (da Fehlermeldung vorher kommt)

Dieser Beitrag wurde von CaptHowdy bearbeitet: 25. Mai 2010 - 13:16

[Witi]

Die gute Nachricht, ist habe herausgefunden was das für ein Zeichen ist. Es ist ein Tab, also "\t". Die schlechte, ich habe überhaupt keine Ahnung woher das kommen kann.

XML-Parser hängen sich darauf auf, weil vor der XML-Deklaration _nichts_ stehen darf.

Edit:
Läuft davor eigentlich ein Proxy oder anderer "Content-Filter"?

Dieser Beitrag wurde von Witi bearbeitet: 25. Mai 2010 - 14:14

[daarg]

@all: Habs gelöst
@Witi: Dein Input war richtig (BOM/Charset). Eine einzelne Datei hatte falsches Charset (und wurde nur auf Liveserver verwendet). Danke für deine Hilfe.

[Witi]

Hehe, sehr gut! Freut mich.