SOS MySQL Linux Problem! € 100.- Belohnung!

[cosmicboy]

Wie hier schon viele feststellten, ist das Problem die UTF-8 Kodierung. Um das Problem zu lösen, muß man leider mehr Hintergrundwissen haben, welche Seiten hier Probleme machen, und auf welchen Seiten die Umlaut Probleme nicht bestehen.

Ein einfaches setzen des "Flags" in der DB auf UTF-8 behebt das Problem NICHT, da die Daten dann immer noch nicht korrekt dort vorliegen.

Wenn ALLE Webseiten dieses Webservers betroffen sind, ist es das einfachste, in der apache.conf das hier einzutragen:

AddDefaultCharset UTF-8

Denn dann wird generell ein UTF-8 Header an den Browser gesandt!

Aber um die Sache wirklich rund ans laufen zu bekommen, solltest du erst einmal eine Datenbank-Version installieren, die UTF-8 beherrscht.

Dies ist MySQL 4.1 oder grösser! Dann solltest du deine DB-Einträge hiermit konvertieren:
http://m.tacker.org/blog/64.script-t...-encoding.html

Steht zwar Wordpress in der URL macht aber nichts!

Danach ist als Default-Charset der DB UTF-8 (bei der DB sowie als Default-Charset in der my.cnf) zu wählen und den Apache dann auch noch wie beschrieben umstellen!

Danach sollte alles wieder laufen!

PS: Ist gerade alles etwas wirr beschrieben, aber ich muß jetzt los und 400 km auf der Autobahn abreissen.

PSS: Wenn Fragen sind, dann maile mich bitte direkt an. Hatte mit meiner Webseite das gleiche Problem...

[Alpha]

Hier mal die Standart-PhpMyAdmin-Einstellungen zum Vergleichen:



Ciao SunboX

so ist es eingestellt, ja

[xaiw00]

Ja, und genauso darf es nicht sein.
Die Datenbanken muessen auf latin1_german ausgelegt sein, da wir uns im Deutschsprachigen Raum befinden, der halt Sonderzeichen ermoeglicht.

Warten wir doch einfach die Antwort des Hosters ab - aber an sich sollte die Loesung durch meinen *Einwurf* gefunden sein.

Naja, aber koennt gerne weiter diskutieren. *scnr

Gruss,
xai

[cosmicboy]

@xaiw00
UTF-8 ermöglicht auch Sonderzeichen, sogar einige mehr, als ISO-8859-1 erlaubt - wie du vorschlägst.

Es kommt halt auch etwas darauf an, ob die Webseite auf UTF-8 ausgelegt ist, oder auf ISO!

Modern und zukunftsorientiert ist UTF-8

[xaiw00]

Darueber bin ich mir durchaus im Klaren (immer bietet UTF-8 4-Byte an Byteketten) - aber wenn eine Zeichensatzkodierung wie UTF-8 eingesetzt wird, obwohl das bisher anders war (respektiv tippe ich auf latin1_german), im Im-/Export verhaspelt wird, dann entstehen die schoenen, unleserlichen Zeichen.

Wie gesagt, es wurde halt einfach beim Export der DB ein anderer Charset ausgewaehlt als beim Import.

Gruss,
xai

[cosmicboy]

OK, da gebe ich dir recht, wenn das Problem erst seit Änderung der MySQL Version auftritt!

Aber dann reicht es nicht aus, allein den MySQL Zeichensatz abzuändern, sondern man muß auch wieder alle Daten IN der DB wieder in's ISO-Format konvertieren!

[cosmicboy]

Ich habe mal das kleine PHP Skript, welches unter den von mir genannten Link zu finden ist, habe ich etwas angepasst, daß es den DB Inhalt von UTF-8 wieder auf ISO ändern sollte.

Ist nicht gestestet und es müssen Username und Passwort sowie Datenbank noch im Skript geändert werden!

[xaiw00]

Aber dann reicht es nicht aus, allein den MySQL Zeichensatz abzuändern, sondern man muß auch wieder alle Daten IN der DB wieder in's ISO-Format konvertieren!

Der Zeichensatz muss beim Import/Export der DB gewaehlt werden.

Wenn man die noch *richtige* DB hat, dann exportieren per:

# mysqldump --default-character-set="latin1" --all-databases > dump.sql

Oder wenn man *falsch* exportiert hat, laesst man `sed' drueberlaufen um die *falschen* Werte zu korrigieren.

# sed -n 's/UTF-8/latin1_german/g' dump.sql

Gruss,
xai

[GunFood]

Naja ich denke es liegt am generellen Zeichensatz der Homepage. und eventl auch der anderen Seiten.
Wenn ich mir das ansehe:

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
<meta name="generator" content="vBulletin 3.5.4" />

Damit sollten die falschen Einträge klar sein, denn was falsch in die DB geschrieben wird, wird sicher auch nicht richtig dargestellt. Wei auch...

Grüße
GunFood

Nachtrag: übrigens auch ein falsche Zeichensatzeintrag im phpMyAdmin verursacht beim schreiben diese Probleme!

[denis-cubic]

Ich hatte sowas auch schon mal,
ich könnte euch ein SQL Befehl geben, mit dem
alle äöüß usw. wieder da sind.

Wenn interesse bitte melden.

[cosmicboy]

@xai
Soll das ein Battle werden?

Hey, mein Renommee-Modifikator ist 28, deiner nur 27

[xaiw00]

Hehe, Battle waer ja langweilig. :P
Selfmade Shell-Snippets sind dennoch schoener als angepasste PHP-Skripte.

Renommee-Faktor? Gerade erst bemerkt, was das damit auf sich haben soll - eine Art Karma-Bewertung? *g*
Najo, dann lassen wir sie mal bewerten die Leute hier. *scnr*

Wer den hoeheren Renommee-Faktor am Ende hat, hat den groesseren ... Lassen wir das und besinnen uns auf das eigentliche Thema.

Gruss,
xai

[ex-hellbilly]

Soweit ich weiß kommen viele Datenbanken mit Umlauten oder ähnlichem (*'!?) nicht klar und müssen manuel nachgetragen werden.
Ich checke das mal mt meinem Co-Admin und melde mcih wieder

[kotzi]

LoL

Wurm ??
Vieren ??

Etwqas Lächerliche antworten für euer problem...lach

Eure datenbank ist sicher davor...keine sorge

Euer Problem koennt ihr mitdem Versuch Die Tabelle neu zu schreiben und mit einem schreibsschutz für Die ASCII bildung zu versehen....euer Zeichensatz wird durch eine Variable verändert die nicht mit der NEUEN datenbank Kompatibel ist....so einfach ist die Lösung....

eure Zeichensatz datei wird von der neuen Überschrieben...

[algee2002]

oder stellt doch einfach den standardzeichensatz für die homepage um ?
lasst die datenbank einfach wie sie ist!

jeder browser zieht sich automatisch den richtigen zeichensatz und alle sind wieder glücklich!

man ersetzte im header der website

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />

durch

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

yay