wir haben für unsere Dokumente/Belege das selbe Logo hinterlegt, das auch als Shoplogo verwendet wird. ein .png Bild. Leider wird es in der Rechnung-PDF dann nicht angezeigt, es gibt nur einen Platzhalter mit Hinweis „Image not found or type unknown“. Siehe Screenshot
Also bei mir funktioniert es mit einem einfachen Jpeg.
Schon ein paar andere Bilder ausprobiert? Ggf. liegts am Bild oder dem verwendeten Dateiformat. Am besten auch sicherstellen, dass der Shop erreichbar ist (also keine htaccess davor usw.)
Shop ist erreichbar. Mehrere Bilder habe ich bereits versucht. Selbst wenn ich das Bild im Template über eine externe URL lade erhalte ich den Fehler.
Das ganze ist nach der Migration von Testserver zu Produktiv Server entstanden. Im Testserver lief alles ohne Probleme. Server sind indentisch konfiguriert und haben die gleichen PHP Extensions installiert.
Hatte das gleiche Problem. Bei mir lag es tatsächlich am htaccess Schutz. Habe diesen deaktiviert und eine neue Rechnung erzeugt, dann war das Bild da.
Leider wird dieses in der Breite verzerrt dargestellt. Gibt es Infos darüber in welchem Format das Logo hochgelanden werden muss um dies zu verhindern? Finde in der Doku nichts darüber.
Hatte das gleiche Problem. Bei mir lag es tatsächlich am htaccess Schutz. Habe diesen deaktiviert und eine neue Rechnung erzeugt, dann war das Bild da.
Leider wird dieses in der Breite verzerrt dargestellt. Gibt es Infos darüber in welchem Format das Logo hochgelanden werden muss um dies zu verhindern? Finde in der Doku nichts darüber.
Ich habe auch das Problem, dass das Bild verzerrt ist. Hat hier einer eine Lösung?
In meinem Fall war allow_url_open=on, das Problem war ein anderes:
Im Twig File steht: <img src="{{ config.logo.url }}" class="logo"/>
Dies wird auch korrekt aufgelöst zu: https://meineshopurl.de/media/xx/yy/zz/meinlogo.png
Diese Bild-URL funktionierte nicht, eine Bild-URL auf einem externen Server hingegen schon.
Dies die Aussage des Server-Spezialisten, der das dann gelöst hat:
… wenn das web den Host selbst auflöst, dann geht das nicht, da es wieder raus und über die Firewall wieder rein kommt. Dann web im Hostfile des Servers eintragen, dann gehts.
Und er hatte recht, anschliessend klappte es problemlos.
Habt ihr bzgl des verzerrten Logos bereits eine Lösung gefunden? Habe das gleiche Problem.
Nutzen Shopware v6.4.6.1
Ich habe es nun zwar im Verhältnis 4:3 mit transparentem Hintergrund angelegt, damit das quadratische Logo nicht mehr verzerrt angezeigt wird, aber mich würde wirklich interessieren wie man das im System selbst ändern kann.
Thanks @akuehnis, you pointed me into the right direction!
We’re using the Cloudflare CDN with Full SSL mode. That means the traffic between the visitor and Cloudflare is encrypted with a publicly visible certificate and the traffic between Cloudflare and the Shopware server is encrypted with a „self-signed“ certificate which is downloaded from Cloudflare. I will call this Shop-Certificate.
To have Varnish working correctly our /etc/hosts points the shop domain to 127.0.0.1
When generating documents the server connects to itself and receives the Shop-Certificate and throws an SSL error.
FastCGI sent in stderr: "PHP message: PHP Warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages:
error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
[...]
Warning: file_get_contents(): Failed to enable crypto
[...]
To solve it I had to add the Shop-Certificate and the Cloudflare Origin CA as trusted certificates on my server.
On my Debian Bullseye (11) this was done with the following steps:
Copy the Shop-Certificate to /usr/share/ca-certificates
For the next step it’s important that both certificates have a .crt file extension so they are found. I could simply rename the .pem certificates to .crt
Run sudo dpkg-reconfigure ca-certificates and select the certificates. This will recreate /etc/ssl/certs/ca-certificates.crt including the 2 certificates
ich sehe im Verlauf, dass das Problem schon seit 2020 besteht.
Aktuell habe ich auch noch mit dem Problem zu kämpfen.
Hat hier jemand eine aktuelle Lösung?
Nur zu Info:
allow_url_fopen ist aktiviert.
die Seite ist erreichbar.
Ich habe alle gängigen Formate ausprobiert, alles kleingeschrieben, keine Lücken hinterlassen
@m.ebert ich kann dir nur sagen, was das Problem bei mir war: Ich habe ein Plugin installiert, welches Bilder von jpeg und png in WebP umwandelt. U.a. wurde auch das Logo (png) in WebP umgewandelt, weshalb es dann nicht mehr angezeigt wurde.
Ich habe ebenfalls das Problem und schon alles durchprobiert. Gibt es an einer stelle log files die man sich anschauen könnte? Das php fpm log spuckt nichts aus beim erstellen der Rechnung.