Neu JTL Shop PHP 7.2 Shopabgleich Performance

[caos]

Hallo

Ich habe die Punkte die mein Problem betreffen mal einfach wild in die Überschrift geschrieben. Wir sind mit unserem Shop vor kurzem auf einen neuen Server gewechselt der jetzt mit PHP7.2 läuft. Soweit läuft auch alles nur macht mir die Performance Probleme.

Vor allem während des Shop Abgleich sind die Performance Probleme extrem schlechte. Ladezeiten im Shop sind dann von 3-4 oder 10 Sekunden sind keine Seltenheit.

Generell läuft der Shop seid der Umstellung der PHP Version nicht wirklich gut. Es sind immer wieder Ladezeiten die über ein 4 Sekunden hinaus gehen.

Die Plugins die ich nutzen laufen alle unter PHP 7.2. Gibt es irgendwelche Punkte die man nach der Umstellung beachten sollte?

 

[forumjtlolshopag]

Ich würde mal eine Datenbankoptimierung starten. Wir haben festgestellt, als wir zum JTL Shop mit sehr sehr vielen Produkten gewechselt sind, das einige Abfragen extrem langsam gewesen sind. Bei diesen wurden keine Indizes verwendet, obwohl korrekt gesetzt. Nachdem wir die Datebank "optimiert/repariert" hatten, war das Problem vom Tisch. Die gleichen Abfragen haben plötzlich wie vorgesehen die Indizies verwendet und waren damit nicht mehr so zeitintensiv.

Falls ihr euch mit MySql auskennt: Ansonsten über die Datenbank mal die laufenden Abfragen-Prozesse prüfen, welche Abfragen da so lang dauern.
Auch mal die Fehlerprotokollierung aktivieren und mal in die Logs schauen, was so von PHP bemängelt wird.

 

[caos]

Ich würde mal eine Datenbankoptimierung starten. Wir haben festgestellt, als wir zum JTL Shop mit sehr sehr vielen Produkten gewechselt sind, das einige Abfragen extrem langsam gewesen sind. Bei diesen wurden keine Indizes verwendet, obwohl korrekt gesetzt. Nachdem wir die Datebank "optimiert/repariert" hatten, war das Problem vom Tisch. Die gleichen Abfragen haben plötzlich wie vorgesehen die Indizies verwendet und waren damit nicht mehr so zeitintensiv.

Falls ihr euch mit MySql auskennt: Ansonsten über die Datenbank mal die laufenden Abfragen-Prozesse prüfen, welche Abfragen da so lang dauern.
Auch mal die Fehlerprotokollierung aktivieren und mal in die Logs schauen, was so von PHP bemängelt wird.

Meinst du die Check and Repair Funktion im Plesk bei PHPmyadmin

 

[css-umsetzung]

Wir sind mit unserem Shop vor kurzem auf einen neuen Server gewechselt der jetzt mit PHP7.2 läuft

Eventuell ist ja auch eher der neue Server das Problem?

Du kannst es im Server ja testweise zurück auf die zuvor verwendete php Version stellen, dann bist du sicher.
Ich würde es nicht pauschal an der php Version festmachen.

 

[caos]

Eventuell ist ja auch eher der neue Server das Problem?

Du kannst es im Server ja testweise zurück auf die zuvor verwendete php Version stellen, dann bist du sicher.
Ich würde es nicht pauschal an der php Version festmachen.

Ich glaube auch eher nicht das es die PHP Version ist. Generell fällt auf das bei einem Shopabgleich die Performance in die Knie geht. Zurücksetzen der PHP Version geht aber leider nicht mehr da ich den Server nicht mehr unter Vertrag habe. Auch habe ich alle Plugins die nutze schon auf 7.2 umgestellt.

 

[css-umsetzung]

Wenn der Shopabgleich läuft wird ja je nachdem was aktualisiert wird auch der cache von diesem Bereich gelöscht, hast du mal den cache deaktiviert, das wäre dann ja fast vergleichbar.

Verwendet Ihr die 1.4er wawi? Dann schau mal ins dbes/tmp/ ich hatte einen Kunden da muss die wawi auf zwei verschiedenen Servern Amok gelaufen sein und hat das tmp mit Dateien zugeschüttet, das führte dann zu einem extremen Serverload weil Die Dateien wegen der Menge nicht mehr gelöscht werden konnten.

 

[caos]

Wenn der Shopabgleich läuft wird ja je nachdem was aktualisiert wird auch der cache von diesem Bereich gelöscht, hast du mal den cache deaktiviert, das wäre dann ja fast vergleichbar.

Verwendet Ihr die 1.4er wawi? Dann schau mal ins dbes/tmp/ ich hatte einen Kunden da muss die wawi auf zwei verschiedenen Servern Amok gelaufen sein und hat das tmp mit Dateien zugeschüttet, das führte dann zu einem extremen Serverload weil Die Dateien wegen der Menge nicht mehr gelöscht werden konnten.

ja wir nutzen die 1.4er der dbes/tmp/ auf dem Webserver ist aber nach dem Abgleich gleich wieder leer.

ich habe redis mal deaktiviert aber selbst dann ist die Seite noch schneller als während des Abgleichs.

 

[css-umsetzung]

Das der Abgleich den Server in die Knie zwingt habe ich bisher noch nicht erlebt, ihr übertragt ja auch nicht mit jedem Abgleich 20 neue Artikel oder?

 

[caos]

Das der Abgleich den Server in die Knie zwingt habe ich bisher noch nicht erlebt, ihr übertragt ja auch nicht mit jedem Abgleich 20 neue Artikel oder?

Naja dereit schon. Morgens sind es verfügbarkeiten ca 30.000 und danach sind es derzeit schon einige Artikel die hoch und runtergeladen werden.

 

[caos]

bringt es eigentlich etwas im phpmyadmin die einzelnen Tabellen mit optimize table zu optimieren?

 

[FMoche]

Zumindest nach vielen Table updates ist es durchaus sinnvoll, die Tabellen einmal zu optimieren/reparieren. Wie oben bereits geschrieben nutzt MySQL ansonsten tlw. nicht die optimalen Ausführungspläne.
Geht übrigens auch über das Shop-Backend.

 

[caos]

Zumindest nach vielen Table updates ist es durchaus sinnvoll, die Tabellen einmal zu optimieren/reparieren. Wie oben bereits geschrieben nutzt MySQL ansonsten tlw. nicht die optimalen Ausführungspläne.
Geht übrigens auch über das Shop-Backend.

Wie geht das über das Shop Backend?? Ich habe im Guide geschaut und nichts gefunden

nur die Funktion im phpmyadmin unter operationen->optimiere tabelle

Da müßte man dann aber wohl jede tabelle einzeln vornehmen.

 

[Xantiva]

Im Backend:
System => Wartung => Status dann "Datenbank-Struktur" auswählen und ganz unten "Alle auswählen" und die gewünschte Aktion wählen.

Wobei Deine Performance Probleme vermutlich nicht am PHP 7.2 liegen sollten. PHP wird mit neueren Versionen normalerweise schneller und nicht langsamer. Wenn es ein neuer Server ist - ist da z. B. die Datenbank optimal konfiguriert? Wie groß ist der REDIS Cache auf dem neuen Server, usw.

 

[forumjtlolshopag]

Meinst du die Check and Repair Funktion im Plesk bei PHPmyadmin

Wir hatten direkt die Funktion im Plesk genutzt, haben uns aber zusätzlich ein Optimierungsskript programmiert, welches täglich einmal spät Abends die Tabellen über einen Cronjob prüft.

 

[caos]

Danke an alle hat super geholfen. Der Shop läuft wieder einiges schneller