Vorschaubilder PDF

Moin,

es gibt einen Thread zu Vorschaubildern von PDF. Ich war mir nicht sicher ob ich mich dort einklinken soll oder nicht.

Ich versuche in einer Contao 4.13, PHP 8.1, Nginx PDF Vorschaubilder anzuzeigen, es werden nur PDF Platzhalter Bilder angezeigt.

Informationen die ich mit vendor/bin/contao-console debug:container contao.image.imagine erhalte:

Code:

---

// This service is a public alias for the service
 // contao.image.imagine.rl0p_o1


Information for Service "contao.image.imagine.rl0p_o1"
======================================================


 Imagine implementation using the Imagick PHP extension.


 ---------------- ------------------------------
  Option          Value
 ---------------- ------------------------------
  Service ID      contao.image.imagine.rl0p_o1
  Class            Imagine\Imagick\Imagine
  Tags            -
  Public          no
  Synthetic        no
  Lazy            no
  Shared          yes
  Abstract        no
  Autowired        no
  Autoconfigured  no
 ---------------- ------------------------------

---

Laut PHP-Info wird PDF unterstützt.

Hat jemand eine Idee warum keine Vorschaubilder erzeugt werden? Muss vielleicht noch etwas bei den nginx Direktiven beachtet werden?

Keine Ahnung, bei mir auf dem Server funktioniert es mit Apache auch nicht. Übers Wochenende werde ich mal bei all meinen Webhostings probieren, ob das da läuft. Angefangen bei Hostingwerk ;), dann weiter über Webgo, All-Inkl und netcup. Hat das denn jemand definitiv am Laufen in einer "normalen" Hostingumgebung, also außerhalb einer reinen Entwicklungsumgebung?

Ja, allinkl Businesspaket. Ohne irgendwelche Anpassungen.

Na dann schau mer morgen mal, ob es im Premium auch funktioniert. Ich fürchte ja. Hat jemand ein halbwegs einfaches Skript, um die Umwandlung von pdf in ein Vorschaubild zu testen?

Ich auch - normales Hostingpaket (Webhosting Standard) bei Hostpoint ohne irgendwelche Anpassungen.

Zitat:

---

Zitat von tab

Keine Ahnung, bei mir auf dem Server funktioniert es mit Apache auch nicht. Übers Wochenende werde ich mal bei all meinen Webhostings probieren, ob das da läuft. Angefangen bei Hostingwerk ;), dann weiter über Webgo, All-Inkl und netcup. Hat das denn jemand definitiv am Laufen in einer "normalen" Hostingumgebung, also außerhalb einer reinen Entwicklungsumgebung?

---

Dann viel Spaß beim testen. Schade das es out of the box nicht immer funktioniert. Ich hoffe es kommen noch ein paar Tipps, wie man das Problem lösen kann.

Deswegen frage ich ja, wie man das am einfachsten testetn kann, ohne das ganze Contao und Symfony Zeug mit dranhängen zu haben. Der Server auf dem es bei mir nicht funktioniert, läuft mit einem Control Panel, das nicht von mir programmiert ist. Aus der gleichen Quelle kommt die PHP-Version, mit der es nicht funktioniert, obwohl augenscheinlich alle Voraussetzungen erfüllt sind. Dann könnte ich da mal nachfragen, warum es nicht geht. Unter Umständen hilft das dann auch bei den Shared Webhostern, bei denen es nicht funktioniert.

Auf der Kommandozeile folgendes ausführen:

Code:

---

php -r 'var_dump((new Imagick("data:application/pdf;base64,JVBERi0xLgoxIDAgb2JqPDwvUGFnZXMgMiAwIFI+PmVuZG9iagoyIDAgb2JqPDwvS2lkc1szIDAgUl0vQ291bnQgMT4+ZW5kb2JqCjMgMCBvYmo8PC9QYXJlbnQgMiAwIFI+PmVuZG9iagp0cmFpbGVyIDw8L1Jvb3QgMSAwIFI+Pg=="))->getImageWidth());'

---

Oder folgendes PHP-Skript testen:

PHP-Code:

---

<?php
var_dump((new Imagick("data:application/pdf;base64,JVBERi0xLgoxIDAgb2JqPDwvUGFnZXMgMiAwIFI+PmVuZG9iagoyIDAgb2JqPDwvS2lkc1szIDAgUl0vQ291bnQgMT4+ZW5kb2JqCjMgMCBvYmo8PC9QYXJlbnQgMiAwIFI+PmVuZG9iagp0cmFpbGVyIDw8L1Jvb3QgMSAwIFI+Pg=="))->getImageWidth());

---

Wenn dort int(612) als Ergebnis erscheint, werden PDFs von PHP/Imagick/ImageMagick unterstützt.

Wenn ich das ausführe, bekomme ich das als Resultat:

Code:

---

PHP Fatal error:  Uncaught ImagickException: attempt to perform an operation not allowed by the security policy `PDF' @ error/constitute.c/IsCoderAuthorized/408 in Command line code:1Stack trace:
#0 Command line code(1): Imagick->__construct()
#1 {main}
  thrown in Command line code on line 1

---

Ah, ok. Besten Dank. Die Kommandozeilenvariante habe ich eben schon ausprobiert. Ergebnis:

Code:

---

PHP Fatal error:  Uncaught ImagickException: attempt to perform an operation not allowed by the security policy `PDF' @ error/constitute.c/IsCoderAuthorized/421 in Command line code:1
Stack trace:
#0 Command line code(1): Imagick->__construct()
#1 {main}
  thrown in Command line code on line 1

---

Das selbe Ergebnis bekomme ich auch, wenn ich es als root ausführe. Ich forsche nachher mal ein wenig :D. Aber erst noch einkaufen.

Edit: Hatte da auf die Schnelle was gefunden:
https://stackoverflow.com/questions/...r?noredirect=1

Wenn ich die dort angegebene Datei ändere, kommt aber:

Code:

---

  **** Error: Cannot find a 'startxref' anywhere in the file.
              Output may be incorrect.
  **** Error:  An error occurred while reading an XREF table.
  **** The file has been damaged.  This may have been caused
  **** by a problem while converting or transferring the file.
  **** Ghostscript will attempt to recover the data.
  **** However, the output may be incorrect.
  **** Error: Page has no /MediaBox attribute. Using the current page size.
              Output may be incorrect.
  **** Error: Page has no /MediaBox attribute. Using the current page size.
              Output may be incorrect.
int(595)

---

Sieht gefühlt schon etwas besser aus, zumindest scheinen mir da keine Rechte mehr zu fehlen. Aber so ganz passt es nicht. Habe in der Systemwartung die Vorschaubilder löschen lassen, aber es scheint erst mal nichts zu ändern. Einen Versuch habe ich noch, ich lösche mal den Symfony Cache.
Edit2: Anwendungscache und nachfolgendes Löschen der Vorschau- und sonstigen Bilder + Shared Cache bringt auch keine Verbesserung. Naja, jetzt aber einkaufen und dann schaun mer mal.

Zitat:

---

Zitat von tab

Edit2: Anwendungscache und nachfolgendes Löschen der Vorschau- und sonstigen Bilder + Shared Cache bringt auch keine Verbesserung. Naja, jetzt aber einkaufen und dann schaun mer mal.

---

So, Contao installiere ich heute nicht mehr bei allen meinen Webhostern, aber den Kommandozeilenbefehl bekomme ich noch durch.
Ich nehme mal überall PHP 7.4, weil ich das momentan noch überall für Contao nutze

Hostingwerk:

Code:

---

PHP Fatal error:  Uncaught Error: Class 'Imagick' not found in Command line code:1
Stack trace:
#0 {main}
  thrown in Command line code on line 1

---

Hmm, hier also eher (noch) keine Vorschaubilder.

Webgo:

Code:

---

  **** Error: Cannot find a 'startxref' anywhere in the file.
              Output may be incorrect.
  **** Error:  An error occurred while reading an XREF table.
  **** The file has been damaged.  This may have been caused
  **** by a problem while converting or transfering the file.
  **** Ghostscript will attempt to recover the data.
  **** However, the output may be incorrect.
  **** Error: Page has no /MediaBox attribute. Using the current page size.
              Output may be incorrect.
  **** Error: Page has no /MediaBox attribute. Using the current page size.
              Output may be incorrect.
int(612)

---

Immerhin, die 612 stimmen hier, die restlichen Fehler davor sind identisch zu meinem Server. Mag an der "Datei" liegen.

All-Inkl (Premium):

Code:

---

PHP Fatal error:  Uncaught ImagickException: FailedToExecuteCommand `'gs' -q -dQUIET -dSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=2 '-sDEVICE=pngalpha' -dTextAlphaBits=4 -dGraphicsAlphaBits=4 '-r72x72'  '-sOutputFile=/tmp/magick-23791200VDoQerUTUB5%d' '-f/tmp/magick-2379120s4T1ADwB85r6' '-f/tmp/magick-2379120rGN2jZc0GiH7'' (1) @ error/pdf.c/InvokePDFDelegate/291 in Command line code:1
Stack trace:
#0 Command line code(1): Imagick->__construct('data:applicatio...')
#1 {main}
  thrown in Command line code on line 1

Fatal error: Uncaught ImagickException: FailedToExecuteCommand `'gs' -q -dQUIET -dSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=2 '-sDEVICE=pngalpha' -dTextAlphaBits=4 -dGraphicsAlphaBits=4 '-r72x72'  '-sOutputFile=/tmp/magick-23791200VDoQerUTUB5%d' '-f/tmp/magick-2379120s4T1ADwB85r6' '-f/tmp/magick-2379120rGN2jZc0GiH7'' (1) @ error/pdf.c/InvokePDFDelegate/291 in Command line code:1
Stack trace:
#0 Command line code(1): Imagick->__construct('data:applicatio...')
#1 {main}
  thrown in Command line code on line 1

---

Hmm, da bin ich ja mal gespannt auf Contao 4.13 morgen.

Netcup (Webhosting 8000):

Code:

---


Fatal error: Uncaught ImagickException: Failed to read the file in Command line code:1
Stack trace:
#0 Command line code(1): Imagick->__construct('data:applicatio...')
#1 {main}
  thrown in Command line code on line 1

---

Auch nicht so prickelnd. Insgesamt eine recht magere Ausbeute, wobei ich die meisten Hoffnungen noch auf Webgo setze - und natürlich auf meinen Server :D. PHP 8.0 und 8.1 wären natürlich auch noch zu testen. Aber für heute reicht es mir erst mal.

So, ich vermelde prinzipiell mal den ersten Erfolg. Auf meinem Server sehe ich jetzt das erste Vorschau-Bild. Ich habe die beiden Änderungen gemäß der Anleitung auf stackoverflow durchgeführt, danach PHP-FPM neu gestartet und im BE unter Systemwartung die Vorschaubilder gelöscht. Jetzt wird die Vorschau angezeigt. Diese Änderung wird man als User im Shared Hosting schwerlich selbst durchführen können, da hierzu die Datei /etc/ImageMagick-6/policy.xml geändert werden muss, was zumindest auf meinem Server Root-Rechte voraussetzt. Ich bin denn mal gespannt, auf welchen meiner Shared Webhostings ich heute noch Vorschaubilder zu sehen bekomme.

Bei mehrseitigen PDFs werden prinzipiell alle Seiten ausgegeben, was man im Bedarfsfall dann wohl durch Definition einer geeigneten Bildgröße verhindern muss. Ich hatte dort nur die Bildbreite vorgegeben und bekam dadurch dann beide Seiten meiner PDF-Datei übereinander angezeigt. Auch das muss ich mir dann später am heutigen Tag anschauen.

Update: Webgo funktioniert out of the box, ohne irgendwelche Änderungen. Und man kann beim Vorschaubild ja auch eingeben, wieviele Elemente angezeigt werden sollen. War halt schon etwas spät ... :rolleyes:

Update 2: All-Inkl funktioniert ebenfalls out of the box! Da beschränkt sich das Problem wohl auf die Konsole. Im Frontend und Backend sieht aber alles gut aus.
Update 3: Hostingwerk funktioniert ebenfalls out of the box! Da beschränkt sich das Problem wohl ebenfalls auf die Konsole. Im Frontend und Backend sieht aber alles gut aus.
Update 4: Netcup funktioniert ebenfalls out of the box! Da beschränkt sich das Problem wohl ebenfalls auf die Konsole. Im Frontend und Backend sieht aber alles gut aus.

Insgesamt kann ich jetzt also sagen, es funktioniert bei allen Hostern, bei denen ich derzeit Webspaces habe. Webgo, Hostingwerk, All-Inkl und Netcup. Das beruhigt mich dann doch einigermaßen, da kann ich die PDF-Vorschaubilder eventuell gleich beim Relaunch einer Kundenwebsite nutzen. Die einzige Ausnahme war mein eigener Server und da ist das Problem mittlerweile auch behoben. Vielleicht klappt es auch noch, dass die Policy von Keyhelp direkt so gesetzt wird, wie es gebraucht wird. Vorschlagen werde ich es jedenfalls mal. Aber für heute habe ich erst mal genug von Vorschaubildern.

Zitat:

---

Zitat von ausi

Oder folgendes PHP-Skript testen:

PHP-Code:

---

<?php
var_dump((new Imagick("data:application/pdf;base64,JVBERi0xLgoxIDAgb2JqPDwvUGFnZXMgMiAwIFI+PmVuZG9iagoyIDAgb2JqPDwvS2lkc1szIDAgUl0vQ291bnQgMT4+ZW5kb2JqCjMgMCBvYmo8PC9QYXJlbnQgMiAwIFI+PmVuZG9iagp0cmFpbGVyIDw8L1Jvb3QgMSAwIFI+Pg=="))->getImageWidth());

---

Wenn dort int(612) als Ergebnis erscheint, werden PDFs von PHP/Imagick/ImageMagick unterstützt.

---

Habe ich soeben getestet, mit dem Ergebnis int(612).

Hosting: All Inkl Premium
Contao 4.13.16, PHP 8.1

Allerdings keine Vorschaubilder (PDF) zu sehen – lediglich das PDF-Icon SVG.

Noch jemand 'n heißen Tipp?

Grüße,
mapfei

Das hat mich jetzt interessiert; hatte das damals als es die Option neu gab, schon getestet.

allinkl Premium
PHP 8.1
Contao 4.13.16

PDF ausgewählt, Bildgröße angegeben und nur eine Seite, die als Bild generiert werden soll.

Und dann habe ich im Frontend das Bild der ersten Seite aus dem PDF.

Hm, seltsam. Dachte es hängt mit meiner config.yml zusammen:

Code:

---

# Contao configuration
contao:
    url_suffix: ''
    image:
        imagine_service: 'contao.image.imagine.gd'
        imagine_options:
            jpeg_quality: 90

---

Nachdem ich den Service rausgenommen habe, funktioniert es jedoch immer noch nicht.

Zitat:

---

Zitat von mapfei

Nachdem ich den Service rausgenommen habe, funktioniert es jedoch immer noch nicht.

---

Hast du danach den Symfony Application Cache neu aufgebaut?

Zitat:

---

Zitat von Spooky

Hast du danach den Symfony Application Cache neu aufgebaut?

---

Yes! :cool:

Ich habe keine Einträge bzgl. Bilder / ImageMagick in der config.

Aus der php.info:

Code:

---

imagick module version        3.7.0
imagick classes        Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator, ImagickKernel
Imagick compiled with ImageMagick version        ImageMagick 6.9.7-4 Q16 x86_64 20170114 http://www.imagemagick.org
Imagick using ImageMagick library version        ImageMagick 6.9.7-4 Q16 x86_64 20170114 http://www.imagemagick.org
ImageMagick copyright        © 1999-2017 ImageMagick Studio LLC
ImageMagick release date        20170114
ImageMagick number of supported formats:        230

---

Zitat:

---

Zitat von mapfei

Yes! :cool:

---

Prüfe nun nochmal ob Imagick/Gmagick zum Einsatz kommt.

Zitat:

---

Zitat von Spooky

Prüfe nun nochmal ob Imagick/Gmagick zum Einsatz kommt.

---

Ich habe das Script von ausi mit entsprechendem Ergebnis ausgeführt. Der All Inkl Support schrieb mir zudem folgendes:

------
ImageMagick ist auf unseren Servern in verschiedenen Versionen standardmäßig installiert und wird automatisch genutzt, wenn dies von einem Script oder einem Plugin benötigt und angesprochen wird. Die Pfade dazu sind:

6.9.7: /usr/bin/
4.2.9: /usr/bin/ImageMagick_4.2.9/
6.2.6: /usr/bin/ImageMagick_6.2.6/bin/
6.7.1: /usr/bin/ImageMagick_6.7.1/
------

Zitat:

---

Zitat von mapfei

Ich habe das Script von ausi mit entsprechendem Ergebnis ausgeführt.

---

Das habe ich nicht gemeint. Das von dir erwähnte Script prüft nur, ob eine PDF Vorschau unter Einsatz von Imagick in deiner Umgebung funktioniert. Nun musst du sicherstellen, dass auch überhaupt Imagick von Contao benutzt wird. Laut deinen Informationen war das bei dir zuvor nicht der Fall, da du das auf GD hardgecodet hattest.

Wie du das prüfen kannst steht hier in der Notiz: https://docs.contao.org/manual/de/in...-erweiterungen

Hab gerade mal ne ganz frische Installation aufgesetzt und hier funktioniert es.

Hab bei mir auch gerade mal bei einem Projekt getestet.

All-Inkl. PRIVAT: Funktioniert out of the box.

Hi!

Ich habe nun wieder dasselbe Problem, nur bei einem anderen Hoster (Mittwald). Es wird nur das Standard PDF Icon angezeigt. Imagick ist laut phpinfo installiert.

Anhang 26708

Jemand noch eine Idee, woran das liegen könnte?

Viele Grüße,
mapfei

Was melden denn die Testscripte von weiter oben?

Zitat:

---

Zitat von neelix

Was melden denn die Testscripte von weiter oben?

---

int(612)...

Hast du auch geprüft, ob von Contao wirklich Imagick benutzt wird?

Zitat:

---

Zitat von Spooky

Hast du auch geprüft, ob von Contao wirklich Imagick benutzt wird?

---

Ich kann leider nicht auf die Konsole des Servers zugreifen.

Bei Mittwald? Bist du dir da sicher?

Zitat:

---

Zitat von Spooky

Bei Mittwald? Bist du dir da sicher?

---

Ist der Server des Kunden, auf den ich nicht vollen Zugriff habe. Also geht das ausschließlich über Konsole?

Zitat:

---

Zitat von mapfei

Ist der Server des Kunden, auf den ich nicht vollen Zugriff habe.

---

Du als Developer der Website brauchst natürlich Vollzugriff.

Zitat:

---

Zitat von Spooky

Du als Developer der Website brauchst natürlich Vollzugriff.

---

Den habe ich mir nun beschafft... :cool:

Code:

---

// This service is a public alias for the service contao.image.imagine.rl0p_o1                     

Information for Service "contao.image.imagine.rl0p_o1"
======================================================

 Imagine implementation using the Imagick PHP extension.

 ---------------- ------------------------------
  Option          Value                       
 ---------------- ------------------------------
  Service ID      contao.image.imagine.rl0p_o1 
  Class            Imagine\Imagick\Imagine     
  Tags            -                           
  Public          no                           
  Synthetic        no                           
  Lazy            no                           
  Shared          yes                         
  Abstract        no                           
  Autowired        no                           
  Autoconfigured  no                           
 ---------------- ------------------------------

---

Was steht denn in der /etc/ImageMagick-6/policy.xml so alles zum Thema PDF?

Zitat:

---

Zitat von tab

Was steht denn in der /etc/ImageMagick-6/policy.xml so alles zum Thema PDF?

---

Im verzeichnis //etc befinden sich nur folgende Unterverzeichnisse:

bash
joe
ld.so.conf.d
ssl
bash_completion.d
php
profile.d
security
php-fpm
vim

Hm, dann tippe ich mal, du bist nicht als root angemeldet und hast keinen Zugriff auf die Einstellungen.

Zitat:

---

Zitat von tab

Hm, dann tippe ich mal, du bist nicht als root angemeldet und hast keinen Zugriff auf die Einstellungen.

---

Doch, ist der Hauptbenutzer. Man kann im Mittwald Backend auch nur einen Hauptbenutzer anlegen, welcher dann SSH Zugriff hat.

Naja, ich habe im Shared Webhosting auch jeweils einen Hauptbenutzer, aber root ist der deswegen noch lange nicht und sieht auch nicht die policy.xml von ImageMagick. Ich weiss ja nicht wie das bei Mittwald-Servern läuft. Managed Server mit/ohne Rootzugang, eventuell auch chrooted - oder Rootserver. Ich sehe bei mir im /etc Verzeichnis knapp 200 Dateien und Unterverzeichnisse. Unter anderem auch das apache2- und das ssh-Unterverzeichnis, was hier ja auch nicht gelistet wird. Wie dem auch sei, es muss auch nicht unbedingt daran liegen. Bei meinen Servern ist es halt so, deswegen habe ich das hier gefragt. Bei anderen Servern mag es andere Gründe haben.

Soweit ich das den FAQ von Mittwald entnehmen kann, gibt es nur im Managed Server Root Zugriff via SSH. Hier ist aber ein "normales" Hosting im Einsatz.

Wenn ich das Script aus #8 aufrufe, erhalte ich nun einen Error 500.

Was sagt das Ergebnis aus #32 nun aus?

Zitat:

---

Zitat von mapfei

Wenn ich das Script aus #8 aufrufe, erhalte ich nun einen Error 500.

---

Nutze das Konsolenscript und poste die Ausgabe.

Zitat:

---

Zitat von Spooky

Nutze das Konsolenscript und poste die Ausgabe.

---

Befehl wird ausgeführt, aber ohne Ergebnis/Ausgabe.

Anhang 26712