Hallo
Ich auf meinem Server habe arbeite ich mit MySQL 4.1.8 und UTF8 charset. Es klappt auf meinem Server alles Wunderbar, alle Zeichen werden richtig dargestellt.
Will ich nun mein skript auf einem anderen Server mit MySQL 4.0 laufen lassen. Anscheinend blickt MySQL 4.0 UTF8 nicht und viele Zeichen werden falsch dargestellt.
Ich habe unter MySQL 4.1.8 und phpMyAdmin die Tabellen exportiert. Das Problem fängt schon damit an, dass ich sie unter 4.0 nicht importieren kann. Er stört sich am charset. Entferne ich "DEFAULT CHARSET=utf8" kann ich die Tabellen zwar importieren, aber die Zeichen stimmen nicht mehr.
Gibt es eine Möglichkeit die Daten zu konvertieren. Am Script möchte ich keine Änderungen vornehmen.

Gruß Marco

Mister Ad

MerlinderZauberer

Hallo,

es gibt in pma die Möglichkeit, das Charset für die einzulesene Datei vorzugeben. Dafür muß Du in der Konfigurationsdatei die Variable $cfg['AllowAnywhereRecoding'] auf true setzen.

Auf der Hauptseite von pma siehst Du dann zwei Auswahlfelder für die Definition von Charset. Einmal für pma und darunter der MySQL-Datenbank.

Wenn Du jetzt die Datenbank über den Reiter "SQL" einlesen möchtest, kannst Du das Charset der Datei vorgeben. Das gleiche gilt für den Export.

Gruß Merlin der Zauberer

__________________
www.Sternenwelt.net - Astronomie im Internet -
www.SternenweltForum.net - Antworten rund um die Astronomie -

robo47

zeigt einem das pma bei mysql 4.0 an? bin mir nicht das sicher, hab auf dem rechenr wo 4.0.x drauf ist, nicht den aktuellsten pma, aber ich glaube diese ganzen optionen sind doch 4.1 only?

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Erstmal Danke für die Antworten.

Nein, das wird bei MySQL 4.0 beim Importieren nicht angezeigt.

Wenn ich die Variable $cfg['AllowAnywhereRecoding'] auf TRUE setzte, werden die extensions iconv und noch eine benötigt. Wenn ich die allerdings aktiviere meckert PHP, sie seien nicht da, obwohl sie es sind und der Pfad auch stimmt, da andere extensions Problemlos geladen werden.

Also mein Problem ist leider immer noch nicht gelöst
Lasse ich mir den MySQL code in ein Fenster erzeugen und nicht in eine Datei, kann ich die Daten Problem los mit copy und paste kopieren, allerdings geht das nur mit relativ kleinen Tabellen und ist zudem etwas nervig.

Bin für jeden weiteren Tip dankbar.

Gruß

MerlinderZauberer

@ robo47: Das ganze funktioniert sogar mit der MySQL-Version von 3.23! Die aktuellste pma sollte man sich schon herunterladen.


@ mark: Das Problem mit den Dlls hatte ich auch schon mal. Manche extension brauchen mehr als eine DLL, so auch die Funktion iconv.

Folgende Dateien muss Du in Dein Systemverzeichnis zu den anderen Dlls verschieben:

-php_iconv.dll
-iconv.dll

Gruß Merlin der Zauberer

__________________
www.Sternenwelt.net - Astronomie im Internet -
www.SternenweltForum.net - Antworten rund um die Astronomie -

Danke an alle für die Hilfe. Ich werde das bei der nächsten Gelegenheit ausprobieren.