In der Datenbank sind die Einträge in der „media“-Tabelle vorhanden und auch den jeweiligen Kategorien als „media_id“ zugeordnet - allerdings fehlen die Bilder und auch in der „media“-Tabelle in der Datenbank gibt es zu den Einträgen der Kategorie-Bilder keine Infos zu „file_size“, „file_name“ etc. (ist alles NULL):
Das Problem tritt NICHT bei den Produkt-Bildern auf - diese werden korrekt in den SW6 Shop migriert.
Auch bei einer zweiten Migrationen in eine neue Hauptkategorie im Kategoriebaum trat das Problem erneut auf.
Jemand eine Idee woran es liegen kann?
Ich hatte zunächst den Verzeichnisschutz im Verdacht, aber warum sollten dann die Produktbilder klappen?
EDIT:
Im MigrationLog gibt es ebenfalls folgende Hinweise: (Beispiel)
[warning] SWAG_MIGRATION_CANNOT_GET_MEDIA_FILE
The media file cannot be downloaded / copied
The media file with the uri "media/image/anaerobe_klebstoffe.jpg" and media id "664ed55974b7492faeae673072cf8ca0" cannot be downloaded / copied.
ein generelle Idee: Das herunterladen der Medien wird im Hintergrund per Message-Queue gemacht, wenn du keinen Background-Worker dafür eingerichtet hast, dauert das Herunterladen meist sehr lange, da du die ganze Zeit im Admin geloggt sein musst (wenn der Admin-Worker aktiv ist).
Versuche mal per CLI den Befehl ```bin/console messenger:consume``, damit wird die Message-Queue manuell abgearbeitet.
Ansonsten muss man leider den Fehler debuggen und schauen, warum die Bilder nicht migriert werden können.
Ich habe beim Debuggen und der weiteren Analyse folgendes herausgefunden:
Die Medien, welche per Message-Queue heruntergeladen werden sollen, werden zuvor in der Tabelle swag_migration_media_file gesammelt.
In dieser Tabelle gibt es eine Spalte „uri“, welche die URL zum jeweiligen Medium beinhalten sollte.
Aus bisher nicht geklärten Gründen, wird in diese Spalte teilweise nicht die vollständige und korrekte URL zu einem Bild gespeichert, sondern lediglich der relative Pfad zum Bild aus der Tabelle s_media in SW5 geschrieben.
Beispiel:
In der Spalte „uri“ müsste für ein Bild eigentlich drin stehen:
Stattdessen passiert es manchmal, dass beim Anstoßen der Migration der Bilder in die Spalte „uri“ nur media/image/Logo.jpg
reingeschrieben wird.
Die Message-Queue, welche die Bilder anschließend anhand der URI über den Guzzle-Client herunterladen soll, kann natürlich mit diesem relativen Pfad nichts anfangen.
Daher kommt auch die bereits oben erwähnte Fehlermeldung zustande.
Ich habe dafür leider keine allgemeine Lösung gefunden.
Ich habe die Migration der Bilder nun mehrmals hintereinander angestoßen, bis es in der Tabelle swag_migration_media_file keinen Eintrag mehr mit „uri“ = „media/…“ gab, sondern nur Einträge die die vollständige URL zum Bild/Medium beinhalten.
Erst dann konnten alle Bilder migriert werden.
Der Migrations-Assistent von Shopware scheint hier nicht zuverlässig zu arbeiten…
Wir haben bei einem anderen Kunden leider auch das Problem mit den falsch generierten und mit „media/…“ startenden „uri“-Spalten in der swag_migration_media_file Tabelle bei der Migration per Datenbank…
Wir haben bei unserem Shop leider das gleiche Problem feststellen müssen, allerdings beschränkt es sich bei uns nicht nur ausschließlich auf die Kategorien.
Laut dem durch Shopware angelegten Issue (Shopware Issuetracker) und dem Changelog des Shopware 5 Migration Connector Plugins (Migration Connector | Shopware Store) ist dieses Problem mit Version 1.4.1 des Migration Connectors behoben.
In neueren Kunden-Systemen konnten wir auch keine Probleme mehr bzgl. der Migration von Kategorie-Bildern feststellen
Wie kann ich den Download der Kategoriebilder erneut starten? Die Einträge in der swag_migration_media_file sind korrekt, aber die Bilder werden bei neuerlilcher Migration nicht heruntergeladen.
Das hat leider nicht funktioniert. In der Datenbank wurde nach dem erneuten migrieren (API) processed wieder auf 1 gesetzt die Bilder sind aber nicht da.
Die Bilder sind da. Ich finde die Pfade in der media-Tabelle und kann sie auch aufrufen.
Das src Attribut im img-Tag des Frontend sieht aber komisch aus:
Es dürfte wohl daran liegen, dass die Bilder in SW5 per tinymce editor im Beschreibungsfeld hinzugefügt wurden. Die kann der Migrationsassistent offensichtlich nicht migrieren, oder?
