Seite 1 von 3
umlautprobleme durch umstieg von latin1 auf utf-8
Verfasst: 12.01.2008 18:57
von RyoBerlin
Hey leute.
Unser Space ist auf ne neue Version gezogen wo auch UTF-8 zur verfügung steht jetzt ist das PHPbb3 system UTF-8 war aber vorher Latin1, folge die Umlaute sind zerschossen.
Kann man das irgendwie fixen?
Verfasst: 12.01.2008 19:04
von DarthObelix
das 2er basiert auf Latin, das 3er auf UTF8, lies mal hier:
http://www.phpbb.de/viewtopic.php?t=162 ... highlight=
Verfasst: 12.01.2008 19:06
von RyoBerlin
naja ich werde jezt nen buckup utf-8 codiert ziehen und dann wieder hochladen vielleicht hilft das ja...
Verfasst: 12.01.2008 19:13
von Mahony
Hallo
RyoBerlin hat geschrieben:naja ich werde jezt nen buckup utf-8 codiert ziehen und dann wieder hochladen vielleicht hilft das ja...
Das wird so nicht funktionieren.
Hier steht die Lösung für dein Problem (von Stingray1963)
Konvertierung phpbb2 -> phpbb3
Grüße: Mahony
Verfasst: 12.01.2008 19:14
von DarthObelix
sollte das Problem erledigen

Verfasst: 12.01.2008 19:18
von RyoBerlin
"-in der deutschen "lang_main.php" die variable "$lang['encoding']" von "iso-8859-1" auf "utf-8" ändern, dann erst konvertieren. "
? ähm... ich find die nicht wo liegt die?
dsbs_wrapper.php findet jedenfalls keine falsch codierten umlaute
PS: damits keine missverständnisse gibt phpBB2 wurde nie genutzt!
Verfasst: 12.01.2008 19:24
von Mahony
Hallo
Sorry, ich habe da was falsch gelesen. Du bist ja umgezogen.
Also vergiss die Lösung und mach das Backup mit dem Mysqldumper und spiele es auch damit wieder ein. Das sollte dein Problem lösen. Der Mysqldumper macht das automatisch.
Lies dich am besten mal das hier durch
Die Umlautproblematik - da findest du alles relevante für dein Problem.
Grüße: Mahony
Verfasst: 12.01.2008 19:25
von RyoBerlin
haut allet nich hin
man hätte wohl vor dem serverwechsel nen backup von latin1 als UTF-8 exportieren müssen um es dann wieder in den jetzt UTF-8 codierten einzuspielen
--
ja dieses Gigantische Thema zur umlautproblematik das iss mir zuviel des guten ich seh da garnicht durch ich weis nur das Szenario 2 zutrifft.
Verfasst: 12.01.2008 19:32
von Mahony
Hallo
RyoBerlin hat geschrieben:haut allet nich hin
man hätte wohl vor dem serverwechsel nen backup von latin1 als UTF-8 exportieren müssen um es dann wieder in den jetzt UTF-8 codierten einzuspielen
Nein, das hätte dein Problem nicht gelöst.
www.mysqldumper.de hat geschrieben:Die Kommunikation klappt also perfekt, wenn sich die beiden auf einen Zeichensatz einigen, da sie so wortwörtlich die gleiche Sprache sprechen.
Wenn das Programm, welches sich mit dem MySQL-Server verbindet, dem Server nicht mittteilt welcher Zeichensatz verwendet werden soll, dann greift die Standardeinstellung des MySQL-Servers (die Daten werden dann in der Kodierung geliefert, die in der MySQL-Systemvariablen character_set_connection voreingestellt ist).
Und genau hier knallt es in der Praxis wenn die Daten in einer anderen Kodierung geliefert werden, als das Programm erwartet.
Das gilt für beide Richtungen.
Die Lösung wäre also diese hier:
www.mysqldumper.de hat geschrieben:Was mache ich jetzt, wenn ich über die Anzeige im MySQLDumper feststelle, dass sich die Standardzeichensätze von altem und neuen Server unterscheiden?
Einen entscheidenen Vorteil hast Du nun bereits: Du weißt, welche Kodierung vom neuen MySQL-Server erwartet wird!
Also brauchst Du letztlich nichts weiter zu tun, als ihm genau diese Kodierung zu liefern.
Dazu benötigst Du einen TextEditor, der in der Lage ist eine Text-Datei in verschiedenen Formaten zu speichern (Achtung, aber ohne BOM - siehe oben!).
Mein Lieblingseditor zu diesem Zweck ist TextPad:
http://www.textpad.com/download/index.html
Noch umfangreichere Möglichkeiten mit vielen weiteren Zeichensätzen bietet der ebenfalls sehr gute und zudem noch kostenlose SuperEdi:
http://www.pcfreunde.de/download/detail ... eredi.html
Was ist also zu tun?
Lade das Backup herunter. Wenn das Backup im GZ-Format vorliegt (Dateiendung *.sql.gz), so entpacke es und achte darauf, dass der Entpacker diese Datei auch korrekt entpacken kann. Mit alten Versionen von z.B. WinRar gab es hier Probleme!
Öffne die Datei nun mit Deinem Texteditor und wähle anschließend "Datei/Speichern unter". Im unteren Bereich findest Du die Möglichkeit den Zeichensatz zu wählen den Dein Server erwartet. Dabei entspricht "Standard" latin1.
Die so gespeicherte Datei kannst Du mit z.B. WinAce wieder in das GZ-Format packen, auf den Server laden und mit MySQLDumper einspielen.
Das wars schon.
Wähle also beim neu abspeichern UTF8 ohne BOM und alles wird gut.
Grüße: Mahony
Verfasst: 12.01.2008 19:35
von RyoBerlin
also drinn steht
character_set_client utf8
character_set_connection utf8
character_set_database latin1
character_set_results utf8
character_set_server latin1
character_set_system utf8