GELÖST | Nach Upgrade auf 3.4, sind 70% der Bildverknüfungen weg

Druckbare Version

13.11.2019, 14:03
neophron

GELÖST | Nach Upgrade auf 3.4, sind 70% der Bildverknüfungen weg

Hallo,

folgende Situation: Contao 3.2 (ursprünglich 2.10), bei all-inkl, Premium Paket. Upgrade auf 3.3 mit der Live Update Funktion gemacht. In 3.3 lief alles ohne Probleme.
Nach dem Upgrade auf 3.4 sind etwa 70% der Bilder im Frontend nicht verknüpft. Im Backend sind sie da, also auch in den jeweilgen Inhaltselementen. Wenn ich ein Bild neu einbette, bleibt es auch da.
Im backend Bildercache löschen und Synchronisieren bringt nichts. Contao-Check meckert nur wegen einer robots.txt und fehlende .htacess.default.

Die Installation hat hunderte von Fotos, per Hand nachjustieren kommt also nicht in Frage.
Bin etwas verwirrt, da ich schon zig Contao-Upgrades von 3.2 auf 3.5 ohne Probleme hatte.

LÖSUNG:
Die Ursache war die alte/falsche Domain im Feld »Datei URL«, unter DNS Einstellungen -> Startpunkt der Webseite.
13.11.2019, 14:28
solu

spontan hätte ich gesagt, dass die Probleme aufgrund des geänderten Dateisystems zustande kommen.. die Dateiverwaltung lief vorher unter tl_files und wurde dann lediglich zu "files" migriert. Bei Updates innerhalb der 3.x Version dürfte das Problem dann auch nicht bestehen. Die Ursache hierfür liegt dann wohl an der ursprünglichen 2.x Version. Warum das Update auf die vorherige 3.x Version allerdings reibungslos funktioniert hat, ist für mich nicht verständlich. Ich stehe gerade vor einem ähnlichen Problem mit einer Downloaddatenbank von mehreren hundert PDFs. Aktuell habe ich allerdings keinen Lösungsvorschlag (sofern das Problem denn überhaupt die selbe Ursache hat).
13.11.2019, 14:34
Spooky

Grundsätzlich solltest du von einer Minor Version immer auf die neueste Minor Version aktualisieren. Also 3.2.x auf 3.5.40.
13.11.2019, 15:54
Kahru

Hallo, hatte ich auch schon. Bei zig Upgrades ging es gut und dann plötzlich mal schief.

Prüf mal zuerst ob files - tl_files stimmt. Falls da files schon mal passt und nur die UUIDs nicht korrekt erzeugt wurden, dann kannst das mit dem Script das nochmals nachholen. Das hat mir auch schon Stunden gespart :D

https://github.com/contao/core/issues/6729
13.11.2019, 16:02
neophron

Habe jetzt folgendes festgestellt: Es fehlen Bilder, die aus dem Cache kommen. Z.B.
header-start-37d6564a.jpg

Ich mache das Upgrade in einer Subdomain. Die Pfade der fehlenden Bilder zeigen jedoch auf die Hauptdomain, die Subdomain wird nicht erkannt.

Beispiel:
Hier wird das Bild nicht gezeigt, da es auf hauptdomain.de zeigt.
hauptdomain.de/assets/images/a/headerbild-37d6564a.jpg

So müsste der Pfad sein.
sub.hauptomain.de/assets/images/a/headerbild-37d6564a.jpg
13.11.2019, 16:06
tab

Die Bilder in /assets/... sind doch eh nur temporär. Wenn die Originale in /files/... gefunden werden, dann müsste es doch eigentlich reichen, wenn man mal ne gründliche Systemwartung macht und alles neu erzeugen lässt.
13.11.2019, 16:14
neophron

Zitat:

Zitat von tab

Die Bilder in /assets/... sind doch eh nur temporär. Wenn die Originale in /files/... gefunden werden, dann müsste es doch eigentlich reichen, wenn man mal ne gründliche Systemwartung macht und alles neu erzeugen lässt.

Habe alles in der Systemsteuerung erneuert, Cache neu aufgebaut. Das Problem bleibt bestehen.
Anbei die Anatomie einer kaputten Verknüpfung:

HTML-Code:

<img src="//d-f-o.de/assets/images/7/Shahin_startet-80d46897.jpg" alt="Shahin_startet.JPG" width="250" height="250">

Die Hauptdomain (d-f-o.de) läuft unter https, die Subdomain, in der ich das Update mache, auch.

UPDATE:
Jetzt habe ich noch rausgefunden, dass sobald ein Bild eingebetet wird und dann eine Option gewählt wird, wodurch im Ordner assets/images ein Cache-Version erstellt, dieses Bild auch nicht angezeigt wird.
Eine direkte Einbettung, ohne den assets-Ordner, zeigt das Bild normal an.
13.11.2019, 16:39
tab

Das sind aber Links zu Bildern unter /assets/.... Im Inhaltselement oder wo auch immer das Bild eingebunden wird müsste doch eine Bilddatei unterhalb /files ausgewählt sein. Falls natürlich jemand die Dateien direkt aus /assets/... verlinkt hat, dann kann das nicht funktionieren.
13.11.2019, 17:15
Spooky

Zitat:

Zitat von neophron

Habe alles in der Systemsteuerung erneuert, Cache neu aufgebaut. Das Problem bleibt bestehen.
Anbei die Anatomie einer kaputten Verknüpfung:

HTML-Code:

<img src="//d-f-o.de/assets/images/7/Shahin_startet-80d46897.jpg" alt="Shahin_startet.JPG" width="250" height="250">

Was hast du als Files & Assets URL im Startpunkte der Webseite eingetragen?
13.11.2019, 17:24
neophron

Zitat:

Zitat von Spooky

Was hast du als Files & Assets URL im Startpunkte der Webseite eingetragen?

DANKE! Ich hatte im Feld Datei-URL die alte Domain stehen. Komisch, dass es in der 3.3 Version keine Probleme machte.