Zum Inhalt springen

Dieses leidige ImageMagick

Erstellt am 12. Januar 2007 · 11 Antworten · letzte Antwort am 17. Januar 2007

Tags: Bilder, Frage

crossi ·

hallo forum,

seit 6 Tagen versuche ich verzeifelt das ImageMagick 4.2.9 in meine Typo3 (3.8.1) zu integieren, bisher ohne Erfolg 🙁.

Diverse Recherchen bei Google brachten die Erkenntnis, das viele dieses Problem haben, doch es anscheinend auch viele unterschiedliche Lösungen für viele unterscheidliche Konfigurationen gibt - bei mir hat bisher KEINE geholfen. Nun zu meinen Problemen mit IM:

Allgemeinde Daten:
Server: 1&1 Rootserver
BS: Suse Linux 9.1
Apache: 2.0.49
PHP: 4.3.4
save_mode = off
GD: 2.0.15
Typo3: 3.8.1
ImageMagick: 4.2.9 (imagemagick-4.2.9_i386-static-1.tar.gz)

Die Installation von Typo3 hat nach anfängliche Hürden geklappt. Die Konfiguration von Typo3 hängt nun an der Einbindung von imagemagick. Unter "Basic configuration" kann ich IM per Pfad einbinden. Es wird auch gefunden im angegebenen Ordner (siehe hier -> http://www.chevalo.net/Verschiedenes/im_gefunden.jpg) und beim Speichern der Konfiguration wird der Name auch in die localconf.php geschrieben. Hier die localconf.php:

$TYPO3_CONF_VARS["BE"]["disable_exec_function"] = '1'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"]["gdlib_png"] = '1'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"]["im_path"] = '/home/htdocs/imagemagick-4.2.9/'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"]["im_path_lzw"] = ''; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["SYS"]["ddmmyy"] = 'd-m-Y'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"][TTFdpi]=96;
$TYPO3_CONF_VARS["GFX"]["im"] = '1'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"]["im_combine_filename"] = 'combine'; // Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS["GFX"]["im_noScaleUp"] = '1'; // Modified or inserted by TYPO3 Install Tool.

Allerdings kann ich unter "Image Processing" keinerlei Test's durchführen (ausser bei GD-library-functions teilweise): Überall bekomme ich die Fehlermeldung:
Test scipped: Use of ImageMagick has been disabled in the configuration. Refer to section 'Basic Configuration' to change or review you configuration settings.

Gehe ich zurück in die "Basic Configuration", dann - siehe da: IM wird wieder nicht gefunden (klick hier-> http://www.chevalo.net/Verschiedenes/im_n_gefunden.jpg). Egal, was ich für Einstellungen in den div. conf gemacht habe, welche Rechte (0666, 0775, 0777) ich vergeben habe, welche Gruppen und welche User ich genommen habe: Es ist immer das selbe - IM wird gefunden, wenn ich den Pfad angebe und auf "send" klicke. Nach schreiben der localconf.php beim click auf "continue" ist es wieder weg.

Was mir komisch vorkommt, das nach dem suchen ganz unten die Versionsnummer in Klammern hinter dem Pfad steht. siehe hier -> http://www.chevalo.net/Verschiedenes/4-2-9.jpg.
Bei "Image Processing" ist das dann plötzlich nicht mehr da (die Klammern sind leer) Siehe hier -> http://www.chevalo.net/Verschiedenes/no_4-2-9.jpg

Langsam habe ich echt keine Lust mehr zu basteln, denn ich komme zu keinem Ergebnis und drehe mich im Kreis.

Vielleicht kann mir hier jemand einen Tipp geben, wie ich das Problem lösen kann.

Vielen Dank im voraus
Gruß
crossi

hijacker ·

Hallo crossi,

falls du root Zugriffe auf deinen Server hast, lege IM mal in dein usr/bin
(convert/combine/identiy)

falls keine root Rechte vorhanden, in den Ordner htdocs/cgi-bin
mit den erforlichen Rechten

Gruß Max

crossi ·

Hallo Hijacker,

hab ich schon probiert - ist aber das selbe: wenn ich danach suchen lasse, findet er's im /usr/bin und nach dem abspeichern ist es wieder weg. Es scheint also völlig wurscht zu sein, wo das Teil liegt. Trotzdem Danke für Deinen Tipp. 🙂

Hi Outlaw,

zu 1: hab ich mittlerweile gemacht - hat nix gebracht
zu 2: never change a running system 😉
zu 3: safe_mode muss off sein, da sonst einige andere scripts nicht mehr laufen
zu 4: nein, die Anleitung hatte ich selbst schon gefunden und ohne Ergebnis abgeschlossen.

Auch Dir vielen Dank für Deine Denkanstöße. 🙂

steffenk ·

$TYPO3_CONF_VARS["BE"]["disable_exec_function"] = '1'; // Modified or inserted by TYPO3 Install Tool.

das dürfte der Grund sein, warum Du keine Tests machen darfst.

crossi ·

Hallo steffenk,

nein, daran liegt es definitiv NICHT, denn ich kann ruhig was verbieten (oder erlauben), was gar nicht vorhanden ist.

Beispiel:
Ich sage meinem Sohn, das er mein Auto fahren darf und zeige ihm, wo das Auto steht. Er weiß also zum jetzigen Zeitpunkt, wo sich das Auto befindet. Nach einer gewissen Zeit möchte er gerne mit dem Auto fahren, hat aber vergessen, wo es steht. In diesem Moment geht es gar nicht darum, ob er darf oder nicht, denn selbst wenn er will und darf: Er kann nicht, weil er nicht mehr weiß, wo das Auto steht. #giggle#

Und gesauso ist es hier: Es ist (zunächstmal) völlig wurscht, ob disable_exec auf 0 oder 1 steht, wenn er den Schritt davor nicht gemacht und IM gefunden hat.

Wenn ich in der Basic Configuration den Pfad dazu eingebe und auf send klicke, dann wird IM gefunden. Nach dem Abspeichern der localconf.php steht es zwar drin, aber trotzdem wird es in der Basic Configuration nicht wiedergefunden - es ist, als ob der Pfad in der localconf.php ignoriert wird. Es ist immer das selbe Spiel: Ich lasse suchen, er findet, ich speicher ab und beim click auf continue nach dem Speichern ist es wieder weg - das ist ja das Kuriose an der Sache.

Ich habe jetzt aus lauter Verzweifelung schon GraphicsMagick 1.1.7 installiert - GENAU das selbe: Suche, finden, speichern, weiter, WEG!

Ich dreh bald durch, das könnt ihr mir glauben. #angry#

Aber dennoch: Vielen Dank für Deinen Tipp

Gruß
crossi

steffenk ·

versteh, hatte den Effekt auch schon mal unter Windows.

Oft ist es nur eine Kleinigkeit, z.B. der abschliessende slash für den Pfad. In der Installroutine wird das berücksichtigt, später nicht mehr.
Oder z.B. angeklicktes "Check LZW capabilities" was auch oft nicht klappt.
Bei mir steht z.B. nur das in der localconf:

TYPO3_CONF_VARS["BE"]["disable_exec_function"] = '0';
$TYPO3_CONF_VARS["GFX"]["im_path"] = "/usr/local/typo3sh/bin/"; // Bitte nicht verändern!
$TYPO3_CONF_VARS["GFX"]["im_path_lzw"] = "/usr/local/typo3sh/bin/";     //Bitte nicht verändern!
crossi ·

nö .. daran scheint es auch nicht zu liegen ..

$TYPO3_CONF_VARS['BE']['disable_exec_function'] = '0';       // Modified or inserted by TYPO3 Install Tool. 
$TYPO3_CONF_VARS['GFX']["im_path"] = '/usr/local/bin/';       // Modified or inserted by TYPO3 Install Tool. 
$TYPO3_CONF_VARS['GFX']['im_path_lzw'] = '/usr/local/bin/';	//  Modified or inserted by TYPO3 Install Tool.
$TYPO3_CONF_VARS['GFX']['im_version_5'] = 'gm';	//  Modified or inserted by TYPO3 Install Tool.

Dort ist jetzt natürlich GM drin. Wenn Du willst, dann gebe ich dir mal die Zugangsdaten für das Backend - dann kannst du selbst mal probieren. Dann siehst du, was ich meine und was passiert.

Gruß
Chris

crossi ·

Hi steffen,

es hat zwar alles nix gebracht, aber trotzdem möchte ich mich für Deine Hile und aufgebrachte Zeit bedanken.

ich glaube, ich gebe an dieser Stelle auf. Werde mal versuchen, damit zu arbeiten und einfach abzuwarten, ob und welche Fehler auftreten. Hoffentlich wird das nicht erst bei einem fast fertigen Projekt passieren. 😃

Gruß
crossi

crossi ·

Hallo Gemeinde,

Hartnäckigkeit zahlt sich doch irgendwann aus. Konnte das Problem dann nach 9 Tagen endgültig lösen. Es lag definitiv NICHT an der Installation von IM und GM. Die Konfigurationen waren völlig i.O..

Es lag an dieser blöden Meldung "Safe Mode turned on", obwohl safe_mode in der php.ini auf off stand und auch phpinfo() diese Ausgabe machte. Der "Fehler" lag in der confixx_vhost.conf. Ich habe dort eine Zeile hinzugefügt, den Indianer neu gestartet und siehe da: ALLES FUNKTIONIERT !! 😃 😃 😃

Lösung für die in meinem Eröffnungsposting genannten Konfiguration:
In die confixx_vhost.conf im Verzeichnis /etc/apache2/ folgende Zeilen eintragen:

<directory "home/htdocs/webX/html">
  Options +SymLinksIfOwnerMatch
  php_admin_value safe_mode off
  php_admin_value open_basedir none
  php_admin_flag safe_mode off
</directory>

Das "webX" ist das Root-Verzeichnis Eurer Domain, also entsprechend anpassen.

Ich hoffe, dieser Tipp hilft dem Ein oder Anderen. o.O

Gruß
crossi

AdrianJunker ·

Hi crossi,

danke nochmals für den Versuch mir zu helfen unter:
#56263

Ich habe mein Problem inzwischen selbst gelöst, und wie ich gerade gesehen habe, hast du sogar selbst ein ähnliches Problem gehabt!

Möchte dich aber darauf aufmerksam machen dass du die "confixx_vhost.conf" manuell bearbeitet hast und deine Änderungen höchstwahrscheinlich beim nächsten Durchlauf des Conifxx Update-Scripts überschrieben werden!

In meinem Letzten Beitrag (bei meinem Problem) habe ich den richtigen Weg beschrieben ;-)

Gruß
Adrian