# Massive Performance Probleme

**URL:** <https://forum.shopware.com/t/massive-performance-probleme/38080>\
**Category:** Allgemein\
**Created:** [10. Juli 2016 um 00:13 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080 "2016-07-10T00:13:36Z")\
**Posts on this page:** 15\
**Page:** 3

<div class="post-metadata">

**Author:** ![verpacken24](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/verpacken24/32/16229_2.png) [@verpacken24](https://forum.shopware.com/u/verpacken24)\
**Post date:** [25. Juli 2016 um 14:39 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/41 "2016-07-25T14:39:18Z")

</div>

Da habe ich zu langsam geschrieben 😉

---

<div class="post-metadata">

**Author:** ![TimmeHosting](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/timmehosting/32/15580_2.png) [@TimmeHosting](https://forum.shopware.com/u/TimmeHosting)\
**Post date:** [26. Juli 2016 um 14:15 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/42 "2016-07-26T14:15:40Z")

</div>

> &nbsp;
> 
> Wenn es dann dort immer noch langsam sein sollte, weißt Du zumindest dass es am Shop liegt und nicht am Hosting

Dafür gibt es dann Profiling-Tools (z.B. Tideways), mit denen man den Flaschenhals in PHP und/oder MySQL finden kann. Bei einigen Hostern ist das auch schon integriert, so daß man es leicht starten kann. Spätestens, wenn man die Profiling-Ergebnisse befolgt, sollte sich eine spürbare Verbesserung der Ladezeiten ergeben.

![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/385eaa628505df573ebf33722f780335f53ac1b2.png)

Timme Hosting - schnelles nginx-Hosting

[www.timmehosting.de](https://timmehosting.de/)

---

<div class="post-metadata">

**Author:** ![bfp26789](https://avatars.discourse-cdn.com/v4/letter/b/76d3ee/32.png) [@bfp26789](https://forum.shopware.com/u/bfp26789)\
**Post date:** [31. Oktober 2016 um 18:43 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/43 "2016-10-31T18:43:09Z")

</div>

Hallo Malakiras,

hat sich dein Problem mit den langen Ladezeiten erledigt und wenn ja, wie?

Wir hatten (hoffe ich…) nämlich mit einer ähnlichen Konfiguration wie Du ein identisches Problem (Mittwald-Server L 9.0 etc., Shopware-Installation plus DashOne V2 - Template): Ladezeiten um die 10 Sekunden plus / minus 1 Sekunde! Mittwald konnte nichts finden, gab nur den Hinweis, dass dort etwas mit CSS und Java nicht stimmt.

Nach einigem hin und her ergab sich folgendes:

Bei uns waren schlicht und ergreifend Einstellungen im Bereich des Theme Managers von Theme Entwickler falsch gesetzt:

Im Backend unter Theme Manager -\> Einstellungen die Compiler Funktion wie folgt setzen: CSS und JavaSkript komprimieren = Haken setzen, Compiler Caching deaktivieren = KEIN Haken setzen (muss also aktiv sein!).

Cache nochmal kplt. löschen und Themes neu kompilieren (weiß nicht, ob das zwingend muss) und jetzt sind die Ladezeiten bei max. 2 - 3 Sekunden!

Viele Grüße,

Thorsten

---

<div class="post-metadata">

**Author:** ![tny](https://avatars.discourse-cdn.com/v4/letter/t/da6949/32.png) [@tny](https://forum.shopware.com/u/tny)\
**Post date:** [31. Oktober 2016 um 20:07 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/44 "2016-10-31T20:07:46Z")

</div>

@bfp26789‍ das klingt aber immer noch nicht gerade gut. Bei uns sind die Ladezeiten zwischen 150 - 300 ms und selbst das ist nicht gut genug ! (ich wüsste noch genug Stellen wo wir&nbsp;die Performance noch optimieren könnten)

---

<div class="post-metadata">

**Author:** ![malakiras](https://avatars.discourse-cdn.com/v4/letter/m/90db22/32.png) [@malakiras](https://forum.shopware.com/u/malakiras)\
**Post date:** [31. Oktober 2016 um 22:49 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/45 "2016-10-31T22:49:29Z")

</div>

> [@bfp26789 schrieb:](https://forum.shopware.com/profile/23629/bfp26789 "bfp26789")
> 
> Hallo Malakiras,
> 
> hat sich dein Problem mit den langen Ladezeiten erledigt und wenn ja, wie?
> 
> Wir hatten (hoffe ich…) nämlich mit einer ähnlichen Konfiguration wie Du ein identisches Problem (Mittwald-Server L 9.0 etc., Shopware-Installation plus DashOne V2 - Template): Ladezeiten um die 10 Sekunden plus / minus 1 Sekunde! Mittwald konnte nichts finden, gab nur den Hinweis, dass dort etwas mit CSS und Java nicht stimmt.
> 
> Nach einigem hin und her ergab sich folgendes:
> 
> Bei uns waren schlicht und ergreifend Einstellungen im Bereich des Theme Managers von Theme Entwickler falsch gesetzt:
> 
> Im Backend unter Theme Manager -\> Einstellungen die Compiler Funktion wie folgt setzen: CSS und JavaSkript komprimieren = Haken setzen, Compiler Caching deaktivieren = KEIN Haken setzen (muss also aktiv sein!).
> 
> Cache nochmal kplt. löschen und Themes neu kompilieren (weiß nicht, ob das zwingend muss) und jetzt sind die Ladezeiten bei max. 2 - 3 Sekunden!
> 
> Viele Grüße,
> 
> Thorsten

Hallo Thorsten, wir haben wirklich alles ausprobiert, auch das was du genannt hattest. Es hat alles nichts genutzt. Das Ende vom Lied war dann, dass wir unseren Hosting Partner gewechselt haben.

Seitdem wir bei AIXPRO sind, läuft alles super! Ladezeiten sind sehr gut, Support ist super und der Preis ist einfach top!

Beste Grüße&nbsp;

---

<div class="post-metadata">

**Author:** ![TimmeHosting](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/timmehosting/32/15580_2.png) [@TimmeHosting](https://forum.shopware.com/u/TimmeHosting)\
**Post date:** [1. November 2016 um 15:50 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/46 "2016-11-01T15:50:40Z")

</div>

> [@bfp26789 schrieb:](https://forum.shopware.com/profile/23629/bfp26789 "bfp26789")
> 
> &nbsp;
> 
> Cache nochmal kplt. löschen und Themes neu kompilieren (weiß nicht, ob das zwingend muss) und jetzt sind die Ladezeiten bei max. 2 - 3 Sekunden!
> 
> Viele Grüße,
> 
> Thorsten

Ist das die Gesamtladezeit oder die Time to first Byte (TTFB), über die Du redest? Eine TTFB von 2 - 3 Sekunden wäre katastrophal - bei gut optimierten Shops sind Werte um 40 ms kein Problem. Die Gesamtladezeit hängt natürlich davon ab, wieviele Ressourcen (Bilder, JavaScript, CSS, Fonts, etc.) geladen werden, wie groß sie sind, ob sie von externen Servern kommen, etc. Für die Usererfahrung ist natürlich auch noch ausschlaggebend, ob Ressourcen unbemerkt nachgeladen werden oder ob der User warten muß, bis alles geladen ist, damit sich die Seite aufbaut.

![](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/385eaa628505df573ebf33722f780335f53ac1b2.png)

Timme Hosting - schnelles nginx-Hosting

[www.timmehosting.de](https://timmehosting.de/)

---

<div class="post-metadata">

**Author:** ![md\_dm](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/md_dm/32/8939_2.png) [@md\_dm](https://forum.shopware.com/u/md_dm)\
**Post date:** [2. November 2016 um 20:27 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/47 "2016-11-02T20:27:54Z")

</div>

Hallo&nbsp;malakiras,

welche PHP bzw. MySQL Version verwendest du auf deinem Hosting?

Deine Startseite hat einige Elemente der Einkaufswelten, richtig?

VG

md\_dm

---

<div class="post-metadata">

**Author:** ![shopwaredummy](https://avatars.discourse-cdn.com/v4/letter/s/b487fb/32.png) [@shopwaredummy](https://forum.shopware.com/u/shopwaredummy)\
**Post date:** [2. November 2016 um 21:09 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/48 "2016-11-02T21:09:48Z")

</div>

Ich war gerade mal drauf. Für mich sieht das völlig normal aus. Hat nur ein paar Sekunden gebraucht. Bei dem riesigen Code eigentlich gut.

---

<div class="post-metadata">

**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\
**Post date:** [3. November 2016 um 07:21 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/49 "2016-11-03T07:21:29Z")

</div>

Yepp, Malikaras hat auch den Hoster komplett gewechselt. Ich selbst bin bei Mittwald. Allerdings mit einem dedizierten Server… Der vServer hatte genau das gleiche Problem wie Malikaras beschrieben hat. Da ich eigentlich mit Mittwald zufrieden bin (Backend, Service, etc.) habe ich auf den dedizierten Server gewechselt. Ist natürlich weitaus teurer als die Pakete von Aixpro… Da muss man sich wirklich überlegen, ob man bei der Performance auch dorthin wechselt.

---

<div class="post-metadata">

**Author:** ![Vitago\_GmbH](https://avatars.discourse-cdn.com/v4/letter/v/67e7ee/32.png) [@Vitago\_GmbH](https://forum.shopware.com/u/Vitago_GmbH)\
**Post date:** [3. November 2016 um 10:52 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/50 "2016-11-03T10:52:27Z")

</div>

Wir waren auch mal bei Mittwald, genau 3 Tage&nbsp; ![Grin](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/70033cde8e8ff79cfa538293ae71318d6f788423.png "Grin")&nbsp;den so inkompetente Mitarbeiter wie dort, habe ich noch nirgends erlebt. Die hatten es nicht mal geschaft den Testserver den Sie Neukunden mit SW anbieten, zum laufen zu kriegen. Was aber noch schlimmer war,&nbsp;die wussten selber&nbsp;nicht woran es lag.&nbsp; ![Thumb-down](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/08ee70594855dd44287b011742fe7f1252e05ce0.png "Thumb-down")&nbsp;Würde ich hier den Support Verlauf posten, würden warscheinlich viele in Tränen ausbrechen.&nbsp; ![Grin](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/70033cde8e8ff79cfa538293ae71318d6f788423.png "Grin")&nbsp;Nach 3 Tagen hatten wir dann die Schnauze voll, und sind zu AIXPRO gewechselt.&nbsp;

Bei AIXPRO sind wir nun fast ein Jahr und waren da auch sehr zufrieden, leider aber gibt es auch da in&nbsp;letzter Zeit ziemliche Performance Probleme.&nbsp; ![Blush](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/1X/2f2885a69a3ab7fc5454d32cd96e7133e5bcd558.png "Blush")

Grüße

---

<div class="post-metadata">

**Author:** ![dogado\_shops](https://avatars.discourse-cdn.com/v4/letter/d/b4bc9f/32.png) [@dogado\_shops](https://forum.shopware.com/u/dogado_shops)\
**Post date:** [3. November 2016 um 11:27 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/51 "2016-11-03T11:27:37Z")

</div>

Performance Probleme bei 0,5 Sekunden Seitenladezeit auf Shared Hosting ?

---

<div class="post-metadata">

**Author:** ![Vitago\_GmbH](https://avatars.discourse-cdn.com/v4/letter/v/67e7ee/32.png) [@Vitago\_GmbH](https://forum.shopware.com/u/Vitago_GmbH)\
**Post date:** [3. November 2016 um 15:50 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/52 "2016-11-03T15:50:43Z")

</div>

> [@AIXPRO schrieb:](https://forum.shopware.com/profile/2481/AIXPRO "AIXPRO")
> 
> Performance Probleme bei 0,5 Sekunden Seitenladezeit auf Shared Hosting ?

Hallo,

das mag ja bei manchen Servern zutreffen, aber nicht nur wir hatten gravierende Probleme&nbsp;[https://forum.shopware.com/discussion/41237/probleme-bei-aixpro-suchen-dringend-einen-neuen-hoster#latest](https://forum.shopware.com/discussion/41237/probleme-bei-aixpro-suchen-dringend-einen-neuen-hoster#latest) 😉

Ok, laut Support Ticked habt Ihr ja den Verursacher mit seinem Script gesperrt, aber aus meiner Sicht habt Ihr euch da ganz schön lange Zeit gelassen, gut 2 Wochen hatten wir nicht nur Ausfälle sondern auch beschwerden weil die Seite nicht erreichbar war. Der Server läuft zwar nun besser, aber leider nicht mehr so wie&nbsp;wir es mal bei euch gewohnt waren.

Grüße

---

<div class="post-metadata">

**Author:** ![dogado\_shops](https://avatars.discourse-cdn.com/v4/letter/d/b4bc9f/32.png) [@dogado\_shops](https://forum.shopware.com/u/dogado_shops)\
**Post date:** [3. November 2016 um 16:18 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/53 "2016-11-03T16:18:34Z")

</div>

Wie @hth in dem anderen Beitrag bereits erwähnte und bereits mitgeteilt, lassen sich Systemressourcen bei Shared Hosting nicht fest zuweisen - d.h. es besteht immer ein Risiko, dass ein anderer Webspace oder Shop&nbsp;das System auslastet. Wir sind jedoch bei entsprechenden Vorfällen gezwungen, dem Verursacher eine angemessene Frist vor einer Sperrung einzuräumen. Dem entsprechenden User ist i.d.R. gar nicht bewusst, dass z.B. Shared Hosting für einen größeren Shop vollkommen unterdimensioniert ist oder welche System-Ressourcen ein Plugin, Cronjob oder Skript verursachen. Derjenige wäre jedoch auch nicht glücklich, wenn binnen Minuten der Webspace gesperrt wird - wir denken, nachvollziehbar.

Im beschriebenen Fall wurde der Skript deaktiviert - jedoch alsdann mehrfach - trotz Hinweise - seitens des Verursachers wieder aktiviert, was letztendlich zur Sperrung führte.

Eine genauere Erklärung zu den jeweiligen Hosting-Varianten mit allen Vor- und Nachteilen sind im Web zu finden, so z.B. unter

> **[Der große t3n-Hosting-Guide: So findest du den richtigen Webhoster](https://t3n.de/news/hosting-ratgeber-t3n-580128/)**
>
> Hosting ist die Basis für dein Webprojekt.

[https://www.prestashop.com/blog/de/e-commerce-101-die-wahl-der-richtigen-hosting-loesung-fuer-ihren-online-shop/](https://www.prestashop.com/blog/de/e-commerce-101-die-wahl-der-richtigen-hosting-loesung-fuer-ihren-online-shop/)  
[Die richtige Server-Lösung für Ihren Webshop finden - Definitionen & Begriffe - PHP-Shops: Erfolgreich Online-Shops führen, Blog mit Tipps und Tricks](http://www.php-shops.de/begriffserklaerungen-definitionen/technik/hosting-online-shop-server/)

Ist durchgängig gleichbleibende Performance unabdingbar, sind Shared Hosting und einfache vServer die falsche Wahl.&nbsp;

Wie bereits erwähnt, hat Deine Seite durchgängig eine für Shared Hosting und in Hinblick auf die großen Banner schnelle Ladezeit von ~ 0,5 Sekunden. Darüber hinaus spielen auch andere Faktoren eine Rolle - siehe z.B. zuletzt die DDoS Attacke auf DynDNS, die Paypal und Co. zum erliegen gebracht hat, was letztlich zu 503 Fehlern im Checkout führte:&nbsp;[https://forum.shopware.com/discussion/comment/176077/#Comment\_176077](https://forum.shopware.com/discussion/comment/176077/#Comment_176077)

---

<div class="post-metadata">

**Author:** ![Vitago\_GmbH](https://avatars.discourse-cdn.com/v4/letter/v/67e7ee/32.png) [@Vitago\_GmbH](https://forum.shopware.com/u/Vitago_GmbH)\
**Post date:** [3. November 2016 um 16:48 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/54 "2016-11-03T16:48:03Z")

</div>

> [@AIXPRO schrieb:](https://forum.shopware.com/profile/2481/AIXPRO "AIXPRO")
> 
> Wie @hth in dem anderen Beitrag bereits erwähnte und bereits mitgeteilt, lassen sich Systemressourcen bei Shared Hosting nicht fest zuweisen - d.h. es besteht immer ein Risiko, dass ein anderer Webspace oder Shop&nbsp;das System auslastet. Wir sind jedoch bei entsprechenden Vorfällen gezwungen, dem Verursacher eine angemessene Frist vor einer Sperrung einzuräumen. Dem entsprechenden User ist i.d.R. gar nicht bewusst, dass z.B. Shared Hosting für einen größeren Shop vollkommen unterdimensioniert ist oder welche System-Ressourcen ein Plugin, Cronjob oder Skript verursachen. Derjenige wäre jedoch auch nicht glücklich, wenn binnen Minuten der Webspace gesperrt wird - wir denken, nachvollziehbar.
> 
> Im beschriebenen Fall wurde der Skript deaktiviert - jedoch alsdann mehrfach - trotz Hinweise - seitens des Verursachers wieder aktiviert, was letztendlich zur Sperrung führte.
> 
> Eine genauere Erklärung zu den jeweiligen Hosting-Varianten mit allen Vor- und Nachteilen sind im Web zu finden, so z.B. unter
> 
> [http://t3n.de/news/hosting-ratgeber-t3n-580128/](http://t3n.de/news/hosting-ratgeber-t3n-580128/)  
> [https://www.prestashop.com/blog/de/e-commerce-101-die-wahl-der-richtigen-hosting-loesung-fuer-ihren-online-shop/](https://www.prestashop.com/blog/de/e-commerce-101-die-wahl-der-richtigen-hosting-loesung-fuer-ihren-online-shop/)  
> [http://www.php-shops.de/begriffserklaerungen-definitionen/technik/hosting-online-shop-server/](http://www.php-shops.de/begriffserklaerungen-definitionen/technik/hosting-online-shop-server/)
> 
> Ist durchgängig gleichbleibende Performance unabdingbar, sind Shared Hosting und einfache vServer die falsche Wahl.&nbsp;
> 
> Wie bereits erwähnt, hat Deine Seite durchgängig eine für Shared Hosting und in Hinblick auf die großen Banner schnelle Ladezeit von ~ 0,5 Sekunden. Darüber hinaus spielen auch andere Faktoren eine Rolle - siehe z.B. zuletzt die DDoS Attacke auf DynDNS, die Paypal und Co. zum erliegen gebracht hat, was letztlich zu 503 Fehlern im Checkout führte:&nbsp;[https://forum.shopware.com/discussion/comment/176077/#Comment\_176077](https://forum.shopware.com/discussion/comment/176077/#Comment_176077)

Hallo,

ich glaube wir müssen hier nicht noch einmal alles öffentlich lang und breit treten wo wir uns doch vor kurzen schon mal darüber unterhalten haben. Wir sind keine Anfänger, hosten seit ca. 11 Jahren bei hetzner, plus eigener Root mit mehreren Seiten.&nbsp;Haben in den letzten 15 Jahren in denen wir Seiten hosten einiges an Erfahrung gesammelt.

Das es hin wieder zu Problemen kommen kann ist normal, aber nicht MEHRMALS jeden&nbsp;TAG,&nbsp;den das sollte auch bei einen Hosting nicht passieren. Es lief ja lange Zeit sehr gut, aber in letzter Zeit haben wir leider des öfteren Performance Probleme, und das ist leider nun mal fakt. Da wir nun schon&nbsp;lange unseren Shop bei euch hosten, und wir immer zufrieden waren, sind&nbsp;wir nicht gleich zu einen&nbsp;anderen Anbieter gewechselt, sondern auf Besserung gehofft.

Seit der Sperre läuft der Server wieder um einiges besser…schauen wir mal.

Grüße

---

<div class="post-metadata">

**Author:** ![coarsy](https://avatars.discourse-cdn.com/v4/letter/c/59ef9b/32.png) [@coarsy](https://forum.shopware.com/u/coarsy)\
**Post date:** [4. November 2016 um 07:12 UTC](https://forum.shopware.com/t/massive-performance-probleme/38080/55 "2016-11-04T07:12:57Z")

</div>

Hmmm, kann ich so über Mittwald nicht behaupten. Es gab vor 2 Jahren noch auf meinem damaligen vServer eine DDOS Attacke, die den Server bzw. kompletten Shop zum Versagen gebracht hat. Mittwald hat sich sogar mit einem Karton Wein entschuldigt. Das hatte ich so noch nie erlebt und auch die Leute am Telefon sind sehr nett und hilfsbereit. Man kann natürlich auch mal Pech haben und einen “Neuen” Mitarbeiter erwischen. Ansonsten hatte ich stets das Gefühl, dass Sie wissen, was Sie tun. Bin ja auch selbst vom Fach…

[Vorherige Seite](https://forum.shopware.com/t/massive-performance-probleme/38080.md?page=2)
