Neu JTL Shop 4, geschwindigkeit bei Variationsartikeln

[css-umsetzung]

Ist das MySQL auch vernünftig konfiguriert?
Von außen ist das schwer zu beurteilen, man müsste ich mal den SQL Query nehmen der da abgesetzt wird und direkt schauen was da passiert, MySQL kann auch ein slowlog anlegen in dem dann die einzelnen Abragen stehen die zu lange brauchten, außerdem würde ich mal mit mysqltuner oder ähnlichem schauen ob MySQL optimal eingestellt ist.

 

[martinwolf]

Ich hab fast das Gefühl das da eher das Template schwächelt als der Shop oder?

Und wofür ist dieser Request alle 10 Sekunden?

Ja, bei sovielen Varkombis hat Hypnos derzeit performante Probleme.
Der Request der da alle 10 Sekunden durchgeht dient den Pushnotes die es seit Version 2.20 in Hypnos gibt. Das hat aber keinen Einfluss auf die Varkombis.

 

[martinwolf]

Wenn allerdings ein Artikel mit Variation aufgerufen wird dann dauert die Ladezeit genau 7 Sekunden, egal wie viele Kinderartikel diese Variation hat.l

Ich hatte das Problem jetzt nicht. Hab jetzt die folgenden Artikel aufgerufen und bin nicht mal im Ansatz bei 7 Sekunden Ladezeiten.

https://www.k-design-schmuck-factory.de/Silberanhaenger-Schlagring_1
https://www.k-design-schmuck-factory.de/Bronzearmkette-Pferde_1
https://www.k-design-schmuck-factory.de/Bronze-Ohrringe-Eulen

 

[Matze7779]

Beispielartikel: https://www.delight.de/LED-Aussenleuchtkasten-einseitig

Ich glaube nicht das dies etwas "direkt" mit dem Shop zu tun hat oder mit dem Server.

Wenn ich den Windows Taskmanager dabei auf habe dümpelt der bei 1% herum.
Gehe ich auf die Seite ist auch alles ok.
Aber wenn ich die Varianten auswähle geht Chrome auf Anschlag für mehrere Sekunden.

Ich denke das liegt eher am Javaskript auf Client Seite.

 

[Odintyr]

Hallo zusammen,


wir haben immer noch ein ungelöstes Problem mit dem JTL4 Shop was die Geschwindigkeit beim laden von Variationsartikeln betrifft.
Alles ist super schnell im Shop, das laden von Kategorien, von Artikel ohne Variationen usw. Wenn allerdings ein Artikel mit Variation aufgerufen wird dann dauert die Ladezeit genau ca.12 Sekunden, egal wie viele Kinderartikel diese Variation hat.

Wir hatten vor kurzem einiger dieser Artikel in einer Communityfree Version als zweiten Shop hochgeladen, dort hatten wir keine Probleme mit der Geschwindigkeit.

Wir wollen jetzt ein letztes mal dieses Problem angehen bevor wir auf ein neues System wechseln und hoffen das wir es vielleicht doch noch gelöst bekommen.

Hat jemand schonmal so ein Problem gehabt und gelöst?


Mit freundlichen Grüßen

Paul

 

[Odintyr]

Ich glaube nicht das dies etwas "direkt" mit dem Shop zu tun hat oder mit dem Server.

Wenn ich den Windows Taskmanager dabei auf habe dümpelt der bei 1% herum.
Gehe ich auf die Seite ist auch alles ok.
Aber wenn ich die Varianten auswähle geht Chrome auf Anschlag für mehrere Sekunden.

Ich denke das liegt eher am Javaskript auf Client Seite.

Hallo Matze,

wie meinst du das mit dem Javaskript? Wie können iwr das testen?

 

[Odintyr]

Ich hatte das Problem jetzt nicht. Hab jetzt die folgenden Artikel aufgerufen und bin nicht mal im Ansatz bei 7 Sekunden Ladezeiten.

https://www.k-design-schmuck-factory.de/Silberanhaenger-Schlagring_1
https://www.k-design-schmuck-factory.de/Bronzearmkette-Pferde_1
https://www.k-design-schmuck-factory.de/Bronze-Ohrringe-Eulen

Das sind normale Artikel, bei dennen haben wir auch keine Ladezeit Probleme sondern nur bei allen Variationen. Inzwischen liegt die Ladezeit bei Variationen bei 12-20 Sekunden

 

[Odintyr]

Hier mal ein Link zur Webseite: https://www.k-design-schmuck-factory.de/

 

[css-umsetzung]

Ich schaue gerade bei euch.
Du hast da über 250 Variationskombinationen, ist das so richtig?

JTL selbst sagt mehr als 100 sind nicht gut, du solltest deinen Aufbau überdenken.

 

[Odintyr]

Ich schaue gerade bei euch.
Du hast da über 250 Variationskombinationen, ist das so richtig?

JTL selbst sagt mehr als 100 sind nicht gut, du solltest deinen Aufbau überdenken.

Nein meistens ist das ein Vaterartikel und darünter dann 6-10 Kinderartikel. Oder meinst du was anderes mit den 250 Variationskombinationen?

 

[css-umsetzung]

Der eine Artikel hier den ich probiert habe:
https://www.delight.de/LED-Aussenleuchtkasten-einseitig

Der gibt mir nach einer Auswahl, per Ajax über 250 werte zurück.
Schau mal bitte wie viele Kinder der hat, ansonsten würde ich das mal mit einem normalen Evo testen, ist es da das gleiche, dann muss einer schauen was da wirklich hängt.
ist es im Evo besser musst du dich direkt an Martin wenden.

 

[Odintyr]

Der eine Artikel hier den ich probiert habe:
https://www.delight.de/LED-Aussenleuchtkasten-einseitig

Der gibt mir nach einer Auswahl, per Ajax über 250 werte zurück.
Schau mal bitte wie viele Kinder der hat, ansonsten würde ich das mal mit einem normalen Evo testen, ist es da das gleiche, dann muss einer schauen was da wirklich hängt.
ist es im Evo besser musst du dich direkt an Martin wenden.

Das ist der falsche Shop. Unser Shop ist auf: https://www.k-design-schmuck-factory.de/

 

[css-umsetzung]

Ach mist.... ich Honk...

Ok hab das gerade probiert und gesehen das der schon bei zwei Varianten ausklinkt und es nen Evo ist
Es ist ist immer der erste Aufruf wie es scheint. Da wirst du einen drauf schauen lassen müssen, der Zugriff auf den ftp und im Backend hat um mal genau schauen zu können warum der so lange braucht, eventuell ist es ein Datenbank Problem.

 

[Odintyr]

Ach mist.... ich Honk...

Ok hab das gerade probiert und gesehen das der schon bei zwei Varianten ausklinkt und es nen Evo ist
Es ist ist immer der erste Aufruf wie es scheint. Da wirst du einen drauf schauen lassen müssen, der Zugriff auf den ftp und im Backend hat um mal genau schauen zu können warum der so lange braucht, eventuell ist es ein Datenbank Problem.

Es hatte sich schonmal jemand von JTL angeschaut, konnten kein Fehler finden und wir mussten uns erstmal damit abfinden, aber inzwischen hat sich das noch weiter verschlechtert und its eine zumutung für unsere Kunden.

 

[css-umsetzung]

Ich kann da drauf schauen, aber finde und behebe ich das Problem, muss das natürlich bezahlt werden.
Also wenn Interesse besteht, einfach anrufen oder schreiben.

 

[css-umsetzung]

Update zum besagten Problem:
Erster Test ist durch, es scheint ein Problem mit dem der Funktion gibArtikelXSelling() zu geben, da muss irgendwas passieren was den Server stresst, denn jetzt wo die Funktion provisorisch deaktiviert ist, ist auch der Serverload gesunken.
Ich lasse jetzt über Nacht mal den Cache sich in ruhe aufbauen und dann wird morgen die Funktion analysiert, ich bin ja mal gespannt was mich da erwartet .

 

[css-umsetzung]

Neues Update zum Problem:

also das Problem ist gefunden, in der Tabelle txsellkauf befinden sich 2.440.866 Einträge, wo die auch immer herkommen. Ich finde diese Menge irgendwie seltsam.
Wer also auch ein ähnliches Problem hat sollte die Tabelle txsellkauf mal überprüfen und gegebenenfalls die Option 87 X-Selling (Kunden, die X gekauft haben, haben auch Y gekauft) deaktivieren.

 

[markenschuheshop]

Hallo,
exakt das selbe problem besteht bei mir auch, jtl konnte bei erster anfrage nicht helfen und habe jetzt nochmal versucht ein ticket mit dem problem . Bei hat das deaktivieren von option 87 nichts gebracht. Wir das problem beheben kann , bitte melden, zahle auch dafür. shop ist megabrands24.de wie der vor redner schon bemerkt hat tritt das Problem nur bei kategorien mit variationen auf und nur das erste aufrufen das zweite ist dann wieder normal schnell. Danke

 

[css-umsetzung]

@markenschuheshop meinst du mich?
Dann einfach bei mir anrufen oder mir eine PN schreiben.

Es macht aber keinen Sinn wenn JTL zeitgleich versucht das Problem zu verifizieren und zusätzlich ein anderer auch daran rumbastelt.

 

[forumjtlolshopag]

@markenschuheshop Wir hatten das Problem damals auch. Zwei Sachen haben uns geholfen um das Problem zu beseitigen, bzw. zu reduzieren.

1) Optimieren der Tabellen von der Datenbank:
Wir haben festgestellt, das die Datenbank Abfragen bei den Listings ohne Indices gemacht wurden. Damit waren diese nicht optimal. Wir haben darauf hin, alle Tabellen von MySql optimieren lassen, danach wurde die Ladezeit um einiges schneller. Wir haben jetzt einen Cronjob täglich am laufen, der einfach alle Tabellen optimiert.

2) Objektcache / Generell Cache aktivieren
Der Objektcache hilft hier auch extrem. Ursprünglich nutzten wir den File-Cache, der ist aber auf Dauer sehr langsam, wenn man den mal leeren will. Redis scheint hier ganz gut zu laufen, was auch generell von JTL empfohlen wird. Bei aktiven Cache muss man nur darauf achten, das Shopumstellungen ggf. im ersten Moment nicht greifen, weil der Cache noch die alten Daten hat. Man muss hier also bei Umstellungen den Cache leeren.