Problem mit Anzeige von Bildern durch Imagick

[xchs]

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

[mlweb]

Danke, werde ich machen.

[juliusr]

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

[Spooky]

Was für einen Fehler hast du?

[mlweb]

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

[bizon]

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.

uberspace-install-pecl imagick

[xchs]

Hat jemand eine Idee wie ich weiterkomme?

Ja. Versuch mal den PHP-Prozess neuzustarten:

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

[juliusr]

Ja. Versuch mal den PHP-Prozess neuzustarten:

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

[hofff]

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

[Spooky]

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

[hofff]

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

[xchs]

Laut @Toflar sollte es eigentlich so ablaufen:

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.

[hofff]

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

[Spooky]

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.

[mlweb]

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.