Neu JTL Shop 4, geschwindigkeit bei Variationsartikeln

[Odintyr]

Hallo zusammen,

wir haben ein 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 7 Sekunden, egal wie viele Kinderartikel diese Variation hat.

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

Mit freundlichen Grüßen
Paul

 

[Odintyr]

Hat sonst niemand dieses Problem?

 

[microline]

Hi, nein, das Problem hatte ich noch nie.
Viele meiner Artikel haben so ca. fünf Varkombis, laden genauso schnell wie die Artikel ohne Varkombis.

 

[Japsa]

Hab auch keine - bis auf die Bilder, die sind einen Wimpernschlag langsamer als die Artikel.

 

[ag-websolutions.de]

Problem mit dem JTL4 Shop

Welche Shop-Version?
Werden Plugins verwendet, wenn ja, welche?

 

[css-umsetzung]

Ein link zum anschauen des Problems wäre toll

 

[Odintyr]

Hatten diesen Thread ganz vergessen gehabt. Das Problem hat sich immer noch nicht verbessert, sondern verschlechtert.

Wir haben einen Shop mit ca. 35000 Artikel, die bis auf die Variationsartikel auch alle innerhalb von 2 Sekunden laden wenn man sie anwählt. Bei den Variationsartikeln haben wir allerdings eine Ladezeit von ca. 23 Sekunden, und diese hat sich in den letzten Monaten von ca. 8 Sekunden auf die inzwischen 23 Sekunden erhöht. Es macht keinen Unterschied ob es 2 oder 30 Variationen sind, die Ladezeiten sind bei allen Variationen so lang.
Unsere Server Kapazitäten haben wir schon um das 3fache ohne Erfolg erhöht.

P.S Update: wir haben jetzt auf Version 4.06 aktualisiert, dadurch haben sich die Ladezeiten etwas verbessert, liegen allerdings immernoch um die 9 Sekunden.
http://www.k-design-schmuck-factory.de

Welche Shop-Version?
Werden Plugins verwendet, wenn ja, welche?

Shop Version ist jetzt 4.06
Plugins haben wir nur Paypal und Händlerbund gehabt als das Problem aufgetreten ist.

Ein link zum anschauen des Problems wäre toll

Link: www.k-design-schmuck-factory.de

mfg
Paul

 

[css-umsetzung]

Puhhh das ist hart von den Ladezeiten her.
Hier fehlen aber jetzt auch wichtige Eckdaten:

was für ein Server/Webspace
was für eine PHP Version
welcher Cache wird verwendet
MySQL Version

 

[deliman]

Hallo,

wir haben auch das Problem mit den Ladezeiten bei Varkombiartikeln. Bei uns haben die aber teilweise bis 1020 Kindartikeln. Auch bei der Hälfte an Kindartikeln rödelt der Shop schon ganz schön vor sich hin. Generell kann man sagen, dass, je mehr Varianten pro Artikel wählbar sind, desto länger dauern die Aufrufe. Hat sich gerade heute wieder ein Kunde drüber ausgelassen...

Bei uns liegt es speziell in der mobilen Ansicht auch noch am Template...

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

Nach Rücksprache mit dem JTL Support (JTL gehosteter Shop) haben wir bereits alle möglichen Servereinstellungen optimiert ( Cache). Eine etwas bessere Performance soll der 4.06er Shop mit Standard EVO-Template bieten.

 

[css-umsetzung]

@deliman

260 Varianten sind aber auch ein wenig heftig oder?
Ich hab fast das Gefühl das da eher das Template schwächelt als der Shop oder?

Die Antwort nach der Auswahl ist ja sofort da aber es dauert ewig bis ich dann auf die nächste Option zugreifen kann.
Habe aber nur kurz drauf geschaut.

Und wofür ist dieser Request alle 10 Sekunden?

 

[deliman]

@CCS-umsetzung

Habe ja geschrieben, dass das Template da wohl auch seinen Teil zur "Langsamkeit" zuträgt, da wohl bestimmte Teile noch aus dem 3er Shop stammen.

Bei den Varianten haben wir schon auf ein "sinnvolles" Minimum reduziert. Normalerweise kann man da noch diverse Farboptionen für den Korpus, die Rückwand, die Front u.s.w. auswählen. Da müssen wir schon pro Farbe einen eigenen Artikel anlegen um das abbilden zu können. Von weiteren Zusatzoptionen ganz zu schweigen. Anfangs hatte ich gehofft, alles in einem Artikel abbilden zu können aber dann werden es über 60.000 oder 70.000 Kindartikel...

Was für ein Request? Kümmere mich zwar hauptsächlich um den Shop, bin aber kein "ausgebildeter" Admin. Daher stehe ich erstmal auf dem Schlauch.

 

[ag-websolutions.de]

Was für ein Request?

Etwa alle 10sec wird auf deinem Server eine Datei "request.php" aufgerufen ... das ist gemeint

 

[css-umsetzung]

Genau, das ist für irgendeine Benachrichtigungsgeschichte.
Wie schon geschrieben, bei dir denke ich eher das es das Template ist, bei dem threadstarter sieht es nach Server geschichten aus aber von aussen ist das schwer zu beurteilen.

Diese lange Wartezeit bei dir wenn man eine Auswahl trifft, macht bestimmt 90% der potentiellen Kunden nervös, weil man auch kein Feedback hat das etwas am arbeiten ist.

 

[deliman]

Ja, die langen Ladezeiten sind nervig. Gerade heute hat wieder ein Kunde "gemeckert" wobei die Artikel erst seit kurzem als Varkombis im Shop sind. Leider habe ich noch nicht von einer besseren, performanteren Lösung für viele Varkombi-Artikel bzw. -Kinder gehört, die auch noch bezahlbar ist und mit dem aktuellen JTL Shop funktioniert.

 

[Odintyr]

Puhhh das ist hart von den Ladezeiten her.
Hier fehlen aber jetzt auch wichtige Eckdaten:

was für ein Server/Webspace
was für eine PHP Version
welcher Cache wird verwendet
MySQL Version

Das ist ein Linux Server Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz (8 core(s)) der bei Host Europe liegt.
PHP-Version: 5.5.9-1ubuntu4.14
Cache auf dem Server bin ich mir nicht sicher
MySQL-Version: 5.5.46-0ubuntu0.14.04.2

 

[css-umsetzung]

Du kennst die Sprüche ja bestimmt schon aber ich sag es trotzdem noch mal.

Php7 ist Pflicht und Redis auch, der Datei- Cache ist einfach grottig, egal in welcher Variante.
Ich würde wenn dich diverse Plugins an php7 hindern, eher auf diese verzichten als dem User die Wartezeiten zuzumuten.

Die aktuelle MySQL Version würde auch noch mal einen Geschwindigkeitsvorteil bringen.

 

[Odintyr]

Nice pictures. Does the lady have a name to give credit as Model to the pictures when i post them? You are the photographer?

Du kennst die Sprüche ja bestimmt schon aber ich sag es trotzdem noch mal.

Php7 ist Pflicht und Redis auch, der Datei- Cache ist einfach grottig, egal in welcher Variante.
Ich würde wenn dich diverse Plugins an php7 hindern, eher auf diese verzichten als dem User die Wartezeiten zuzumuten.

Die aktuelle MySQL Version würde auch noch mal einen Geschwindigkeitsvorteil bringen.

Der Update auf PHP7 hat schonmal kein unterschied in der performance der Variationsartikel gebracht.

 

[css-umsetzung]

Mach mal noch das redis klar, dann solltest du etwas merken.
Hast du den Server selbst konfiguriert oder ist das nen managed?

 

[Odintyr]

bin an Redis jetzt dran. der Server ist ein Managed

 

[Odintyr]

Immer noch keine Änderung bei den Ladezeiten. Was mir allerdings jetzt aufgefallen ist, ist das nachdem ich ein Variationsartikel das erste mal aufrufe (Dauer 12 Sekunden), ich beim zweiten Aufruf direkt danach eine Ladezeit von etwa 2 Sekunden habe. Warte ich jetzt allerdings etwa 5-10 Minuten und rufe diesen Artikel wieder auf, bin ich wieder bei den 12 Sekunden Ladezeit.

Verstehen kann ich das alles nicht mehr.