# Geschwindigkeit - Warenkorb Aktionen

**URL:** <https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317>\
**Category:** Shopware 3.5\
**Tags:** general\
**Created:** [19. Oktober 2012 um 08:35 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317 "2012-10-19T08:35:34Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [19. Oktober 2012 um 08:35 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/1 "2012-10-19T08:35:34Z")

</div>

Hallo, bei einem Kunden läuft der Shop relativ flüssig und gut. Was leider immer etwas dauert sind die Warenkorb Aktionen wie Artikel in Warenkorb legen, oder Artikel löschen etc. Das sind ja interne Abläuft und hat meiner Meinung nicht mit der Größe der Seite zu tun. Jat jemand Ideen, wie man dies beschleunigen könnte? Danke

---

<div class="post-metadata">

**Author:** ![waldicom](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/waldicom/32/12881_2.png) [@waldicom](https://forum.shopware.com/u/waldicom)\
**Post date:** [19. Oktober 2012 um 20:12 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/2 "2012-10-19T20:12:16Z")

</div>

Wird wohl an der Datenbank liegen, oder (im Standard sind diese Aktionen ziemlich schnell)? Ist die Tabelle s\_order\_basket vielleicht zu groß, ohne dass die richtigen Indizien benutzt werden? Was passiert, wenn man ein Dump der o.g. Tabelle macht (um es zurück spielen zu können) und die Tabelle leert (natürlich nicht auf der Live Instanz)?

---

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [19. Oktober 2012 um 20:31 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/3 "2012-10-19T20:31:47Z")

</div>

Hi Waldi, danke für deine Meinung. Der Tarif beim Hoster ist ziemlich klein. Ich denke hier mehr zu investieren wäre auch nicht schlecht. Der Shop befindet sich noch nicht im Live Betrieb und hat deshalb auch kaum Inhalt in s\_oder\_basket (19 Datensätze) etc. Ich kopiere dern Shop gerade auf ein Hetzner Server zum Test. Ein Artikel in Warenkorb legen dauert im Moment fast 6 Sekunden. Das ist einfach zu lange. Als vergleich habe ich ein anderes Projekt bei einem Root Hetzner liegen, da dauert die Aktion 550ms. Das ist einfach der Hammer. Was mir halt auffällt ist die addArticle Action und chekout Action brauchen zusammen ca. 4,9 sec. Ich denke einfach das der jetzige Server zu „schlecht“ ist.

---

<div class="post-metadata">

**Author:** ![waldicom](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/waldicom/32/12881_2.png) [@waldicom](https://forum.shopware.com/u/waldicom)\
**Post date:** [19. Oktober 2012 um 20:33 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/4 "2012-10-19T20:33:12Z")

</div>

Und was sagt der Profiler? Was genau dauert zu lange?

---

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [19. Oktober 2012 um 20:47 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/5 "2012-10-19T20:47:18Z")

</div>

Anbei ein paar Grafiken. Mit dem Profiler kenne ich mich nicht direkt aus. Ich hoffe ich habe das richtig gemacht. Firebug - Netzwerk: IE Devloperconsole:

---

<div class="post-metadata">

**Author:** ![waldicom](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/waldicom/32/12881_2.png) [@waldicom](https://forum.shopware.com/u/waldicom)\
**Post date:** [19. Oktober 2012 um 20:59 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/6 "2012-10-19T20:59:09Z")

</div>

Ich meinte etwas anderes: Plugins Benchmark und BenchmarkEvents. die Ergebnisse sehen dann so aus: [http://i.imgur.com/EaiIl.png](http://i.imgur.com/EaiIl.png)

---

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [19. Oktober 2012 um 21:21 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/7 "2012-10-19T21:21:26Z")

</div>

Ahh, sorry 🙂 jetzt aber…

---

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [19. Oktober 2012 um 23:43 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/8 "2012-10-19T23:43:36Z")

</div>

Ich habe den Shop nun auf einem Hetzner Root Server am Laufen. Es ist schon schneller. Artikel in Warenkorb legen liegt nun statt 5,8 Sec bei 3,6 Sec. Aber so richtig zufrieden bin ich nicht.

---

<div class="post-metadata">

**Author:** ![Stefan\_Hamann](https://avatars.discourse-cdn.com/v4/letter/s/5e9695/32.png) [@Stefan\_Hamann](https://forum.shopware.com/u/Stefan_Hamann)\
**Post date:** [20. Oktober 2012 um 08:05 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/9 "2012-10-20T08:05:34Z")

</div>

Moin, also laut Event-Stack wird jeweils zwischen Pre- und Post-Dispatch 1,4 Sekunden zusätzlich “verbraten” - das 2 mal. Das deutet darauf hin, dass irgendein Plugin im Stack aktiv ist, was das verursachen könnte - kannst du die mal testweise deaktivieren und prüfen mit welchem es zusammenhängt?

---

<div class="post-metadata">

**Author:** ![ottscho](https://avatars.discourse-cdn.com/v4/letter/o/7ba0ec/32.png) [@ottscho](https://forum.shopware.com/u/ottscho)\
**Post date:** [20. Oktober 2012 um 08:21 UTC](https://forum.shopware.com/t/geschwindigkeit-warenkorb-aktionen/9317/10 "2012-10-20T08:21:46Z")

</div>

Hab den Übeltäter gefunden. Ohne aktivem Sofortüberweisungs Plugin (Neues Plugin - Gateway Modus) dauert ein Artikel in Warenkorb legen nun 430ms. Mit aktivem Plugin auf dem Hetzner Server 3,8 Sek. Shit, was nun? Da kann ich nichts dran drehen, wir brauchen die Schnittstelle.
