Wieder Umlautproblem 1.3.0

MrPotter · Post by **MrPotter** » Mon 12. Mar 2007, 16:33

Hmm...könnt ihr es mal bei euch testen? Würde mich um Feedback freuen. http://www.goethe-oberschule-berlin.de/cms

Ist es beim IE normal, dass wenn es auf Automatische Codierung steht, die falsche auswählt?? Bei Firefox geht alles...

Post by **flip-flop** » Mon 12. Mar 2007, 16:53

Vor allem, was ist das?
<meta http-equiv="content-type" content="text/html; charset=utf8" />
So sollte es doch heißen:
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
Hast du etwa in der config utf8 stehen?

Ändere das bitte als erstes.

Knut

MrPotter · Post by **MrPotter** » Mon 12. Mar 2007, 21:09

Mhm, hat das nichmal der Meister Georgi persönlich gesagt, das die utf8 Varianter besser sei als utf-8. Meine da ma was zu hier gelesen zu haben. Ich such mal eben. Aber für dich ändere ich's doch gerne^^

MrPotter

Edit: Aber heyy, keine Ahnung was ich da gelesen habe. Der IE ändert den Charset jetzt automatisch!!

Kann man das jetzt so lassen, oder muss man sich noch um irgendwas anderes Sorgen machen?!?!?!?

Post by **flip-flop** » Mon 12. Mar 2007, 21:21

Kann man das jetzt so lassen, oder muss man sich noch um irgendwas anderes Sorgen machen?!?!?!?

So ist es einfach nur richtig. utf8 gibt es m.W. nicht.

EDIT: Du verwechselst das mit dem charset für die DB.

Knut

Post by **Oliver Georgi** » Mon 12. Mar 2007, 21:36

Yepp - immer genau lesen, was ich schreibe!

MySQL geht da einen eigenen Weg.

Oliver

MrPotter · Post by **MrPotter** » Mon 12. Mar 2007, 21:43

Yepp - immer genau lesen, was ich schreibe!

War in der letzten Zeit etwas viel

Aber sagt mal, wie erklärt ihr euch den Spaß hier im Backend??

Post by **flip-flop** » Mon 12. Mar 2007, 21:57

mysqldumper.de wrote:Szenario 3:
- Umzug von MySQL >=4.1 auf >=4.1, wobei der alte Server den Standardzeichensatz utf8 und der neue Server als Standardzeichensatz latin1 eingestellt hat
- das Backup vom Quellserver liegt also utf8-kodiert vor, da beim Auslesen nichts anderes vereinbart wurde und der Server utf8 geliefert hat
- bei der Wiederherstellung werden vom Dumper 1.21 (unwissentlich) utf8-kodierte Zeichen an den neuen MySQL-Server übermittelt
- MySQL nimmt die Zeichen entgegen und speichert dei utf8-Daten als latin1 ab
- da utf8 für Sonderzeichen mehrere Bytes Speicherplatz benötigt und diese aber nun als einzelne Buchstaben in latin1 gewertet werden, werden aus einem Sonderzeichen 2 (oder mehr) Buchstaben bei der Ausgabe
- Beim Wiederauslesen und der Anzeige auf der Webseite sehen Umlaute dann z.B. so aus: Ã¤Ã¶Ã¼ (das entspricht äöü). Das Ä ist eigentlich der Code, der einige der Sonderzeichen in utf8 einleitet, wird hier aber nicht so interpretiert, da der MySQL-Server ja von latin1-kodierten Daten ausgeht. Und schon kracht es wieder...

(Edit: für diesen Fall habe ich ein Korrekturprogramm entwickelt. Siehe http://www.mysqldumper.de/board/viewtop ... 9187#19187 )

http://www.mysqldumper.de/board/viewtopic.php?t=2313
Wenn wirklich alles andere passt, würde ich die wenigen Ordnernamen überschreiben.
Oder was meinst du dazu Oliver?

Knut

MrPotter · Post by **MrPotter** » Mon 12. Mar 2007, 22:09

Überschreiben hab ich ohne Erfolg getestet. Selbst beim Anlegen einer neuen Kategorie gibts Probleme...-.-

http://www.mysqldumper.de/board/viewtopic.php?t=2313

Hab ich schon zig mal gelesen. Das Tool selber brachte - wie schon erwähnt - nichts. Hat keine Fehlerhaften Umlaute gefunden...

Post by **flip-flop** » Mon 12. Mar 2007, 22:24

Oh ha, ist tatsächlch noch ein Fehler in einer reinen utf-8/utf8 Installation.
In einer iso/latin1 Install. funktioniert es.

Ich würde die Verzeichnisse umschreiben ä = ae Ö = Oe usw.

Vermutlich hat Oliver schon alle dateien durchforstet und wird es im nächsten Update/Patch bringen.

Knut