# Warum bleiben Artikelbilder nach einem API-Images Import mit overwrite true noch im MediaManager?

**URL:** <https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307>\
**Category:** Programmierung\
**Created:** [8. November 2018 um 09:26 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307 "2018-11-08T09:26:05Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![chiliSCHARF](https://avatars.discourse-cdn.com/v4/letter/c/e0b2c6/32.png) [@chiliSCHARF](https://forum.shopware.com/u/chiliSCHARF)\
**Post date:** [8. November 2018 um 09:26 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/1 "2018-11-08T09:26:05Z")

</div>

Ich importiere in gewissen Abständen Artikelbilder per Shopware API.

Dabei gebe ich folgende Zeile zusätzlich an, um die Artikelbilder zu überschreiben:

```
 '\_\_options\_images' =\> array('replace' =\> true),

```

&nbsp;

Das Überschreiben der Artikelbilder funktioniert im Artikel selbst.

Allerdings bleiben nach dem Durchlaufen des Scripts die Artikelbilder im MediaManager, in der Datenbank und am FTP.

In der Datenbank habe ich gesehen, dass die überschrieben Bilder in der Tabelle ArticleId, img und mediaId die Werte NULL aufweisen.&nbsp;

Wie kann ich bewerkstelligen, dass die Artikelbilder einfach sauber überschrieben werden?

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![HendrikLegge](https://avatars.discourse-cdn.com/v4/letter/h/858c86/32.png) [@HendrikLegge](https://forum.shopware.com/u/HendrikLegge)\
**Post date:** [8. November 2018 um 09:48 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/2 "2018-11-08T09:48:30Z")

</div>

Ich habe mich damit zwar noch nicht auseinandergesetzt, aber das „\_\_options\_images“ kommt mir dabei falsch vor. Wenn ich mir die [Dokumentation](https://developers.shopware.com/developers-guide/rest-api/examples/article/#example-7-link-new-or-existing-images-to-a-property)dazu anschaue würde ich sagen dass das eher so ähnlich aussehen muss:

```
'options' => array(
    'replace' => true
)

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![chiliSCHARF](https://avatars.discourse-cdn.com/v4/letter/c/e0b2c6/32.png) [@chiliSCHARF](https://forum.shopware.com/u/chiliSCHARF)\
**Post date:** [8. November 2018 um 13:21 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/3 "2018-11-08T13:21:35Z")

</div>

Nein, dass müsste so stimmen.&nbsp;Im Artikel selbst sind die Bilder nach mehreren Importen nur einmal.

&nbsp;

&nbsp;

---

<div class="post-metadata">

**Author:** ![stormerMike](https://avatars.discourse-cdn.com/v4/letter/s/e0b2c6/32.png) [@stormerMike](https://forum.shopware.com/u/stormerMike)\
**Post date:** [13. November 2018 um 07:04 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/4 "2018-11-13T07:04:49Z")

</div>

Syntax sollte korrekt sein ja.

Das ist leider so das mit der **override** Option nur der Verweis in der Datenbank aktualisiert und überschrieben wird, das physikalische Bild jedoch am Server bleibt.

Siehe dazu auch dieser [Thread](https://forum.shopware.com/discussion/56983/ueber-die-restapi-bilder-einer-variante-tauschen-oder-updaten) bzw. eine Suche nach „[\_\_options\_images](https://forum.shopware.com/search?Search=__options_images&sLanguage=1)“ liefert viele ähnliche Fragestellungen aber leider keine richtige Antwort dafür außer der [Konsolenbefehl sw:media:cleanup](https://community.shopware.com/Shopware-CLI-N%C3%BCtzliche-Befehle--Tricks_detail_1990.html#Befehls.C3.BCbersicht) (per Cronjob) der je nach Situation eine Lösung sein kann. Bei jedem Album im MediaManager kann man festlegen ob Bilder vom „cleanup“ betroffen sein sollen oder nicht.

Daher könnte also alle Alben außer das **Artikelalbum** (mit Produktbildern) ausnehmen (da sonst cleanup alles löscht was keinen Verweis in der DB hat wie z.B. Logos, PDF’s, etc.) und den Cronjob laufen lassen.

Find ich persönlich sehr schwach von Shopware das es hier keine vernünftige Möglichkeit gibt Bilder über die API z.B. physikalisch zu löschen.

---

<div class="post-metadata">

**Author:** ![karlharris](https://avatars.discourse-cdn.com/v4/letter/k/58956e/32.png) [@karlharris](https://forum.shopware.com/u/karlharris)\
**Post date:** [17. November 2018 um 09:26 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/5 "2018-11-17T09:26:56Z")

</div>

Hallo Leute,

ich habe mal ein Ähnliches Problem gehabt und habe dann zuerst ausgelesen welche Bilder dem Artikel zugeordnet sind und diese dann über die Media API gelöscht ([https://developers.shopware.com/developers-guide/rest-api/api-resource-media/#delete](https://developers.shopware.com/developers-guide/rest-api/api-resource-media/#delete)).

Ich hatte in dem konkreten Fall aber auch Glück&nbsp;das&nbsp;sicher feststand&nbsp;das dass Bild nur dort verwendet wurde…

---

<div class="post-metadata">

**Author:** ![MarkusWb](https://avatars.discourse-cdn.com/v4/letter/m/c5a1d2/32.png) [@MarkusWb](https://forum.shopware.com/u/MarkusWb)\
**Post date:** [28. März 2019 um 01:09 UTC](https://forum.shopware.com/t/warum-bleiben-artikelbilder-nach-einem-api-images-import-mit-overwrite-true-noch-im-mediamanager/56307/6 "2019-03-28T01:09:16Z")

</div>

Hallo,

vielleicht hilft der Hinweis dem einen oder anderen noch, siehe [https://developers.shopware.com/developers-guide/rest-api/api-resource-media/:](https://developers.shopware.com/developers-guide/rest-api/api-resource-media/:)

As of Shopware 5.3, you can replace a media file by providing a dataURI or link to fetch a resource from.

```
PUT http://my-shop-url/api/media/{id}

```

Replace the `id` with the specific media id.

Field | Type | Description

file (required) | string | Path / URL / dataURI
