---
title: "Image Magick mal Ja und Nein"
url: "https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein"
source: "typo3.net"
tags: ["Hosting","Server","Bilder","Frage"]
created: "2003-06-09"
last_reply: "2003-07-28"
replies: 19
solved: true
page: 1
pages: 1
lang: "de"
---

# Image Magick mal Ja und Nein

Hosting › Server · 19 Antworten · gelöst · gestartet 2003-06-09

## Frage

**Unbekannter Benutzer** · 2003-06-09 · [Beitrag #1](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/1)

So, jetzt habe ich auf einem zweiten Account auch noch das Dummy-Pack installiert und damit eine neue Seite anzulegen.

Installation usw. hat alles wunderbar geklappt diesmal.

Nur findet dieses Dummy-Pack wieder die ImageMagick Dateien nicht obwohl alles so eingestellt ist wie bei meiner Testsite Installation. Dort funzt ImageMagick.

Was mache ich jetztschon wieder falsch ?

## Beste Antwort

**tmallee** · 2003-06-30 · [Beitrag #14](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/14)

Hi Olli,

tja, die angeblich fehlende Freetype Unterstützung ist mir nun auch ein wenig rätselhaft. Dein phpinfo sagt ja ganz offensichtlich, das Freetype vorhanden ist und die gdlib auch korrekt in den php Kern kompiliert wurde. Du hast also offenbar alles richtig gemacht! Ich habe mir auch gerade nochmal die FAQ angesehen und dort wird Freetype ja auch ganz wunderbar mit installiert....

Freetype wird lediglich zur Darstellung einiger Truetype Fonts im Grafikmodus verwendet. Will sagen, das läuft auch alles wunderbar ohne Freetype. Ist ein (sehr) schwacher Trost, aber ich habe sonst leider keine Idee mehr, vielleicht hat sonst noch jemand einen Tipp.

Grüsse

Thomas

## Antworten

### [#2](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/2) · Unbekannter Benutzer · 2003-06-10

Sorry...

Kann mir den keiner sagen warum ImageMagick beim User WEB3 (Testsite) läuft und auf dem selben Server beim User WEB4 (Dummy) die Dienste versagt...?

Danke für eine Antwort

Olli.P

### [#3](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/3) · febo · 2003-06-26

Bei mir liegt es nach Auskunft meines Providers an dem alter meiner Homepages. Ich habe 3 oder vier Stück, die alle unterschiedlich alt sind. Bei den alten steht der "php_safe_mode auf "OFF" und dort gibt es keine Probleme. Bei meinen neuen hingegen steht dieser "Mode" eben auf "ON", womit ich scheinbar keinen Zugriff auf das Programm habe. Also habe ich bei meinem Provider nachgefragt, wo den nun die Programme liegen und ob der Zugriff frei ist. Die Antwort war das Verzeichnis und ein Ja. Das Verzeichnis ist (/usr/phpbin/) genau das, welches von Typo3 geprüft wird. Leider kann Typo3 dort nichts finden. GDLib wird dagegen sofort gefunden nur leider ohne Auskunft, wo es gefunden wird.

Ich bin der Sache auf der Spur  ;)

### [#4](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/4) · tmallee · 2003-06-26

Die GDLib wird deshalb sofort gefunden, weil Sie bereits in php enthalten ist, also kein "externes" Programm darstellt.

Der safemode unterdrückt (u.a.) tatsächlich wirkungsvoll die Ausführung von externen Programmen (wie ImageMagick). Allerdings kann der Provider mit der Einstellung safe_mode_exec_dir in der php.ini festlegen, in welchen Verzeichnissen Programme ausgeführt werden dürfen. Erfahrungsgemäss führt die Verwendung des safemode Schalters zu Problemen in Verbindung mit Typo3.

Die entscheidende Frage ist also, ob die Datei über php mit dem exec() Befehl ausführbar ist.

@Olli P.
Handelt es sich um einen lokalen oder um einen Providerserver? Grds. müssen die Imagemagick Tools in dem angegebenen Verzeichnis stehen, ausführbar sein UND von php aufgerufen/gestartet werden können. Wenn sich die beiden Konfigurationen auf einem identischen Server unterschiedlich verhalten, MUSS sich die Konfiguration des zweiten Accounts unterscheiden! Damit meine ich nicht unbedingt Deine Typo (php.ini, Dateisystemrechte usw....).

Gruss

Thomas

### [#5](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/5) · Unbekannter Benutzer · 2003-06-26

Also ich habe mittlerweile meinen Server neu initalisieren lassen und nun läuft ImageMagick auf ALLEN Account.

Nur wird mein GDlib nicht erkannt.

Nache der Initalisierung war GDlib noch da und nachdem ich Typo 3 nach der einen FAQ installiert habe war GDlib im PHPinfoo nicht mehr verfügbar.

Ein nachträgliches installieren der GDlib verlief auch negativ.

Kann mir einer kurz erklären wie ich das GDlib neu installieren kann ?

Danke Olli

### [#6](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/6) · tmallee · 2003-06-27

Hi Olli,

das hängt von Deinem Betriebssystem ab. Bei Win handelt es sich um eine dll, die von php verwendet wird. Unter Unix/Linux wird der php Kern mit gdlib Unterstützung übersetzt. Beides wirst Du bei einem Providerserver ohne root / administrator Rechte kaum durchführem können, da Dir die Rechte bzw. der Zugang zu den Verzeichnissen fehlen dürfte. Sobald diese GDLib Untrstützung im php Kern integriert ist, wird es von Typo verwendet.

Was meinst Du mit "nicht erkannt"? Laufen die GDLib Tests im Installationstool nicht?

### [#7](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/7) · Unbekannter Benutzer · 2003-06-27

Also, ich habe volle Root-Rechte...

Ich habe meinen Root-Server Start neu aufsetzen lassen um meine Test-Murksereien wieder loszuwerden. Nach dem neuaufsetzen wurde GD ohne Probleme (sogar mit GIF, glaube ich) im PHPINFO erkannt. Drauf habe ich die PHP-Version 4.2.2 !

Dann habe ich TYPO3 nach der FAQ von <http://www.o4w.de/typo3faq/index.php?sid=7648&aktion=artikel&rubrik=001&id=27&lang=de> installiert.

Nur wird nun im PHPINFO kein GD mehr angezeigt und auch in TYPO3 zeigt er mir kein GD mehr an.

Hab den Part mit der GD-Installation der FAQ auch nochmal durchgearbeitet. Jedoch ohne Erfolg.

Gibts irgendwo ne Step-by-Step Anleitung ? Muß GD irgendwie in PHP reingeschrieben werden oder was...?

Danke Mad

### [#8](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/8) · tmallee · 2003-06-27

Nein. Wie ich bereits sagte, wird gd in php hineinkompiliert. Der entscheidende Schalter ist

```plaintext
with --gd=/usr/local/typo3sh
```

bei der Konfiguration der Übersetzung des php Kerns (./configure). Wieso hast Du php und gdlib neu übersetzt, wenn das bereits da war??? Du musst nun offenbar gd übrsetzen und danach den php Kern nochmal kompilieren, mit allen angegebenen Schaltern. Weitere Konfigurationen sind für gd nicht nötig. Achte darauf, die Extension gd.so in der php.ini auszukommentieren.

### [#9](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/9) · Unbekannter Benutzer · 2003-06-27

Danke,

ich habe das GD und PHP neugemacht weils so in der FAQ stand. Bin ziemlich Newbie in dieser Sache und wußte es nicht besser.  #paralyzed#

kann ich GD in PHP nachträglich nur mit diesem einen Schalter hineinkompalieren ? Oder muß ich das komplette Schalterprogramm machen ?

Wie geht das GD übersetzen ? Ist das der Part mit make und make install ?  #paralyzed#

Thx

### [#10](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/10) · tmallee · 2003-06-27

Zur Erklärung:

Die Programme bauen aufeinander auf. php benötigt ein fertiges (kompiliertes) gd. Deshalb muss gd VOR php konfiguriert (Befehl ./configure) und kompiliert werden. Erst die kompilierte gd kann bei der Übersetzung von php verwendet werden. Wenn Du auf ein System triffst, wo bereits php MIT gd läuft, kannst Du Dir also diese beiden Schritte sparen, es sei denn, Du willst exakt die für Typo3 empfohlenen Versionen einsetzen (was zumindest für die gd gar nicht so schlecht ist).

Wenn Du also nun vor einem php Kern OHNE gd Unterstützung stehst, musst folglich zunächst die gd übersetzen (mit allen Schaltern....)  und danach php Übersetzen (mit allen Schaltern....). Mit "Übersetzen" meine ich jeweils das ganze Programm:

./configure [--Schalterspass]
make
make install

Dabei erstellt das ./configure lediglich eine Art "Umgebungsdatei" (make File) für Dein System, in die alle benötigten und installierten Programme geschrieben werden. Deshalb sind hier auch die Schalter sehr wichtig, denn damit legst Du fest, mit welchen Features Dein späteres Programm ausgestattet werden soll.
Der Befehl make schliesslich formt aus den Sourcen unter Verwendung Deiner persönlichen Systemumgebung (hast Du soeben mit ./configure erstellt) eine ausführbare Datei bzw. Bibliothek. make install kopiert diese Datei schliesslich an einen Ort, an dem das System die Datei(en) finden ausführen kann.

Achte besonders bei dem make Befehl auf MEldungen wie [Error] in den letzten Zeilen Deiner Ausgabe. Das bedeutet, etwa für die gdlib, dass auch php nicht mit gd kompiliert werden kann, da die gd nicht in ein ausführbares Programm/Programmbibliothek übersetzt werden konnte.

Vielleicht hilft Dir das alles ein wenig, das gesamte Prozedere etwas besser zu verstehen.

Zum Schluss noch etwas zu den gd Versionen: ich verwende die gdlib 2, läuft sowohl unter Unix als auch unter Win völlig problemlos.

### [#11](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/11) · Unbekannter Benutzer · 2003-06-27

Ohh Danke für die Ausführungen. Ich werde später (komm jetzt nicht an den Server) das ganze mal austesten und mich wieder melden.

Ich hoffe das es dann klappt.

Danke erstmal ich melde mich nochmal...  :D

### [#12](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/12) · Unbekannter Benutzer · 2003-06-27

Vielen vielen Dank an tmallee. GD läuft jetzt endlich auf dem Server.

Nur hab ich unter "Image Prcessing - GD-lib" eine Fehlemeldung die da lautet: Warning: libgd was not built with FreeType font support in /home/www/web4/html/typo3/t3lib/class.t3lib_stdgraphic.php on line 604

Kannst Du mir auch noch sagen was es damit aufsich hat ?

Aber sonst, klasse Antwort und genau das passende zu meinem Fehler...!

Many Thx

Mad

EDIT: Hab gerade gesehen das TYPO3 mein Freetype nicht mehr erkennt. Muss ich das auch wieder neu in GD oder PHP kompilieren  ?

cu Mad

### [#13](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/13) · Unbekannter Benutzer · 2003-06-27

Komisch, komisch... Im PHPINFO wird GD mit Freetype erkannt und Typo3 ekennt freetype nicht... *grübel*

> gd
> GD Support enabled
> GD Version 1.6.2 or higher
> FreeType Support enabled
> FreeType Linkage with TTF library
> T1Lib Support enabled
> GIF Read Support enabled
> GIF Create Support enabled
> JPG Support enabled
> PNG Support enabled
> WBMP Support enabled

Und er bringt mir immer noch die Fehlermeldung unter **5: GD library functions** im **Image Processing**

> Warning: libgd was not built with FreeType font support in /home/www/web4/html/typo3/t3lib/class.t3lib_stdgraphic.php on line 604
> Warning: libgd was not built with FreeType font support in /home/www/web4/html/typo3/t3lib/class.t3lib_stdgraphic.php on line 760

Hat noch einer einen Rat ? Ich dreh noch durch... *lol*

Thx MAD-Olli

### [#14](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/14) · tmallee · 2003-06-30 · Beste Antwort

(Text siehe oben unter „Beste Antwort“.)

### [#15](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/15) · Unbekannter Benutzer · 2003-06-30

Danke, also bisher hab ich Freetype noch nicht gebraucht. Ich werde mal sehen wie ich damit zurecht komme und wie ich es eventuell noch reinbekomme...

Thx Olli

### [#16](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/16) · Unbekannter Benutzer · 2003-07-27

So, jetzt habe ich meinen Server erneut aufsetzen lassen und hatte wieder das selbe Problem. Das nach installation nach der FAQ von Sascha GDlib wech war.

In der FAQ steht:

> Falls in der php.ini so was steht:
> [extension section]
> extension = gd.so
>
> extension = gd.so auskommentieren:
> ; extension = gd.so

Also habe ich das auch so gemacht, und schwupps Typo3 hat GDlib nicht mehr erkannt. Ich habe das einfach Todesmutig wieder geändert und schwupps war GDlib wieder da. Jetzt funzt alles soweit mit der Testseite von Typo. Nun kann ich mich aufs wesentliche konzentrieren !

Danke, an alle die mir geholfen haben. Bis zum nächsten Problem...

OlliP.

PS: Es läuft bei mir aber ImageMagick 5.x und nicht 4.x - Macht das was ?

### [#17](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/17) · wkueting · 2003-07-27

Wenn Du den Server neu "aufsetzen" läßt, ich nehme an er wird in die Urkonfiguration zurück gesetzt, was ist dann an Software drauf? Ist da eine Linux-Distri drauf?
Die haben normalerweise alles dabei was du brauchst. Du müsstest also nur noch das reine typo3-Verzeichnis auf Deinem Server installieren. Den Rest sucht sich das Install ja selbst.
Wenn ich Dich richtig verstanden habe hast Du ja einen Root-Server, oder?

### [#18](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/18) · Unbekannter Benutzer · 2003-07-27

Ja, einen Root-Server. Ich dachte auch das ich alles drauf habe. Nur bin ich ein Root-Anfänger und da kam die FAQ ganz recht und plausibel.

Ich habs ehrlich gesagt nicht ausprobiert ob Typo3 auf einem "neuen" Root-Server läuft. Bin immer davon ausgegengen das man die typischen Typo3-Dinge unbedingt braucht. wie z.B. ImageMagick 4.2.x und GD 1.8.2 usw.

Ich werd emal ein wenig rumspielen mit Typo3 in der jetzigen Installation und mal sehen ob alles so funzt das man es brauchen kann.

### [#19](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/19) · wkueting · 2003-07-28

Also ich hab keine Ahnung was bei den Root-Servern aufgespielt wird. Ist vielleicht von Anbieter zu Anbieter unterschiedlich. Aber aus meiner Erfahrung hier mit eigenen Rechnern und div. Linux-Distris waren diese Sachen auch für Install-Profile à la "Server", "Internet" o.ä. eigentlich immer vorgegeben.

### [#20](https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein/20) · Unbekannter Benutzer · 2003-07-28

Also der Root-Server steht bei 1&1. Grundsätzlich ist Suse 8.1 und PHP 4.2.2 drauf. Laut PHPINFO ist auch GDlib inkl Freetype usw. drauf. ImageMagick habe ich in der Version 5.4.x mit Yast draufgebügelt. Mehr habe ichnicht gemacht.

Wie gesagt hatte ich die GD auskommentiert und da ging nix.

---

Quelle: „Image Magick mal Ja und Nein“, typo3.net, https://www.typo3.net/d/3369-image-magick-mal-ja-und-nein
Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.
