Problem mit Anzeige von Bildern durch Imagick

[Schlauchbeutelmaschine]

Hallo,

ich habe in der aktuellen Contao Installation Probleme mit der Anzeige von Bildern, sowohl im Frontend als auch im Backend.

Dabei bekomme ich folgende Fehlermeldung angezeigt:

Undefined constant Imagick::IMGTYPE_TRUECOLORMATTE

Der Fehler ist wohl beim Entwickler des Bundles bekannt, wie man hier sieht:
https://github.com/avalanche123/Imagine/issues/524

Durch die Anpassungen an den Dateien läuft wieder alles.
Ist aber nicht updatesicher.

Mich wundert das man nichts darüber hier findet, der Fehler müsste doch öfter auftreten?

Grüße Sabri

[BugBuster]

Mich wundert das man nichts darüber hier findet, der Fehler müsste doch öfter auftreten?

Ich vermute mal, das bei den meisten mit GD gearbeitet wird und Contao 4 nur Imagick nimmt, wenn GD nicht verfügbar.

[Spooky]

Unter Umständen passiert der Fehler auch nur mit bestimmten Versionen von ImageMagick.

[Schlauchbeutelmaschine]

Danke für Eure Hinweise, ich kläre das mal mit dem Hoster.

[Toflar]

Ich vermute mal, das bei den meisten mit GD gearbeitet wird und Contao 4 nur Imagick nimmt, wenn GD nicht verfügbar.

Andersrum. Contao nimmt automatisch Imagick wenn verfügbar. GD ist last resort

[BugBuster]

OK, dann ist bei den meisten Contao 4 Nutzern wohl kein Imagick installiert. Meiner hats auch nicht drauf sehen ich grad, aber ich habe auch noch kein C4 am laufen.

[Toflar]

Wir dürften so an die 40 Contao 4 laufen haben, keine hat ein Problem mit Imagemagick. Da muss was bei der Config falsch gelaufen sein

[Schlauchbeutelmaschine]

@toflar
Kannst du mir bitte noch sagen welche Versionen Ihr verwendet?
Danke!

[Spooky]

Welche Version von Imagick (nicht ImageMagick) ist bei dir im Einsatz?

In einem Commit wird folgendes erwähnt:

the constants \Imagick::IMGTYPE_TRUECOLORMATTE and \Imagick::IMGTYPE_GRAYSCALEMATTE do not exist anymore in Imagick 7

https://github.com/avalanche123/Imag...ebf95cbb67R813

Allerdings in den aktuellen Versionen von Imagick ist dieser Kommentar nicht mehr vorhanden.

[Schlauchbeutelmaschine]

Hier die Infos:

imagick
imagick module 	enabled
imagick module version 	3.4.1
imagick classes 	Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator, ImagickKernel
Imagick compiled with ImageMagick version 	ImageMagick 7.0.2-0 Q16 i686 2016-06-13 http://www.imagemagick.org
Imagick using ImageMagick library version 	ImageMagick 7.0.2-0 Q16 i686 2016-06-13 http://www.imagemagick.org
ImageMagick copyright 	Copyright (C) 1999-2016 ImageMagick Studio LLC
ImageMagick release date 	2016-06-13

[Spooky]

Von ImageMagick gibt es zumindest Version 7.0.5 (build 4): https://github.com/ImageMagick/ImageMagick/releases. Unter Umständen wurden diese Konstanten da wieder hinzugefügt?

Auch von Imagick gibt es eine neuere Version, nämlich 3.4.3: https://github.com/mkoppanen/imagick/releases

[Toflar]

Noch die 6er-Version:

Imagick using ImageMagick library version => ImageMagick 6.9.4-10 Q16 x86_64 2017-01-13

[Spooky]

Also wenn dann tritt der Fehler wahrscheinlich nur mit ImageMagick 7 auf und da vielleicht auch nur in gewissen Versionen.

[ThomasH]

Da dies der einzige Thread im Forum mit dem Thema Imagick bei Contao 4.x. ist, erlaube ich mir eine Frage hier zu stellen:

Beim beginnenden Erstellen eines Themes, bzw. weil die og. Fehlermeldung kam: auch im nächsten Versuch mit dem Importieren von Theme opensauce.cto erscheint die Contao-Meldung Internal Server Error Was ist das Problem? Imagick not installed.

Imagick_not_installed.png

Eine Webserverkontrollabfrage mit einer phpinfo.php sagt aber dass Imagick installiert sei.

imagick
imagick module enabled
imagick module version @PACKAGE_VERSION@
imagick classes Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator
Imagick compiled with ImageMagick version ImageMagick 6.7.2-7 2015-07-23 Q16 http://www.imagemagick.org
Imagick using ImageMagick library version ImageMagick 6.7.2-7 2017-03-22 Q16 http://www.imagemagick.org
ImageMagick copyright Copyright (C) 1999-2011 ImageMagick Studio LLC
ImageMagick release date 2017-03-22
ImageMagick number of supported formats: 205

Und außerdem:

Directive	Local Value	Master Value
imagick.locale_fix	0	0
imagick.progress_monitor	0	0
imagick.skip_version_check	0	0

Habt ihr Anregungen für mich, wo ich ansetzen könnte?

Gruß, ThomasH

PS: Ich habe Contao 4.4.6 installiert.

PPS: Ich möchte noch nachreichen einen Auszug aus der ../var/logs-Datei mit Namen prod-2017-10-04.log:

(...)

[2017-10-04 21:54:59] app.CRITICAL: An exception occurred. {"exception":"[object] (Imagine\\Exception\\RuntimeException(code: 0): Imagick not installed at /var/www/vhosts/hosting12345.ab9c1.netcup.net/httpdocs/cms/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php:36)"}

(Anmerkung: die URL des Hosters ist aus Sicherheitsgründen leicht verändert.)

[Andreas]

Probiere mal in besagter Zeile 36 anstatt dem hier

if (!class_exists('Imagick')) { 

Das hier

if (!extension_loaded('imagick')) { 

[Toflar]

Dieser Fehler kann eigentlich gar nicht auftreten. Imagick ist keine Voraussetzung für Contao. Voraussetzung ist mind. die GD Library (vorausgesetzt man hat eben nichts besseres).
Folgendes geschieht also:

1. Wenn Gmagick verfügbar ist, nimm Gmagick
2. Wenn Imagick vorhanden ist, nimm Imagick
3. Ansonsten wähle GD

Dieser Entscheid wird zur Container Buildtime gefällt. Also dann wenn der Dependency Injection Container zusammengebaut wird und im Cache abgelegt wird (also auch bei jedem Cache löschen und wieder aufbauen).
Das kann eigentlich nur vorkommen, wenn du irgendwie den Cache lokal aufgebaut hast (wo Imagick verfügbar ist) und dann den Cache mit auf den Server hochgeladen hast (wo Imagick nicht verfügar ist).
Den Cache darf man natürlich niemals mit hochladen.

Verwendest du denn die neusten Versionen von Contao und allen Abhängigkeiten?

[Andreas]

Das heißt diese Datei sollte bei ihm erst gar nicht aufgerufen werden?

[Toflar]

Richtig. Also Contao versucht die Klasse zu instantiieren (da jede Klasse selber schaut ob ihre Anforderungen erfüllt sind und wenn nicht, eine Exception wirft - sieht man im besagten Log-Eintrag). Contao selbst fängt die Exceptions aber ab (= niemand logged) und versucht dann die nächste Klasse bis eine eben geht.
Ich kann aber vom Log-Eintrag nicht sagen wo das jetzt geschah. Also im Build-Prozess (da dürfte es eben nicht passieren, weil abgefangen von Contao) oder im Live-Betrieb (wo es nur passieren kann, wenn der Build-Prozess falsch war).

[Andreas]

Vielen Dank für die Erklärung.

[ThomasH]

Vielen Dank für eure Antworten, Andreas und Toflar!

Probiere mal in besagter Zeile 36 anstatt ...

Um welche Datei handelt es sich dabei?

Den Cache darf man natürlich niemals mit hochladen.

Es ist eine reine Online-Installation beim Provider.

Verwendest du denn die neusten Versionen von Contao und allen Abhängigkeiten?

Es ist die Version 4.4.6 (28.9.2017, 10:04:07). Was ist mit Abhängigkeiten gemeint?

Ich kann aber vom Log-Eintrag nicht sagen [ob das] im Live-Betrieb [geschah] (wo es nur passieren kann, wenn der Build-Prozess falsch war).

Da ich mit dem Contao-Manager eine problemlose Installation machen konnte, bin ich jetzt irritiert, was dabei schief gelaufen sein könnte.

Gruß, ThomasH

[webstar]

Es könnte sein dass unterschiedliche PHP Versionen/Konfigurationen in der Konsole und dem Webserver verwendet werden. Wird der Cache nun per Konsole aufgebaut, kann die Konfiguration unterschiedlich sein.

Ist jetzt nur eine Vermutung wie es zu diesem Verhalten kommen könnte.

[Andreas]

Um welche Datei handelt es sich dabei?

Du hast ja nur eine gepostet

/cms/vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php

In der CONTAO\contao-manager\manager.json kannst du nachsehen, welche PHP-Version der Manager benutzt.

{
...
    "php_cli": "\/usr\/bin\/php70",
...
}

[ThomasH]

Vielen Dank Andreas!

Ich habe in der Datei

../vendor/imagine/imagine/lib/Imagine/Imagick/Imagine.php

die Zeile 35

if (!class_exists('Imagick')) {

gegen dies hier

if (!extension_loaded('imagick')) {

ausgetauscht und nun ist die Fehlermeldung von Contao verschwunden.

Gruß, ThomasH

[Toflar]

Der Contao Manager versucht die Kommandos auf der PHP-CLI auszuführen. Also effektiv nutzen die beiden nicht die gleichen PHP-Versionen.
Das ist aber nicht wirklich ein Contao Manager Problem, das würde bei jedem professionellen Deployment zu Problemen führen.

Also es ist quasi ein Unterschied, ob PHP über den Webserver gestartet wird oder ob jemand per SSH oder wie auch immer auf den Server zugreift und PHP bedient. Das sollte eigentlich nicht der Fall sein.
Also ich vermute deine Änderung ist purer Zufall. Richtig wäre, beim Hoster anzufragen, warum die Imagick Extension im Webprozess geladen wird, aber auf Kommandozeile nicht.

[Andreas]

...nun ist die Fehlermeldung von Contao verschwunden....

Was wahrscheinlich keine Lösung ist. Gehe dem nach, was @Toflar sagt, er hat da definitiv mehr Ahnung von.

[k-webdesign]

Ich bin soeben auch in diese Fehlermeldung gerasselt. Unser 4.4.4 ging das auf alle Fälle noch. Hab über die Konsole geupdated und beim Hoster (netcup) angefragt, warum Imagick nicht auf der Kommandozeile geladen wird. Jetzt kann ich weder Bilder austauschen, noch in die Dateiverwaltung aufrufen, seufz.

[k-webdesign]

Antwort von netcup: "Imagick ist definitiv im Shared Webhosting in Version 3.1.2 vorhanden. Möglicherweise arbeitet die aktuelle Contao Version nicht mehr mit dieser zusammen.". Das beantwortet jetzt nicht, ob es auch auf der Konsole vorhanden ist. @Toflar, kannst du damit was anfangen?

[xchs]

Was erhältst Du denn, wenn Du auf der Konsole die Kommandos

$ convert -version
$ php -m | grep imagick

ausführst?

[k-webdesign]

bash-4.1$ convert -version
Version: ImageMagick 6.7.2-7 2017-03-22 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2011 ImageMagick Studio LLC
Features: OpenMP    

bash-4.1$ php -m | grep  imagick
bash-4.1$

beim letzten passiert nichts - wenn ich den php-pfad (/usr/local/php70/bin/php) eintrage, sagt er

bash-4.1$ /usr/local/php70/bin/php -m grep | imagick
bash: imagick: command not found
bash-4.1$

[Spooky]

Du hast das Kommando nicht korrekt eingegeben. So muss es sein:

/usr/local/php70/bin/php -m | grep imagick

Wenn da nichts zurück kommt ist imagick auf der Kommandozeile (zumindest für /usr/local/php70/bin/php) nicht aktiv. Mit der Information kannst du zum Hoster gehen.

[k-webdesign]

jupp, das war dann der zweite Versuch meinerseits mit dem PHP-Pfad. Dann kann ich netcup sagen, dass Imagick nicht auf der Konsole verfügbar ist. Danke :*

[k-webdesign]

Halt, ich bekomme doch was zurück. Man sollte eben auch richtig abtippen

bash-4.1$ /usr/local/php70/bin/php -m | grep imagick
imagick

[Spooky]

Und wenn du nun ein

/usr/local/php70/bin/php composer.phar update --no-dev --prefer-dist -o

durchführst?

[k-webdesign]

Ging zuerst nicht, dann hab ich über die Systemwartung den Cache gelöscht, den Composer Cache geleert, Symfony Cache ebenfalls und dann noch mal deinen Befehl ausgeführt. Jetzt gehts.

Was war das für ne Magic? Und war das jetzt ein Problem von Contao oder dem Hoster?

[Toflar]

Hab von Kim SSH Zugang gekriegt. Wollte kurz selber nachsehen.
Der Webprozess läuft mit PHP 7.1 und ein einfaches

<?php
phpinfo();

File verrät, dass dort kein Imagick installiert ist.

Dann hab ich auf Kommandozeile mal die Versionen verglichen:

$ /usr/local/php70/bin/php -m | grep imagick
imagick

$ /usr/local/php71/bin/php -m | grep imagick

Sprich, bei PHP 7.0 verfügbar, bei PHP 7.1 aber nicht Es wird also zu Problemen führen, wenn du mit PHP 7.0 auf Kommandozeile den Cache aufbauen lässt, weil Contao dann denkt "Oh nice, Imagick ist da, nehm ich" und dann rufst du aber im Webprozess Contao über PHP 7.1 auf und da fehlt es eben. Es könnte auch zu anderen Fehlern führen (z.B. Composer installiert PHP 7.0 kompatible Abhängigkeiten statt PHP 7.1 etc. pp.).

[mlweb]

@Toflar Danke für die Erklärung. Ich glaube das ist eine Problematik, die man sich immer wieder selbst deutlich machen muss.

[Toflar]

Der Contao Manager vergleicht übrigens die Minor-Versionen (also er wird nicht PHP 7.1 mit PHP 7.0 kombinieren), aber wer selber auf Kommandozeile arbeitet, steht da selber in der Verantwortung

[k-webdesign]

Netcup schrieb mir heute Morgen: "danke für die Information. Imagick (CLI) für PHP 71 wird im Laufe des Tages zur Verfügung gestellt werden." Danke!

[xchs]

imagick steht jetzt sowohl für PHP 7.0 als auch für PHP 7.1 in der CLI-Variante zur Verfügung:

$ /usr/local/php71/bin/php -i | grep imagick

imagick
imagick module => enabled
imagick module version => 3.4.3
imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator, ImagickKernel
imagick.locale_fix => 0 => 0
imagick.progress_monitor => 0 => 0
imagick.skip_version_check => 0 => 0

[mlweb]

Habe gerade mal in meinem Paket Webhosting 2000 (netcup) geschaut. PHP-info sagt imagick (php 71) verfügbar.

/usr/local/php71/bin/php -i | grep imagick

bringt kein Ergebnis. Genauso wenig wie jede andere Version.
Ich könnte schwören, gestern Abend habe ich php 70 "positiv" getestet.

Mich erinnert, dass ich heute früh etwas mit dem Manager getestet habe und dann auch eine komplette Neuinstallation über den Manager durchgeführt habe. Den Pfad für den Manager habe ich gerade geschaut. Ist /opt/plesk/php/7.1/bin/php. Den kann ich über die Konsole aber gar nicht erreichen um nachzuschauen. Wie erreicht denn der Contao Manager diesen Pfad?
Als Nichtentwickler bin ich jetzt doch leicht irritiert. Ich dachte gerade ich hätte ein Bisschen was verstanden .

Hintergrund meiner Frage hängt auch mit diesem Thread zusammen https://community.contao.org/de/show...l=1#post457297