# Artikel mit 503 ohne weiteren Fehler teilweise nicht über API löschbar

**URL:** <https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451>\
**Category:** Programmierung\
**Created:** [4. Februar 2020 um 08:24 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451 "2020-02-04T08:24:47Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![spwebservices](https://avatars.discourse-cdn.com/v4/letter/s/7ab992/32.png) [@spwebservices](https://forum.shopware.com/u/spwebservices)\
**Post date:** [4. Februar 2020 um 08:24 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451/1 "2020-02-04T08:24:47Z")

</div>

Seit einigen versionen habe ich das problem das es ab und an vorkommt das ein Artikel nicht mehr aufrufbar ist. Leider konnte ich das Problem nicht eingrenzen da kein Fehler in de Logs erscheint.

Zur Abhilfe lösche ich den Artikel über die Api und erstelle ihn neu, dann ist alles wieder in ordnung. Leider kommt es dennoch selten zu dem Probelm das sich der Artikel nicht über die API löschen lässt. Manuell über das Backend klappt&nbsp;es dann aber ohne Probleme.&nbsp;

Da ich dies aber gerne automatsieren will würde ich das nun über SQL lösen, bzw gibt es alternativen?

Welche Tabellen muss ich berücksichtigen um ein rückstandsfreies&nbsp;löschen durchzuführen.

- s\_articles
- s\_articles\_attributtes
- s\_articles\_categories
- s\_articles\_categories\_ro ??
- s\_articles\_details
- s\_articles\_img
- s\_articles\_prices
- s\_articles\_top\_seller\_ro ??
- s\_articles\_translations
- s\_search\_index ??
  - s\_search\_keywords ??

- s\_core\_rewrite\_urls ??

---

<div class="post-metadata">

**Author:** ![Moorleiche](https://avatars.discourse-cdn.com/v4/letter/m/6f9a4e/32.png) [@Moorleiche](https://forum.shopware.com/u/Moorleiche)\
**Post date:** [4. Februar 2020 um 10:06 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451/2 "2020-02-04T10:06:06Z")

</div>

Betrifft es nur neue Artikel? Ist eine Relation von s\_articles zu&nbsp;s\_articles\_attributtes da?

---

<div class="post-metadata">

**Author:** ![spwebservices](https://avatars.discourse-cdn.com/v4/letter/s/7ab992/32.png) [@spwebservices](https://forum.shopware.com/u/spwebservices)\
**Post date:** [4. Februar 2020 um 12:11 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451/3 "2020-02-04T12:11:11Z")

</div>

Nein es betrifft immer alte bestehende Artikel die aber regelmässig updates bekommen, Stock, Preis, Lieferzeit und andere Details, je nach Änderung.&nbsp;

Alle Artikel haben bei uns eine Relation zu s\_articles\_attributes.&nbsp;

Da ist mir auch aufgefallen das scheinbar die Realtion nicht mehr zu&nbsp;s\_articles geht sondern über&nbsp; s\_articles\_details, da in s\_articles\_attributes.articleID NULL gesetzt wir bei neuanlage. Was aber nicht für die 503 verantwortlich ist.&nbsp;&nbsp;

---

<div class="post-metadata">

**Author:** ![flavorSelection](https://avatars.discourse-cdn.com/v4/letter/f/eada6e/32.png) [@flavorSelection](https://forum.shopware.com/u/flavorSelection)\
**Post date:** [4. Februar 2020 um 13:00 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451/4 "2020-02-04T13:00:14Z")

</div>

Benenne, oder lösche den Ordner /var/cache/ **production\_XXX** mal um. So wird ein neuer erstellt und du kannst zunächst ausschließen, ob es am cache liegt.

---

<div class="post-metadata">

**Author:** ![spwebservices](https://avatars.discourse-cdn.com/v4/letter/s/7ab992/32.png) [@spwebservices](https://forum.shopware.com/u/spwebservices)\
**Post date:** [4. Februar 2020 um 13:08 UTC](https://forum.shopware.com/t/artikel-mit-503-ohne-weiteren-fehler-teilweise-nicht-uber-api-loschbar/64451/5 "2020-02-04T13:08:09Z")

</div>

Hatte ich im Dezember schon mal getestet, erfolglos getestet. Werde es aber nochmals&nbsp;machen. Damals vermutete ich einen Zusammenhang mit dem Update von 5.5.10 auf 5.6.4. Bis letzte Woche war damit ruhe, nun aber 3 Artikel erneut.&nbsp;

&nbsp;
