# api aufruf auf demodaten (402) articles/2 dauert zu lange?
**URL:** https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392
**Category:** Shopware 3.5
**Tags:** programming
**Created:** [4. September 2012 um 12:01 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392 "2012-09-04T12:01:39Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@bui\_ak](https://forum.shopware.com/u/bui_ak)
#### Post date: [4. September 2012 um 12:01 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/1 "2012-09-04T12:01:39Z")
hallo, ich habe mir mal die shopware-api angeschaut und die Klasse ApiClient analog zu [http://wiki.shopware.de/\_detail\_861\_487 … iel\_Client](http://wiki.shopware.de/%5C_detail%5C_861%5C_487.html#API%5C_Beispiel%5C_Client) (übrigens hier ein copy&paste fehler in zeile 46: $httpCode = curl\_getinfo($ch, CURLINFO\_HTTP\_CODE); $this-\>cURL statt $ch … ) funktioniert soweit. was mich allerdings erstaunt, ist daß print\_r ($x-\>call(‘articles/2’, ApiClient::METHODE\_GET)); auf den demodaten extrem lange (19 sekunden) dauert. articles/3 dagegen 0.3 sekunden. der server läuft auf localhost, aktuelles ubuntu: 3.2.0-29 x64 kernel, i5-3570K, 16G Ram php 5.3.10 mit xcache mysql x64 5.5.27 auf einem macbook-pro dauert das 40 sekunden.
---
### Author:  [@oli](https://forum.shopware.com/u/oli)
#### Post date: [6. September 2012 um 14:24 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/2 "2012-09-06T14:24:06Z")
Kann ich bestätigen, ist aber nicht nur #2, #202 hat dasselbe Problem (dauert nur nicht ganz so lang).
---
### Author:  [@Benjamin\_Cremer](https://forum.shopware.com/u/Benjamin_Cremer)
#### Post date: [6. September 2012 um 14:38 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/3 "2012-09-06T14:38:15Z")
Hallo zusammen, das liegt wahrscheinlich daran, dass Artikel 2 und 202 umfangreiche Konfiguratoren besitzen. In einer der nächsten minor Versionen werden wir die Perfomance deutlich verbessern. Viele Grüße, Benjamin Cremer :shopware:
---
### Author:  [@bui\_ak](https://forum.shopware.com/u/bui_ak)
#### Post date: [6. September 2012 um 21:36 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/4 "2012-09-06T21:36:55Z")
dann hoffe ich mal für euch, daß das nicht an den für doctrine nötigen annotations liegt! das zu debuggen ist eine extrem undankbare aufgabe 😛 - und m.e. eine schwachstelle bei doctrine.
---
### Author:  [@bui\_ak](https://forum.shopware.com/u/bui_ak)
#### Post date: [14. September 2012 um 22:00 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/5 "2012-09-14T22:00:26Z")
erstmal vielen dank für die 4.0.2! m.e. ihr seid auf dem richtigen weg! auf jeden fall ist die performance mit der 4.0.2+demo\_4.0.2.zip besser geworden: artikel 2 mit 6 varianten: ` time php api.php | wc -l 969 real 0m1.381s user 0m0.008s sys 0m0.020s ` artikel 2 mit 24 varianten: ` time php api.php | wc -l 2013 real 0m5.664s user 0m0.016s sys 0m0.016s ` artikel 2 mit einer variante: ` time php api.php | wc -l 679 real 0m0.422s user 0m0.004s sys 0m0.024s ` artikel 3 ohne varianten: ` time php api.php | wc -l 555 real 0m0.206s user 0m0.020s sys 0m0.012s ` das script: ` print\_r ($client-\>call('articles/2', ApiClient::METHODE\_GET)); ` ich finde, daß mehr als 5 sekunden für einen artikel mit nur 24 varianten immer noch zuviel ist. und meiner meinung nach sollte die antwortzeit nicht linear zu der anzahl der varianten skalieren. und was mir auch gerade auffällt, der preis fehlt. oder?
---
### Author:  [@markus.h](https://forum.shopware.com/u/markus.h)
#### Post date: [2. Oktober 2012 um 14:44 UTC](https://forum.shopware.com/t/api-aufruf-auf-demodaten-402-articles-2-dauert-zu-lange/8392/6 "2012-10-02T14:44:25Z")
Bezüglich Scriptlaufzeit meines Importscripts bin ich auch nicht sehr glücklich. Ich importierte etwa 7000 Artikel in einer foreach-Schleife mit create(). Ist der Artikel vorhanden, so rufe ich ein update() auf. Je länger das Script läuft, desto länger benötigt ein create bzw. update. Sind es zu Beginn der Laufzeit noch 1-2 Sekunden für einen Artikel, so sind es nach 1000 Artikel bereits 5 Sekunden. Bei Version 3.5.6 lief das Script maximal 10 Minuten. Jetzt benötigt der Durchlauf bereits Stunden. Habt ihr Optimierungstipps? Soll ich am Server schrauben? LG, Markus