Neu JTL 5 Shop Teilweise extrem lange Ladezeiten

[Jens3101]

Wir haben seit geraumer Zeit das Problem das wir sporadisch in unserem JTL 5 Shop enorme Ladezeiten haben, der Shop ist jetzt schon auf einen anderen Server umgezogen worden. Die Aussage des JTL Partners bei dem der Server läuft und uns auch den Shop aufgesetzt haben ist das es am JTL 5 Shop lege, weil der Fehler bei allen anderen JTL 4 Shops die auf dem Server laufen nicht auftreten.
Ich habe ein paar Screens angehängt mit der Ladezeitüberwachung von Uptrends sowie ein Screen mit den Installierten Plugins beigefügt, wir haben auch schon das KM Speed Plugin deinstalliert den Mod_pagespeed abgeschaltet sowie den Worker deaktiviert aber leider alles ohne Erfolg. Hat jemand dasselbe Problem mit dem JTL 5 Shop?
Der Cache läuft über ein Redis.

Wenn er läuft, dann läuft er auch schnell aber diese ständigen hänger im Shop sind sehr nervig.
Die Shopversion ist die 5.1.0 mit einem Nova Template.

Ich hoffe mir kann jemand weiterhelfen

 

[csaeum]

laufen in den Zeiten wo die langsamkeit ist irgendwelche Cronjobs weil es ja schon von den Zeiten auffällig ist.

 

[Jens3101]

laufen in den Zeiten wo die langsamkeit ist irgendwelche Cronjobs weil es ja schon von den Zeiten auffällig ist.

Hy Christian,

Das sind die einzigsten Crons die laufen

 

[webksde]

Hallo @Jens3101,

konntet ihr Euer Problem in der Zwischenzeit lösen?
Wir haben bei einem auf JTL-Shop5 aktualisierten Shop dasselbe Problem. Das Monitoring zeigt, dass EXAKT alle 5min die Ladezeit extrem hoch ist und man wartet und wartet... Pseudo Cron ist deaktiviert, der serverseitige Cron läuft jede Stunde und das Problem tritt auch auf, wenn die WaWi nicht läuft, also kein Abgleich stattfindet. Mir gehen langsam die Ideen aus.

 

[hula1499]

Wenn es "exakt alle 5 mins. auftritt" - dann lässt sich das ja simple testen.
In einem Testsystem alle Plugins abdrehen und dann nacheinander durchtesten und immer wieder ein Plugin neu freischalten.

Der TE hat halt massenhaft Plugins, da ist die Fehlerquelle natürlich umso höher.
Ich würde das PRoblem nicht unbedingt primär bei JTL selbst suchen, sondern bei den SP/Plugins.

 

[Jens3101]

Hallo @Jens3101,

konntet ihr Euer Problem in der Zwischenzeit lösen?
Wir haben bei einem auf JTL-Shop5 aktualisierten Shop dasselbe Problem. Das Monitoring zeigt, dass EXAKT alle 5min die Ladezeit extrem hoch ist und man wartet und wartet... Pseudo Cron ist deaktiviert, der serverseitige Cron läuft jede Stunde und das Problem tritt auch auf, wenn die WaWi nicht läuft, also kein Abgleich stattfindet. Mir gehen langsam die Ideen aus.

Moin,

Konnte die Ladezeit jetzt relativ gut drücken, kannst Du dir ja mal anschauen www.aladin-shishashop.de , was hast du alles für Plugins im Shop? Die meisten Übeltäter kenn ich mittlerweile .

 

[Jens3101]

Moin,

Konnte die Ladezeit jetzt relativ gut drücken, kannst Du dir ja mal anschauen www.aladin-shishashop.de , was hast du alles für Plugins im Shop? Die meisten Übeltäter kenn ich mittlerweile .

Mit den richtigen Plugins und Servereinstellungen ist das Möglich:

 

[Jens3101]

Siehe Screen

 

[Jens3101]

Und das im Desktop

 

[webksde]

Danke für Euer Feedback!

Wenn es "exakt alle 5 mins. auftritt" - dann lässt sich das ja simple testen.
In einem Testsystem alle Plugins abdrehen und dann nacheinander durchtesten und immer wieder ein Plugin neu freischalten.

Genau das habe ich gemacht, es bleibt dabei. Keine Veränderung.

Cache deaktiviert, verschiedene Kombinationen getestet, generierte URL-Weiterleitungen gelöscht, ... kein Erfolg. Sporadisch hängt der Shop.

Übrigens jetzt nicht mehr glatt alle 5 min, wie zu Beginn, sondern mal 3, mal 8 min... dann ein paar Monitoringläufe gar nicht und wieder von vorne. Und manchmal hängt er für Minuten.

Mein Tipp ist eigentlich die Datenbank und Lockings / Deadlocks, aber auch in der Hinsicht ergeben Tests und Maßnahmen bisher keinen wirklichen Erfolg. Mit dem JTL-Shop4 hatten wir die Probleme nicht, erst seit dem Upgrade. Es ist zum Mäuse melken. Ich überlege schon, ob ich das ganze Projekt mal auf ein anderes Hosting ziehe, vielleicht ist es auch irgendeine my.ini Konfiguration, mit der sich der Shop nicht versteht. Oder das Problem liegt sogar noch tiefer.

So sieht es aktuell aus:


Falls noch jemand Ideen hat, gerne!

 

[Xantiva]

Und wenn man "ganz platt" mal ein eigenes Logging einbaut? Also einfach an ein paar Stellen im Code die Aufrufe in eine eigene Datei schreibt? Beim Start des Request, vor dem Start der Datenbank in der NiceDB.php, usw?

Vielleicht bekommt man dann einen Hinweis ...

 

[webksde]

Und wenn man "ganz platt" mal ein eigenes Logging einbaut? Also einfach an ein paar Stellen im Code die Aufrufe in eine eigene Datei schreibt? Beim Start des Request, vor dem Start der Datenbank in der NiceDB.php, usw?

Vielleicht bekommt man dann einen Hinweis ...

Das Problem ist ja, dass ich die Ursache nicht reproduzieren kann, sprich ich weiß nie, wann und warum er hängt. Die JTL Profiler liefern auch nur geringe Werte, auch wenn ich ihn über längere Zeit laufen lasse.
Daher kann ich das Problem quasi gar nicht reproduzieren, bzw. erzwingen, um mich der Ursache zu widmen.

Ich tippe weiterhin auf DB-Locking, halte Euch euf dem Laufenden, wenn ich die Ursache finde!

 

[hula1499]

Ich würde trotzdem noch immer auf ein Plugin tippen bzw. eine Kombination aus diversen Plugins....

Der Shop selbst ist es eher nicht, sonst hätten wir das ja "alle" -> also ist davon auszugehen, dass irgendwelche mögliche eigenen Templateänderungen oder eben Plugins das Problem verursachen.

 

[Xantiva]

Das Problem ist ja, dass ich die Ursache nicht reproduzieren kann, sprich ich weiß nie, wann und warum er hängt.

Wenn Du über ein paar Stunden jeden Seitenaufruf loggst und dann z. B. auswertest, wie viel Zeit zwischen dem Start des Request und einzelnen Punkten vergangen ist, dann solltest Du irgendwann mal eine Änderung sehen können. Also z. B. plötzlich dauert die Herstellung der Datenbankverbindung deutlich länger, oder, oder, oder. Dann kannst Du Dir näher anschauen, was zwischen den beiden Messpunkten passiert. So dass Du dich in mehreren Interationen der Ursache nähern kannst.

Wenn Du z. B. dabei keine Änderungen siehst, dann hängt vielleicht schon der Webserver weil zu viele parallele Verbindungen aufgebaut werden.

 

[webksde]

Ich würde trotzdem noch immer auf ein Plugin tippen bzw. eine Kombination aus diversen Plugins....

Der Shop selbst ist es eher nicht, sonst hätten wir das ja "alle" -> also ist davon auszugehen, dass irgendwelche mögliche eigenen Templateänderungen oder eben Plugins das Problem verursachen.

Ich habe aber wie gesagt bereits alle deaktiviert, das Problem tritt weiterhin auf.

Aber es gibt ein UPDATE: Offenbar ist es ein Mix aus einem Angreifer und PHP-FPM mit begrenzten Prozessen.
Eine Auswertung der Access-Logs zeigt, dass ein "Besucher", sogar aus Deutschland, massenhaft Anfragen / Sek auf die Startseite abfeuert, die das Limit erreichen und zugleich wohl ein Datenbank-Locking o.Ä. - das sollte mit entsprechendem Reverse Proxy Caching, einer Sperre des Angreifers und einer genaueren Untersuchung (Vermutung OPC) in den Griff zu bekommen sein.
Seitdem die IP gesperrt ist, gab es keine Auffälligkeiten mehr.

Damit hatte ich wirklich gar nicht gerechnet. Sollte natürlich zudem nicht so leicht sein, den Shop auf diese Weise lahmzulegen. Weitere Untersuchungen folgen

 

[hula1499]

Ok, daran hätte ich nicht gedacht, denn bei einem Hosting hätte dich dein Provider informiert und bei einem rootserver sicher man halt ab, von daher hätt ich damit nicht gerechnet

Pass nur auf, dass der keine Formulare verschickt und du auf diversen Spamlisten landest.

 

[forumjtlolshopag]

Moin,

Konnte die Ladezeit jetzt relativ gut drücken, kannst Du dir ja mal anschauen www.aladin-shishashop.de , was hast du alles für Plugins im Shop? Die meisten Übeltäter kenn ich mittlerweile .

Was habt ihr alles gemacht um die Reaktionszeit soweit runter zubekommen? Wir haben 1,5-2 Sekunden was echt übel ist. Vorher nie aufgefallen, aber auch erst seit Sommer auf JTL Shop 5. Hab da auch Plugins im Verdacht. Speziell das Amazon Pay PLugin z.B. Aber 200ms wie bei dir schaffen wir auch nicht, wenn alle Plugins abgeschalten sind.

 

[Xantiva]

Sollte natürlich zudem nicht so leicht sein, den Shop auf diese Weise lahmzulegen.

Naja, wenn der Webserver so viele Anfragen nicht parallel bearbeiten kann, dann ist das eigentlich egal, was dahinter für eine Art von Webseite kommt

Aber die Anzahl der erlaubten parallelen Prozesse ist ja eine Frage der Konfiguration des Webservers. Passte die denn zum vorhandenen Server? Oder wurde nur das zahlenmäßige Limit erreicht und der Server hätte noch freie Ressourcen gehabt?

 

[webksde]

Naja, wenn der Webserver so viele Anfragen nicht parallel bearbeiten kann, dann ist das eigentlich egal, was dahinter für eine Art von Webseite kommt

Kann er ja. Natürlich haben wir getestet selbst massenhaft Anfragen auf dieselbe URL zu starten und diese wurden umgehend beantwortet. Aus dem Accesslog lassen sich leider keine sonstigen Header oder Parameter ermitteln, daher müssen wir hier noch einmal genauer untersuchen, was diese Anfragen so besonders gemacht hat.