Bilder werden unter assets teilweise nicht erzeugt und im BE nicht angezeigt [gelößt]

[tschero]

Servus Zusammen,

das Thema gab es schon häufig hier, aber nichts hilft zur Zeit weiter.

Ich hab ein Update von Contao 4.4 auf 4.13.11 angefertigt, grundsätzlich läuft auch alles.
Es werden einige (nicht alle) Bilder weder im Backend noch im Frontend angezeigt.

Zur Überprüfung habe ich das Update beim Hoster AllInkl installiert - dort läuft alles wie gewünscht.

Auf einem selbst konfigurierten Server besteht das o.g. Problem.

Im Verzeichnis "assets" wird ein Verzeichnis "deferred" erzeugt, wenn Bilder im Backend angezeigt werden sollen.
Aber auch im Backend sind die Bilder zwar vorhanden aber nicht sichtbar (siehe Screenshots).


vz_assets.png

be_dateiverwaltung.png

Bilderordner ist öffentlich.
Systemwartung und Dateisync wurde mehrfach ausgeführt.
Seiten-Cache ist auf "nicht cachen" eingestellt.
var/cache/prod wurde mehrfach gelöscht.
Der Contao-Manager meldet alles grün.
Systemvoraussetzungen passen: https://docs.contao.org/manual/de/in...raussetzungen/


Weiß hier jemand Rat?

Grüße,

[tschero]

Guten Morgen zusammen,

niemand eine Idee?

Grüße

[Spooky]

Nutze den Debug-Modus und rufe eine nicht funktionierende Bild URL direkt im Browser auf.

[tschero]

Die Bild-URL ist folgende:
https://sub.dom.tld/assets/images/b/...0-80d5b2a0.jpg

Das Ergebnisim Browser ist:

Not Found

The requested URL was not found on this server.
Apache/2.4.52 (Ubuntu) Server at tut.pztrs.heer Port 443

Aber!!!
Wir nutzen ein externes Theme (hatte ich oben nicht erwähnt)
Das wirft Fehler im Debug-Modus:
debug_be.png

Wenn ich eine neue Contao 4.13 version einspiele - ohne irgendwelche Erweiterungen - und nur eine Überschrift und ein Bild auf einer Seite veröffentliche, dann funktioniert es.

Es handelt sich um die neuste Version des Themes. Bei den Hostern IONOS, NetCup, AllInkl und Strato funktioniert die Bildanzeige einwandfrei.

Grüße

EDIT:
In der neuen und sauberen Installation, greift Contao direkt auf den Bilderordner zu. In der "defekten version auf den Assestordner" und dasunktioniert dort nicht.

[Spooky]

Die Bild-URL ist folgende:
https://sub.dom.tld/assets/images/b/...0-80d5b2a0.jpg

Das Ergebnisim Browser ist:

Not Found

The requested URL was not found on this server.
Apache/2.4.52 (Ubuntu) Server at tut.pztrs.heer Port 443

Du musst sicher stellen, dass alle Requests, die nicht auf eine physisch vorhandene Ressource gehen, von der PHP Applikation (also Contao) verarbeitet werden.

Wenn ich eine neue Contao 4.13 version einspiele - ohne irgendwelche Erweiterungen - und nur eine Überschrift und ein Bild auf einer Seite veröffentliche, dann funktioniert es.

Es handelt sich um die neuste Version des Themes. Bei den Hostern IONOS, NetCup, AllInkl und Strato funktioniert die Bildanzeige einwandfrei.

Grüße

EDIT:
In der neuen und sauberen Installation, greift Contao direkt auf den Bilderordner zu. In der "defekten version auf den Assestordner" und dasunktioniert dort nicht.

Du nutzt ein PCT Theme. Aktualisiere alle PCT Module.

[tschero]

Du musst sicher stellen, dass alle Requests, die nicht auf eine physisch vorhandene Ressource gehen, von der PHP Applikation (also Contao) verarbeitet werden.

Da hab ich so meine Probleme, es ist ja wenn ich mich nicht irre, keine Einstellung in Contao selbst, sondern eine Serverkonfiguration - korrekt?
Wo müssen wir denn da Hand anlegen?

Grüße und schon mal vielen Dank vorab.

[tab]

Macht das nicht die .htaccess? Dateien die existieren soll der Apache ausliefern, alles anderen Request werden an die index.php weitergeleitet.

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]

[Spooky]

Es könnten in der Server Konfiguration direkt schon Direktiven für solche Ressourcen existieren (aus Performance Gründen), die das dann verhindern.

[tschero]

Der Server hat zur Zeit keine Direktiven vergeben.

Momentan darf im Contaoverzeichnis jeder alles (testweise, das soll ja so nicht sein).

Bei der Neuinstallation ist das Verhalten jetzt genau so wie oben beschrieben.
Wir haben Bildgrößen verwendet, jetzt zeigt der Bildpfad auf die Assets:

https://entwicklung2.pztrs.heer/assets/images/c/computer-2982270_1280-f9217c9f.jpg

Diesert Pfad existiert jedoch nicht.

Im Verzeichnis "assests/images" ist nur das Verzeichnis "deferred" vorhanden.

assets_images.png

Hat jemand einen Rat, wo genau man hier noch Hand anlegen muss?

Grüße

[Spooky]

Ohne Einblick in die Server Konfiguration lässt sich da nichts sagen. Ihr müsst einfach dafür sorgen, dass alle Requests von der PHP Applikation (Contao) verarbeitet werden.

[tab]

Habt ihr da vielleicht einen Proxy davorgeschaltet, der Dateien, die typischerweise statisch sind und existieren (so wie eben z.B. Bilder), direkt ausliefert? Also ohne Einbeziehung des Apache bzw der .htaccess von Contao?

[tschero]

Habt ihr da vielleicht einen Proxy davorgeschaltet, der Dateien, die typischerweise statisch sind und existieren (so wie eben z.B. Bilder), direkt ausliefert? Also ohne Einbeziehung des Apache bzw der .htaccess von Contao?

Nein, nichts dergleichen.

Würde (Euch) an dieser Stelle ggf. ein Auszug aus der php-ini (PHPInfo()) weiterhelfen?

Grüße

[Spooky]

Hat nichts mit der PHP Konfiguration zu tun, sondern mit der Serverkonfiguration.

[tschero]

Welche Info´s unsererseits könnten (Euch) denn noch helfen?

Leider können wir keinen Link veröffentlichen.

Grüße

[Spooky]

Ich denke nicht, dass man hier noch weiter Helfen kann. Das muss sich der Server Administrator ansehen.

[tschero]

Ok,

trotzdem danke an alle die geholfen haben.

Grüße

[a_ics]

Geehrte Kollegen,

ich saß nun, durch den aktuellen Zufall geplagt, an den fehlenden, sogar nach eine Weile verschwindenden Bildern im Back- und Frontend bei der Webseitenerstellung unter Contao 4.13.12.

Einen ähnlichen Fall hatte ich mal vor einem Jahr, damals lag es an fehlerhaft generierten Bilder-Urls. Am Ende meiner Lösungsanläufe stellte es sich doch herraus, dass es am Root-Ordner lag:

Statt "web" sollte "public" verwendet werden.

Dann löst sich auch das Problem mit den fehlerhaften Bilder-Urls.

[tschero]

Geehrte Kollegen,

ich saß nun, durch den aktuellen Zufall geplagt, an den fehlenden, sogar nach eine Weile verschwindenden Bildern im Back- und Frontend bei der Webseitenerstellung unter Contao 4.13.12.

Einen ähnlichen Fall hatte ich mal vor einem Jahr, damals lag es an fehlerhaft generierten Bilder-Urls. Am Ende meiner Lösungsanläufe stellte es sich doch herraus, dass es am Root-Ordner lag:

Statt "web" sollte "public" verwendet werden.

Dann löst sich auch das Problem mit den fehlerhaften Bilder-Urls.

Wenn Du den Root-Ordner der Contao-Installation meinst - auf den die URL zeigt - der heißt root bei uns.
Oder meinst Du einen anderen?

Grüße

[a_ics]

Wenn Du den Root-Ordner der Contao-Installation meinst - auf den die URL zeigt - der heißt root bei uns.
Oder meinst Du einen anderen?

Grüße

War auch so gemeint!

Dann habe ich heute doch das Problem wieder, nur nicht so schlimm wie gestern. Die Bilder werden erneut unsichtbar:


Angefangen hat es, nach dem ich für ein schmales PNG (1900x74px) ein von mir angelegtes Resposive-Bildgrößen-Format anwendete. Das Seltsame ist, wenn ich dieses Format im Elementtyp "Bild" abschalte, dann wird das Bild erneut angezeigt. Schalte ich es (Responsive-Bildergröße) oder eine staatische Bildergröße (proportional) wieder an, dann verschwinden erneut alle(!) Bilder im Frontend und im Backend bei den Inhaltselementen.

In der Dateiverwaltung werden die Thumbnails von vorhandenen Bildern angezeigt, bei jedem neu upgeloadeten Bild nicht mehr (unabhängig vom Dateiformat, PNG/JPG). Tue ich ein neues Bild über den FileZilla laden, wird der Thumbnail ordentlich wiedergegeben.

Ich habe sechs Resposive-Bildgrößen definiert, die alle funktionierten. Auch die statischen Bildergrößen ergaben vorher einen positiven Versuch. Erst nach dem erwähnten PNG haben alle Bildergrößen-Angaben angefangen zu spinnen. Wenn ich diese ausschalte, dann funkt alles wieder (Front&Backend)! Löschen von Responsive-Bildergrößen-Definitionen ergeben keine erneute Funktiontüchtigkeit bei der Nutzung von "Bildergrößen" beim Einbinden von Bildern, egal ob als Inhaltselement oder als Modul. Die Dateiverwaltung funktiniert ebenfalls nicht mehr wie gewohnt.

Ich arbeite schon seit Contao3.5 mit dem System, bitte um eine Lösung!

Ergänzung: Der Auslöser ist ein PNG24 mit transparenten Teilen. Ohne Transparenz wird das PNG in der Dateiverwaltung angezeigt (Umweg über FileZilla + Syncronisieren).
Einstellungen bei Datei-Uploads 2900x1400, max GD 3000x3000

[a_ics]

Ich habe das System neu aufgelegt. Diesmal kam die Fehlfunktion nach dem Nutzen der Dateiverwaltung über ein Pop-Up-Fenster. Ich habe eine vorher funktionierte JPG-Datei upgelodet.

Interessant: Nach dem ich die Log-Datei und alle Inhalte im assets-images-Ordner auf meinem Server gelöscht hatte, funktionierte das System erneut fehlerfrei!


Heutige Einträge im Log:

[2022-10-29T13:07:43.818889+02:00] request.INFO: Matched route "contao_backend". {"route":"contao_backend","route_parameters":{"_ro ute":"contao_backend","_scope":"backend","_token_c heck":true,"_controller":"Contao\\CoreBundle\\Cont roller\\BackendController::mainAction"},"request_u ri":"https://www.gecomm.net/contao?act=edit&do=page&id=2&ref=5MUOjDnq&rt=9db01 f7a3b2d63f3cc874bc1.F_PVzVRYdcOXWg5AgevhHIR2Unn2oc UwmpDdTQ5Qflc.UKThqRYZMZPaGEorydixTLwHKC-31Y99-6CwHDwpOQV2kYT0C20WqMI2Xw","method":"GET"} []
[2022-10-29T13:07:43.838508+02:00] request.CRITICAL: Uncaught PHP Exception Error: "Failed opening required '/var/www/web1110/html/www.gecomm.net/var/cache/prod/ContainerJxfVcut/getContao_Listener_DataContainer_PageUseSslDefault Service.php' (include_path='.:/opt/php/8.0.20/share/pear')" at /var/www/web1110/html/www.gecomm.net/var/cache/prod/ContainerJxfVcut/Contao_ManagerBundle_HttpKernel_ContaoKernelProdCo ntainer.php line 645 {"exception":"[object] (Error(code: 0): Failed opening required '/var/www/web1110/html/www.gecomm.net/var/cache/prod/ContainerJxfVcut/getContao_Listener_DataContainer_PageUseSslDefault Service.php' (include_path='.:/opt/php/8.0.20/share/pear') at /var/www/web1110/html/www.gecomm.net/var/cache/prod/ContainerJxfVcut/Contao_ManagerBundle_HttpKernel_ContaoKernelProdCo ntainer.php:645)"} []

[tschero]

Mit dem Nachinstallieren der Apache-Module "mod_rewrite" und "mod_headers" sowie dem PHP Modul "fpm (fast-cgi)" klappt nun auch die Anzeige der Assetbilder und das korrekte Schreiben der Assets.

Weiterhin hat sich damit auch das Problem gelöß, dass wirimmer bei ersten Seitenaufruf "app.php" mit angeben mussten.

Vorschlag:
Dass könnte man noch in die Doku mit den Systemvoraussetzungen mit aufnehmen.

Wenn gewünscht, mache ich das gerne.

Grüße

[a_ics]

Aktuell bin ich bei der Mobile-Optimierung am selben Projekt (Contao 4.13.12). Hier werden die Resposible-Image-Definitionen gelegentlich falsch ausgegeben. Manchmal ist kein Bild zu sehen, nur das Symbol für fehlende Bildverlinkung und das Layout an diesen stellen zerhauen. Schalte ich alle Bilformat-Ausgaben ab und steuere ich die Bilder nur über CSS mit 100% bei img-wide, dann funkt das Layout fehlerfrei und Bilder werden angezeigt.

Das ständige Löschen des Assets-Image-Ordners ist eher störend und keine wirklich dauerhafte Lösung. Da Fehlfunktionen auf anderen Geräten auftauchen und gelegentich die ganze Seite nicht mehr "zu erreichen" ist.

[tdmtom]

Hallo tschero,

du konntest dein Problem ( aktuell auch meines :-( mit den nicht sichtbaren Bildern lösen.

"Mit dem Nachinstallieren der Apache-Module "mod_rewrite" und "mod_headers" sowie dem PHP Modul "fpm (fast-cgi)" klappt nun auch die Anzeige der Assetbilder und das korrekte Schreiben der Assets."

Ich bin ein Amateur und benötige eine genauere Angabe, an welcher Stelle ich im Backend diese Module installieren kann.
Oder muss ich in den Contao-Manager … ?

Also eine kurze Anleitung für die konkrete Umsetzung wäre prima ;-) !?

Besten Gruß
Thomas

[mlweb]

Das sind Apache-Module bzw. PHP-Module. Betrifft also Dein Hosting und hat nichts mit Contao zu tun.
Bei manchen Hostingpaketen, kann man da selbst Hand anlegen, bei anderen geht das nicht. Wende Dich am besten an Deinen Hoster mit der Frage, ob die betreffenden Module installiert sind.

[tschero]

Hallo tschero,

du konntest dein Problem ( aktuell auch meines :-( mit den nicht sichtbaren Bildern lösen.

"Mit dem Nachinstallieren der Apache-Module "mod_rewrite" und "mod_headers" sowie dem PHP Modul "fpm (fast-cgi)" klappt nun auch die Anzeige der Assetbilder und das korrekte Schreiben der Assets."

Ich bin ein Amateur und benötige eine genauere Angabe, an welcher Stelle ich im Backend diese Module installieren kann.
Oder muss ich in den Contao-Manager … ?

Also eine kurze Anleitung für die konkrete Umsetzung wäre prima ;-) !?

Besten Gruß
Thomas

Moin,

so wie es @mlweb schon gesagt hat.
Die beiden Module gehören zum Apache-Webserver und haben mit Contao grundsätzlich erst mal nichts zu tun.

Grüße