ImageMagick rendert keine Umlaute

Hallo zusammen,

habe folgendes Problem: Bin soeben auf einen neuen Server umgezogen, nachdem mein alter Provider Pleite gemacht hat.

Alle Daten gesichert, 1:1 überspielt, MySQL-Tables angelegt, localconf und Benutzerrechte sowie -gruppe angepasst: klappte soweit wunderbar. Der neue Auftritt wäre bis ins letzte mit dem Alten identisch - wäre da nicht ein offenkundiges Charset-Problem:

ImageMagick rendert keine Umlaute mehr

Alle Seiteninhalte werden richtig wiedergegeben, nur die von IM gerenderten Schaltflächentexte enthalten keine deutschen Umlaute mehr (stattdessen Quadrate als Platzhalter).

Irgendwo in der Konfiguration meines neuen Servers scheint ein Zeichensatzfehler (bzw. eine Fehlinterpretation) zu liegen.

Für mich erstaunlich ist, dass dies nur ImageMagick betrifft, denn die Contentwiedergabe in reiner Textform ist fehlerfrei. Der Fehler tritt sowohl in der auf dem Server vorinstallierten IM-Version 6.2.5 auf als auch in der von mir favorisierten (statisch kompilierten) Version 4.2.9.

Serverinfo:

Suprago Platinum X5000
Zwei AMD Opteron™ 1210 Prozessor 64 Bit CPUs
1.024 MB DDR2-RAM / 400MHz
Zwei 160 GB SATA-Festplatten (RAID 1)

OpenSuSE 10.1
Apache/2.2.0 (Linux/SUSE)
MySQL 5.0.18
PHP 5.1.2
Confixx Professional v3

PHPinfo:
http://hotel824.server4you.de/phpinfo.php

Ich würde mich sehr freuen, wenn mir jemand ein paar Tipps (eine Lösung wäre obergenial) geben könnte, wie ich diesem Charset- Problem (?) auf die Schliche kommen könnte.

- Wo muss ich nach fehlerhafen Übergabeparametern suchen?
- Wie genau wird ImageMagick angesprochen?
- Welche Apache / PHP- Konfigurationsdatei erlaubt mir, die korrekte Charset-Einstellung einzustellen? Wie lautet diese?

Fragen über Fragen, ich weiß. Sorry.

Trotzdem 1001 Dank für jede Hilfestellung vom ziemlich ratlosen

Bitbull

Hallo,

ganz dumme Frage vorab:

An der Schrift liegt es nicht?
Ist das eine TTF Schrift?

Grüße,

Ralph

Hi nochmal,

ja, ist eine ttf-Schrift - und sie hat auch Umlaute ;-)
Wie gesagt, auf dem alten Server lief alles einwandfrei...

Nach einiger Recherche habe ich zwischenzeitlich herausgefunden, dass der Fehler wahrscheinlich bei der GDlib und eher nicht bei IM liegt. Kann das jemand bestätigen?

Offenbar scheint es GD-Versionen zu geben, die nicht kompatibel sind. Gibt es dazu eventuell Empfehlungen?

Hier nochmal die der Link zur phpinfo:
http://hotel824.server4you.de/phpinfo.php

Danke,

Bitbull

Hallo,

kann sein dass es an der GD liegt.

An der Apache Konfiguration liegt es nicht.

Die Daten kommen aber korrekt aus der Datenbank?
Also eine Ausgabe als Text klappt. Anderer Zeichensatz in der DB könnte sonst auch sein!
Teste mal die Ausgabe eines Textes per Gifbuilder den du im TS direkt als Text eingibst und der nicht aus der typo3-DB kommt.

Hast du die Möglichkeit eine andere Version der libgd aus den Quellen zu bauen?
Kenne mich leider nur mit Debian & Ubuntu aber nicht mit der Susi aus.

Grüße,

Ralph

Hi Ralph,

danke für den Tipp mit dem gifbuilder-Direkttest via TS. Leider auch hier das gleiche Ergebnis: Umlaute nur als Quadrate.

Wir können daher die Datenbankkonfiguration mit Sicherheit als Fehlerquelle ausschließen.

Also scheint GD der Übeltäter zu sein.

Nun, ich habe vollen Shell-Zugriff auf meinen Server, aber die GD neu zu kompilieren (und damit dann ja wohl auch PHP ?) ist mir etwas zu heiß, weil ich das so noch nie gemacht habe.

Wie geht das denn? (Sorry, oute mich gerade als DAU, hoffe aber, dass die zu erwartenden Schmährufe auch eine konstruktive Anleitung mit sich bringen :o )

Danke fürs Mitspielen,

Bitbull

Hallo,

für Suse kann ich dir dann leider nicht helfen.
Bei Debian gäbe es zum einen Backports mit anderen Versionen.

Oder eben die Quellen laden von:
http://www.boutell.com/gd/
Und diese dann übersetzen.

Es ist auch die Frage wie gdlib in deinem PHP integriert ist.
Wenn diese statisch einkompiliert ist, musst du das PHP auch neu übersetzen.
Das macht dann richtig Arbeit.

Hier steht zB etwas dazu:
http://www.issociate.de/board/post/163718/GdLib_Download_Install_&_Configure.html

Hattest du zuvor auch schon PHP 5.1.2?

Grüße,

Ralph

Hi Ralph,

nee, vorher hatte ich PHP 4.3.4...

Naja, werde mich mal eingehend mit Deinen Links beschätigen. Vielen Dank dafür!

Melde mich, wenn ich eine Lösung habe.

Danke & Grüße

Bitbull

Hallo,

kannst du bei Suse nicht ein PHP 4.x installieren?
Dann kommt eine andere libGD mit...
Da hättest du zumindest einen Hinweis und das sollte schneller gehen.

Grüße,

Ralph

Hi Ralph,

ich komme nicht weiter und werde wohl tatsächlich ein PHP 4.3.4 installieren müssen. Habe aber ziemlich Angst davor... 😢

Weiß jemand, ob das auf nem 64Bit Probleme geben kann?
Arbeiten die confixx-Einstellungen weiter?

Dankbar für jede Antwort,

Uwe

Hallo,

ich würde mich mal in einem Suse Forum oder eine Suse Newsgroup umhören.
Da gibt es sicherlich genug Wissende...

Grüße,

Ralph

Hallo Bitbull,

Hatte das selbe Problem. Ich habe folgende Extension gebaut. Einfach installieren und es sollte funktionieren.

http://typo3.org/extensions/repository/view/cr_bugfix_5078/0.0.1/

Der Fehler entsteht wohl durch eine Fehlerhaft kompilierte GD in PHP5. Weitere infos findest du hier

#4832916

und hier

http://bugs.typo3.org/view.php?id=5078

Gruß Semidark