RootForum Community

Hallo,

ich habe gestern einen vorherigen Debian Server auf Gentoo neuinstalliert.

Im Debian System liefen die Dienste wie folgt:
PHP5 aus apt
Perl aus apt
lighttpd selbst compiled
mysql intel gcc compiled Version selbst installiert

Nun im Gentoo folgender Maßen:
PHP5 aus portage
Perl aus portage
lighttpd aus portage
mysql (selbe Version wie Debian 1zu1 kopiert)


Seit diesem Umzug von exakt dem selben Perl/PHP Code auf das Gentoo System gibt es massive Zeichensatzprobleme. Zum einen erscheinen die Umlaute einer Seite nicht mehr richtig http://www.team-ultimate.eu

Zum anderen stürzt ein Perl Daemon, der gewisse Ereignisse auf einem Gameserver in eine DB schreibt, bei Query mit Sonderzeichen ab: All diese Probleme ware auf Debian Etch nicht vorhanden. Ich schätze mal es liegt daran dass vorher alle Client Programme (PHP, Perl) über den Debian Etch mysqlclient15off liefen bzw. gegen diesen compiled waren. Da sowohl PHP und Perl aus der jeweiligen Distribution kommen und kamen würde dies auch passen. Habt ihr eine Idee was man machen kann?

Alle per Portage verfügbaren Pakete solltest Du unter Gentoo nicht selbst kompilieren, da oft die Gentoo-spezifischen Patche zwingend benötigt werden.

aubergine wrote:

Code: Select all

Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='

Da steht eigentlich alles, was du wissen musst. Dein Perl-Skript verwendet einen Zeichensatz, den die MySQL-Datenbank entweder nicht unterstützt (in diesem Fall nicht) bzw. nicht per default nutzt (hier der Fall).

Bei Gentoo wird für MySQL standardmäßig UTF-8 als Verbindungszeichensatz und als Zeichensatz für die Tabellen genutzt. Gegen die MySQL-Clientbibliotheken mit diesem Default sind dann eben auch die Libraries und Erweiterungen von PHP, Perl usw. gelinkt. Das lässt sich mit dem USE-Flag latin1 bei Gentoo ändern. Besser wäre es aber, das Skript zu fixen und den MySQL-Server von Gentoo zu nutzen.

Ich habe nun auch MySQL aus Portage installiert und die Datenbanken kopiert, jedoch ohne Änderung am Problem.

Hast du die Tabellen einfach nur kopiert oder auch den Zeichensatz korrigiert?

Roger Wilco wrote:Hast du die Tabellen einfach nur kopiert oder auch den Zeichensatz korrigiert?

Ich habe folgendes ausgeführt: Danach das Datadir 1zu1 kopiert. Jetzt laufen sämtliche Serverprogramme und Clients aus Portage jedoch keine Veränderung. Meinst du ich soll nochmal versuchen die Datenbanken zu exportieren und zu importieren?

aubergine wrote:Danach das Datadir 1zu1 kopiert.

Autsch! Das kann man nur bei gleichen MySQL-Versionen machen, andernfalls kann es zu bösen Fehlern kommen...

aubergine wrote:Meinst du ich soll nochmal versuchen die Datenbanken zu exportieren und zu importieren?

Ja, per mysqldump auf dem alten System exportieren und auf dem neuen importieren. Und achte auf die korrekten Optionen für mysqldump...

Also ich habe einen dump vom alten Debian System. Dieser ist in utf8.
Wie kann ich diesen so importieren dass am Ende eine latin1_swedish_ci Datenbank und Tabellen heraus kommen?

Natürlich so dass immer sauber decodiert und codiert wird. Letztendlich ist es mittlerweile so, dass z.B. in phpmyadmin alle Umlaute richtig angezeigt werden, selbst wenn der utf8 dump 1zu1 importiert wird. Die Webapplikation selbst scheint aber kein utf8 zu können und zeigt die Umlaute nicht richtig an, daher auch die Fragestellung oben.

PS: Ich hab ja Backups und wichtig ist das System auch nicht wirklich sonst wäre eine 3 Tages Reparatur etwas lange :)

Am Einfachsten ist es, wenn Du den Dump gleich in latin1 anlegst: Am Besten wäre es jedoch, bei UTF8 zu bleiben (utf8 USE-Flag) und die WebApp entsrechend zu fixen.
Erzeugt die WebApp überhaupt korrekte HTTP-Header und/oder META-Tags?
Hatte Debians Apache bei Dir den bösen AddDefaultCharset gesetzt und worauf?