Problem mit Anzeige von Bildern durch Imagick

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:

Code:

---

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

Zitat:

---

Zitat von Schlauchbeutelmaschine

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.

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

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

Zitat:

---

Zitat von BugBuster

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 :)

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.

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 :)

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

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

In einem Commit wird folgendes erwähnt:

Zitat:

---

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.

Hier die Infos:

Code:

---

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

---

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

Noch die 6er-Version:

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

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

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.

Anhang 19950

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.)

Probiere mal in besagter Zeile 36 anstatt dem hier

PHP-Code:

---

if (!class_exists('Imagick')) { 


---

Das hier

PHP-Code:

---

if (!extension_loaded('imagick')) { 


---

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?

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

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).

Vielen Dank für die Erklärung.

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

Zitat:

---

Probiere mal in besagter Zeile 36 anstatt ...

---

Um welche Datei handelt es sich dabei?

Zitat:

---

Den Cache darf man natürlich niemals mit hochladen.

---

Es ist eine reine Online-Installation beim Provider.

Zitat:

---

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?

Zitat:

---

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

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.

Zitat:

---

Zitat von ThomasH

Um welche Datei handelt es sich dabei?

---

Du hast ja nur eine gepostet

Code:

---

/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.

Code:

---

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

---

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

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.

Zitat:

---

Zitat von ThomasH

...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.

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.

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?

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

Code:

---

$ convert -version
$ php -m | grep imagick

---

ausführst?

Code:

---

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

Code:

---

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

---

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

Code:

---

/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.

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 :*

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

Code:

---

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

---

Und wenn du nun ein

Code:

---

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

---

durchführst?

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? :D Und war das jetzt ein Problem von Contao oder dem Hoster?

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

PHP-Code:

---

<?php
phpinfo();

---

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

Dann hab ich auf Kommandozeile mal die Versionen verglichen:

Code:

---

$ /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.).

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

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 :)

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!

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

Code:

---

$ /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

---

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

Code:

---

/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

Zitat:

---

Zitat von mlweb

Code:

---

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

---

bringt kein Ergebnis. Genauso wenig wie jede andere Version.

---

In meinem Paket war gestern imagick weder im CLI-Modul für PHP 7.0 noch für PHP 7.1 verfügbar. Daraufhin habe ich gestern beim Support ersucht, man möge das doch bitte auch auf der Konsole verfügbar machen. Heute wurde die PHP-Konfiguration entsprechend angepasst, sodass nun imagick auch auf der Konsole zur Verfügung steht. Wenn das bei Dir nicht (mehr) geht, wurde das Setting offenbar nur auf jenem Server geändert, wo u. a. auch mein Webhosting liegt. Ich hätte eigentlich angenommen, dass die Änderung auf allen Servern gleichermaßen ausgerollt wird. Anscheinend war das aber nicht der Fall. Im Zweifel fragst Du einfach mal beim Support nach.

Danke, werde ich machen.

Guten Tag!

Ich hänge hier mal meine Frage an, weil ich denselben Fehler bekomme. Ich versuche Contao 4 auf einem der neuen Uberspace (U7) zu installieren. Laut Support gibt es noch kein Imagemagick CLI, auch kein Gmagick. Daher kommt wahrscheinlich der Fehler...

Trotzdem scheint es ja lauffähige Contao 4 Installationen auf U7 zu geben. Siehe hier: https://community.contao.org/de/show...ight=Uberspace

Hat jemand eine Idee wie ich weiterkomme? Vielen Dank!

Viele Grüße
Juliusr

Was für einen Fehler hast du?

Zitat:

---

Zitat von juliusr

Daher kommt wahrscheinlich der Fehler...

---

Contao 4 benötigt kein imagemagick oder gmagick es nutzt es aber bevorzugt, wenn vorhanden. Benötigt wird dann genauso wie in Contao 3 gdlib.

Insofern: Siehe @Spooky

Zitat:

---

Zitat von juliusr

Laut Support gibt es noch kein Imagemagick CLI, auch kein Gmagick.

---

Das brauchst du auch nicht als cli Version, sondern imagick als pecl Module und das wird auf U7 bereits unterstützt - siehe hier.

Code:

---

uberspace-install-pecl imagick

---

Zitat:

---

Zitat von juliusr

Hat jemand eine Idee wie ich weiterkomme?

---

Ja. Versuch mal den PHP-Prozess neuzustarten:

Code:

---

$ uberspace tools restart php

---

Auf einem U7 laufen die PHP-FPM Prozesse persistent (was im Vergleich zu FastCGI ja von Vorteil ist) und werden solange nicht neugestartet, bis entweder der betreffende Host neu gebootet wird oder Du den Prozess eben selbst neustartest.

Ich hatte das schon mit dem Uberspace Support besprochen. Es gibt nun ein Ticket, damit bei zukünftigen Änderungen an der PHP-Konfiguration der PHP-Worker-Prozess automatisch neu gestartet wird.

Zitat:

---

Zitat von xchs

Ja. Versuch mal den PHP-Prozess neuzustarten:

Code:

---

$ uberspace tools restart php

---

---

Danke, das scheint geholfen zu haben! Ich hatte den oben beschriebenen Fehler das ich nicht auf die Dateiverwaltung zugreifen konnte und in der var/log gab es die oben beschriebene Fehlermeldung mit Bezug zu Imagick.

Danke!

Also ich muss hier nochmal einhaken: Es werden für Contao 4 auf jeden Fall 2 Image-Erweiterungen benötigt: GD und Imagick oder Gmagick. Ich hatte schon 2x den Fall, dass nur GD zur Verfügung stand und beim ersten Mal habe ich auch mit @leo Rücksprache gehalten. Er hatte auch bestätigt, dass es definitiv 2 der Bilderweiterungen benötigt. In der Readme vom Modul imagine steht aber explizit, dass nur eine benötigt wird und bei den Systemvoraussetzungen unter contao.org steht GD, Imagick oder Gmagick, was jetzt auf mehrere Arten gedeutet werden kann.

Wichtig ist es aber, dass es insgesamt einheitlich und deutlich kommuniziert wird, was nun benötigt wird. Ich habe hier das 2. Mal den Fall innerhalb von 2 Monaten, dass der Servertechniker es nun nicht genau identifizieren kann, was richtig ist.

Nach meinen Erfahrungen benötigt es GD UND Imagick oder Gmagick - also 2 von 3 der Bilderweiterungen.

fg
nicky


fg
nicky

Gesendet von iPad mit Tapatalk Pro

Warum werden zwei benötigt? Gibt es dazu schon ein GitHub Issue?

ich kann es Dir nicht sagen, warum zwei benötigt werden. Ich hatte auf jeden Fall da mit Leo drüber gesprochen und er hat sogar mit Martin drüber gesprochen, dass wir beide brauchen. Irgendwo scheint es da noch ein Modul zu geben, welche noch eine andere benötigt. Ich mache mal ein Ticket auf Github.

fg
nicky


fg
nicky

Gesendet von iPad mit Tapatalk Pro

Laut @Toflar sollte es eigentlich so ablaufen:

Zitat:

---

Zitat von Toflar

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.

---

ja ... hab ich gelesen, aber es passt nicht mit meinen Erfahrungen zusammen. Ich habe mal ein Ticket gemacht: https://github.com/contao/core-bundle/issues/1329

Wie im Ticket erwähnt kann ich das nicht bestätigen. In meiner lokalen Entwicklungsumgebung (XAMPP unter Windows 10 x64) habe ich auf jeden Fall weder Imagick noch Gmagick verfügbar und in keiner unserer Contao 4 Projekten ist so ein Problem jemals aufgetaucht. Meines Erachtens kann das nur mit dem Symfony Cache zu tun haben - also Unterschiede in der PHP Umgebung zwischen CLI und Webserver.

Ja ist bei mir genauso. Lokal unter Windows 10 habe ich nur GDlib zur Verfügung und bisher keine Probleme finden können. Allerdings nur bis Contao 4.4 getestet. Bei Contao 4.5 würde ich mich nicht aus dem Fenster legen wollen.