Neu Shop Speed knickt ein

[Groundhog]

Hello again,

Irgendwie raff ich nicht was los ist. Mir fällt auf dass der Shop in letzter Zeit massiv in die Knie geht was die Performance anbelangt. Alleine der Aufruf der Startseite dauert knapp 5 Sekunden....

Könnte da jemand versiertes mal schnell drüberschauen und vielleicht identifizieren wos da so hängt....und vor allem: Erklärt mir bitte jemand welche Mittel ich habe um die Bremsen eigenständig zu identifizieren.

Anbei der Link zum Shop
Shop Build: 4.06.04, Log zeigt auch keine Fehler an...

Server ist hosted, allerdings steigen wir in wenigen Tagen auf einen Managed Server um. Trotzdem denke ich dass es nicht nur am Serverspeed liegt.

 

[FMoche]

Unter http://docs.jtl-shop.de/de/latest/shop_plugins/hinweise.html haben wir ein paar Analysemöglichkeiten dokumentiert - evtl. hilft das bei der Ursachenfindung weiter.
Insbesondere die Konstanten PROFILE_SHOP, PROFILE_PLUGINS und PROFILE_QUERIES sind hier interessant.

 

[Groundhog]

Hey @FMoche

Danke für den Hinweis...ich werde mir das gleich mal ansehen und hoffe ich kapier worums da geht....😵

Hast du mal drübergesehen?

 

[Groundhog]

So...hab mal folgendes rausbekommen:

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Markdown_Parser has a deprecated constructor in /home/spritabs/www.spritzwerk.at/includes/plugins/kk_dropper/version/100/frontend/inc/libs/MarkdownExtra/markdown.php on line 79

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; MarkdownExtra_Parser has a deprecated constructor in /home/spritabs/www.spritzwerk.at/includes/plugins/kk_dropper/version/100/frontend/inc/libs/MarkdownExtra/markdown.php on line 1552

Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/spritabs/www.spritzwerk.at/includes/plugins/kk_dropper/version/100/frontend/inc/libs/MarkdownExtra/markdown.php:79) in /home/spritabs/www.spritzwerk.at/classes/core/class.core.SessionStorage.php on line 136

Notice: Undefined index: Vergleichsliste in /home/spritabs/www.spritzwerk.at/templates_c/spritzwerk/86a1133228627ee2f97079814185bae192f243d6_0.file.header_shop_nav_compare.tpl.php on line 29

Notice: Trying to get property of non-object in /home/spritabs/www.spritzwerk.at/templates_c/spritzwerk/86a1133228627ee2f97079814185bae192f243d6_0.file.header_shop_nav_compare.tpl.php on line 29

Das kanns also nicht sein....

 

[css-umsetzung]

Du verwendest den Dropper, hast du den oder auch mal die ganzen anderen Plugins deaktiviert?
Gerade der Dropper kann wenn man den Datei cache verwendet unter Umständen für diese lange Ladezeit sorgen.

 

[Groundhog]

@css-umsetzung

Ja, hab Dropper schon einige Zeit im Einsatz. Hatte es kurz deaktiviert und schwups ging alles viel flüssiger. Allerdings hab ich Dropper seit der erste Stunde im Einsatz und bis dato gabs keine Probleme.

Was kann ich tun?

EDIT: Verdammt...es liegt am Flex Menü - Wenn ich das Menu deaktiviere, geht alles schneller...

 

[css-umsetzung]

hoffen das der managed server einen redis cache hat 🙂

 

[Groundhog]

hoffen das der managed server einen redis cache hat 🙂

Was genau? Wie bitte..?

 

[gigi80]

Hatte damals das gleiche Problem. Hab mich vom Dropper verabschiedet. 🙁

 

[css-umsetzung]

Server ist hosted, allerdings steigen wir in wenigen Tagen auf einen Managed Server um. Trotzdem denke ich dass es nicht nur am Serverspeed liegt.

frag die ob die Redis zur Verfügung stellen, wenn nicht geh zu einem anderen

 

[Groundhog]

@gigi80 Um Himmels Willen ... na wollen wir den Teufel mal nicht an die Wand malen....ich brauch Dropper.

@css-umsetzung Frag ich gleich nach.....mit Redis Cache sollte das Problem nicht auftreten?

 

[css-umsetzung]

richtig

 

[Groundhog]

@css-umsetzung Redis ist kein Problem...der Hoster lässt fragen ob ich nur das Binary oder auch die PHP Erweiterung benötige....

hast du sonst noch Konfig-Empfehlungen damit der Shop optimal läuft (auf meinem Server laufen nur JTL Shops...somit kann alles andere außer acht gelassen werden.)

 

[css-umsetzung]

@css-umsetzung Redis ist kein Problem...der Hoster lässt fragen ob ich nur das Binary oder auch die PHP Erweiterung benötige....

Gute Frage, bisher musste ich immer nur den Redis Server installieren wenn ich das selbst machen musste. In meinen PHP Versionen ist Redis immer eingebunden, ich denke das wird auch benötig.

hast du sonst noch Konfig-Empfehlungen damit der Shop optimal läuft (auf meinem Server laufen nur JTL Shops...somit kann alles andere außer acht gelassen werden.)

Nein, nicht ohne das alles gesehen zu haben, Ich habe aber festgestellt das Managed Server häufig echt gut konfiguriert und schnell sind, von daher würde ich an deiner abwarten wie sich das verhält wenn der Shop umgezogen ist.

 

[MichaelH]

Sonst frag doch auch bei KK nach, die werden ihr FlexMenü sicherlich am Besten kennen ...

 

[Groundhog]

@MichaelH

Danke, läuft parallel. Der Witz ist ja, dass das gleiche Menü auf dem Testsystem (gleicher Server) nicht so lahm ist......

@css-umsetzung

Alles klar. Ich danke dir für deine Hilfe...mal wieder 😀

 

[Kreativkonzentrat]

Wir konnten das Problem im Ticket lösen. Es lag in diesem Fall nicht direkt an Dropper, sondern einer schlechten DB Anbindung und der Template-Einstellung "Komprimierung des HTML-Ausgabedokuments (Achtung - Performancelastig!)".

Je nach Konfiguration kann das Flex Menu durch seine dynamischen Kombinationsinhalte performancehungrig sein. Wir haben für diesen Fall allerdings die Möglichkeit eines Cachings eingebaut. Eine zweite Möglichkeit ist das Laden der Menuinhalte via Ajax, was ebenfalls im Flex Menu eingestellt werden kann.

 

[Groundhog]

Wie @Kreativkonzentrat schon angemerkt hat, ist das Problem aktuell mal vom Tisch. Der Umzug auf den Managed Server läuft...dann wirds wohl generell etwas schneller. 😀