Druckbare Version
Mit Contao kann man ja nun bei Downloads ein Vorschaubild zum Link anzeigen lassen. Bei PDFs wird aber nur das PDF-Symbol angezeigt, wo ich mit einer Miniatur der ersten Dokumentenseite gerechnet hatte. Ein bisschen mehr würde ich mir da schon gewünscht haben.
Anhang 25284
Anhang 25285
(https://a-klarinette.de/systematik)
Die Vorschaubilder für PDFs können nur erzeugt werden, wenn das deine Serverumgebung unterstützt.
Was genau sind denn die Voraussetzungen? Ich habe das vorhin gleich mal mit einem Download ausprobiert und in der Tat wird nur das PDF-Icon dargestellt. Ghostscript ist in der Kommandozeile verfügbar, als Programm, braucht es da irgendwelche Bibliotheken, die in PHP einkompiliert werden müssen oder was genau ist da gefordert?
Meine Serverumgebung heißt "Hosteurope". Ist das das Problem? (Rhetorische Frage.)
Das kann eine Strategie des Providers sein, was zu Verfügung gestellt wird. Es kann unterschiedlich sein je nach Server auf den das eigene Webhostingpaket aufgeschaltet ist - die individuellen Konfigurationen einzelner Server trotz gleicher Pakete kennen wir ja alle. Es kann bei einem Provider Unterschiede in den Paketen geben.
Grundsätzlich funktioniert es aber. Ich hatte gerade ein Projekt für eine Schweizer Agentur. Dort haben wir das problemlos einsetzen können. Provider ist Hostpoint.
@tab Waren die Bedingungen nicht in der Keynote von Leo mit drin?
In der Doku steht Imagick oder Gmagick als Voraussetzung. https://docs.contao.org/manual/en/ar...eview-settings
In Zukunft möchten wir (sofern möglich) auch gerne die unterstützen Formate direkt in Contao anzeigen damit das etwas klarer ist. Dazu gibt es auch bereits ein Ticket auf GitHub: https://github.com/contao/contao/issues/4122
Ja, irgendwo habe ich mitbekommen, dass Ghostscript und Imagick/Gmagick die Voraussetzungen sind. Imagick ist definitiv bei mir vorhanden, Ghostscript kann ich auf der Kommandozeile ausführen. Deswegen meine Frage, in welcher Form denn nun Ghostscript benötigt wird. Muss das ein einkompiliertes PHP-Modul sein und falls ja, welches? Beim Testsystem handelt es sich um einen Rootserver (vServer), ich kann das also alles einrichten. Möchte eben nur wissen, was genau erforderlich ist, was ich also einrichten muss.Zitat:
Zitat von mlweb
Edit:
Auszug aus der phpinfo()
ImageMagick supported formats
3FR, 3G2, 3GP, AAI, AI, APNG, ART, ARW, AVI, AVIF, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DJVU, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, H, HALD, HDR, HEIC, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, POCKETMOD, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIDEO, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV
Also da zumindest steht PDF und PDFA schon mal drin als unterstütztes Format.
Ist Imagick und Gmagick auch von Contao in Verwendung?
Hmm, wie stelle ich das am einfachsten fest? Ich dachte, das wird automatisch verwendet, wenn es verfügbar ist.
https://docs.contao.org/manual/en/in...php-extensionsCode:vendor/bin/contao-console debug:container contao.image.imagine
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
---------------- ------------------------------
ImageMagick mit PDF-Support ist alles was benötigt wird. Manchmal kann aber auch PDF als unerstütztes Format aufgelistet sein, aber durch eine fehlerhafte Konfiguration eventuell nicht verfügbar sein in ImageMagick.Zitat:
Zitat von tab
Nach Änderungen am Server sollte jedenfalls der Vorschau-Cache geleert werden damit die Änderungen sichtbar werden.
Also wenn ich mich richtig erinnere, hat es bei mir einmal funktioniert, kann sein bei der RC3, da wurde zwar nur ein großes PDF-Symbol angezeigt, was ich, da es sich um eine etwas verkorkste PDF-Datei handelte, dieser zuschob. Auf jeden Fall wird jetzt nichts mehr angezeigt.
Das PDF-Symbol kommt dann, wenn es mit dem Vorschaubild nicht funktioniert. Bei welchem Hoster ist das? Ich habe jetzt jedenfalls alle meine Webhoster durchgecheckt und kann sagen, dass es bei All-Inkl, Hostingwerk, netcup und Webgo (in alphabetischer Reihenfolge :) ) funktioniert. Auf meinem Server habe ich es mittlerweile auch hinbekommen, wobei ich morgen noch testen werde, welche meiner durchgeführten Änderungen letztlich entscheidend und notwendig sind.Zitat:
Zitat von Birden
Die Seite liegt auf All-Inkl Premium-Paket
@tab, ist bei dir in der parameters.yml oder sonstwo etwas spezielles eingetragen?
Nichts außer den Datenbank-Zugangsdaten.Zitat:
Zitat von Birden
Hab sie mit der config.yml verwechselt.
config.yml ist in der betreffenden (Test-)Installation gar keine angelegt.
Konnte das Problem gelöst werden?
Ich habe genau das gleiche Problem.
Hoster: Webgo - Managed Server
Imagick wird verwendet, laut phpinfo wird pdf auch unterstützt.
Es wird jedoch immer nur das PDF svg Icon angezeigt.
In den Veröffentlichungsnews zur 4.13 stand noch was von Ghostscript. Kann das das Problem sein?
In meinem Webgo Webhosting CMS Power SSD funktioniert es out of the box. Auf meinem eigenen Rootserver mit Debian 10 bzw 11 musste ich in /etc/ImageMagick-6/policy.xml
einiges freigeben, dazu habe ich zwei Änderungen durchgeführt.
Aber das sollte die Technik bei Webgo eher besser wissen als ich. Ich hatte das auch nur irgendwo per Google gefunden und tippe mal, dass ich da eher mehr freigegeben habe als notwendig. Zudem braucht das Erzeugen des Vorschaubilds wohl auch genügend RAM, je nach Größe des Bilds (hier PDFs), also eventuell memory_limit nicht gar zu knapp setzen. Beim Server habe ich dann PHP-FPM neu gestartet, weiss aber nicht, ob das wirklich notwendig gewesen wäre.Code:<policy domain="module" rights="read|write" pattern="{PS,PDF,XPS}" />
<policy domain="coder" rights="read|write" pattern="PDF" />
Hast du den Vorschau-Cache geleert?Zitat:
Zitat von mario-postyou
@Ausi: Ja Vorschau Cache habe ich geleert.
Kann ich das irgendwie debuggen oder loggen um dem WebGo Support genauere Infos zu geben?
Memory Limit ist auf 1G eingestellt. Das sollte ja eigentlich reichen oder?
Mit einer PHP-Datei mit folgendem Inhalt sollte sich die PDF-Unterstützung testen lassen:Zitat:
Zitat von mario-postyou
PHP-Code:<?php
$img = new Imagick('PFAD/ZU/EINER/PDF/DATEI.pdf');
$img->setImageFormat('jpeg');
var_dump(strlen($img->getImageBlob()));
Danke für den Tipp:
Ich bekomme folgende Meldung "Uncaught ImagickException: attempt to perform an operation not allowed by the security policy `PDF'"
Das kannst du nun webgo mitteilen (siehe auch https://stackoverflow.com/a/59193253/374996).
Jep habe ich gemacht und nun funktioniert es :)
Ein kleines Problem bleibt noch offen. Bei einem einzelnen PDF wird kein Vorschaubild erzeugt. Das PDF ist mit 14 MB recht groß. Kann das daran liegen? Memory Limit ist auf 2G eingestellt.
Nachtrag: Beim 2. Erstellversuch, nach Löschen der Vorschaubilder hat es funktioniert.
Prima. Zusätzliche Ressourceneinschränkungen könnten ebenfalls in der policy.xml gesetzt sein, falls es bei einem noch größeren PDF doch mal nicht mehr klappen sollte.
Gibt es da auch einen anderen Weg?
Mein Hoster lässt dies aus Sicherheitsgründen nicht zu:
Liebe GrüßeZitat:
Gemäß Fehlermeldung scheitert der Export an der Policy.
Dieser Export ist aus Sicherheitsgründen nicht zulässig, da das Dateiformat aufgrund von Sicherheitslücken in dieser Funktion nicht erlaubt ist.
Andreas
Da wirst du keine Chance haben (außer das Hosting zu wechseln).
Da sollte der Hoster vielleicht mal prüfen, ob er wirklich noch die alte Version installiert hat, die von diesen "Sicherheitsgründen" betroffen ist.
hallo,
ich würde den post gern nochmal hochholen.
mein server zeigt für
PHP-Code:<?php
$img = new Imagick('PFAD/ZU/EINER/PDF/DATEI.pdf');
$img->setImageFormat('jpeg');
var_dump(strlen($img->getImageBlob()));
und demnach müsste es "eigentlich" laufen, oder - was es aber nicht tut?Code:int(102540)
gibt mirCode:vendor/bin/contao-console debug:container contao.image.imagine
habt ihr einen ansatzpunkt?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
---------------- ------------------------------
Hallo, darf ich es so sagen, dass es jetzt nich so leicht ist?
wenn's nicht auf anhieb funktioniert, fände ich das eine gute zusammenfassung.