Hallo,
ich wollte mal fragen wodran es liegen kann das SW 6 so langsam ist.
Systemanforderungen werden locker erreicht.
32GB Ram
I7
Ubuntu 20.04.2 LTS
PHP 7.4.2 / 8.0.7 auch getestet
Das einzige was ist, MariaDB 10.5.1 wird verwendet (dies scheint aber nur bei der installation ein Problem zu sein und nicht wenn man diese schon hinter sich hat).
Plugins alle deaktiviert
Theme von: VIBE Fashion Theme für Shopware 6 von Orangebytes
Ladezeiten von 50 Sek. / Seite
Produkte: von 1 bis 5000 Artikel getestet - keine Speedänderungen
Hast du Mal geschaut ob es bestimmte queries gibt die solange benötigen? Guck auch Mal ob in der Datenbank Tabellen sind die eine sehr hohe Anzahl an Datensätzen haben.
Also in der DB gibts natürlich einige Tabellen mit „vielen“ Datensätzen
aber ich finde da nix besonderes drin.
In der DB ist sehr oft solch ein Eintrag. Der zählt dann ca. 7-10 sekunden sleep und dann kommt die nächste Anweisung
Hier mal ein Screen der Ladezeiten
11:29:10.796 GEThttps://s1.testshop.de/Kat1/
[HTTP/2 200 OK 44254ms]
GET
https://s1.testshop.de/Kat1/
Status200
OK
VersionHTTP/2
Übertragen75,31 KB (1,13 MB Größe)
Referrer Policystrict-origin-when-cross-origin
access-control-allow-headers
Content-Type,Authorization,sw-context-token,sw-access-key,sw-language-id,sw-version-id,sw-inheritance,fail-on-error,indexing-behavior,single-operation,sw-include-seo-urls
access-control-allow-methods
GET,POST,PUT,PATCH,DELETE
access-control-allow-origin
*
age
10
cache-control
must-revalidate, public, s-maxage=7200
content-encoding
gzip
content-type
text/html; charset=UTF-8
date
Sat, 19 Jun 2021 09:29:44 GMT
server
nginx
set-cookie
session-=vfuld1ma4tvalnt25vjsq6m04q; path=/; secure; HttpOnly
set-cookie
sw-states=deleted; expires=Fri, 19-Jun-2020 09:29:53 GMT; Max-Age=0; path=/; httponly
set-cookie
sw-cache-hash=deleted; expires=Fri, 19-Jun-2020 09:29:53 GMT; Max-Age=0; path=/; httponly
set-cookie
csrf[frontend.checkout.switch-language]=eKmitb8Eyixp761gZwjEf1-_C93eg3k33NydCD3NklU; path=/; secure; httponly; samesite=lax
set-cookie
csrf[frontend.store-api.proxy]=nColuZcZYNe7fwtYHAHEto-sbEfkkoqYJUdWBwN9zlU; path=/; secure; httponly; samesite=lax
strict-transport-security
max-age=31536000; includeSubDomains
sw-invalidation-states
vary
Accept-Encoding
x-content-type-options
nosniff
X-Firefox-Spdy
h2
x-frame-options
deny
x-powered-by
PHP/7.4.20
x-powered-by
PleskLin
Accept
text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding
gzip, deflate, br
Accept-Language
de,en-US;q=0.7,en;q=0.3
Cache-Control
no-cache
Connection
keep-alive
Cookie
timezone=Europe/Berlin; _ga=GA1.2.1528230669.1615740652; artikel_merken=26406-26407-26408-26409-26410-26411-26412-26413-26414-26415-26416-26417-26418-26419; _gid=GA1.2.407638269.1624011607; session-=vfuld1ma4tvalnt25vjsq6m04q; csrf[frontend.checkout.switch-language]=eKmitb8Eyixp761gZwjEf1-_C93eg3k33NydCD3NklU; csrf[frontend.store-api.proxy]=nColuZcZYNe7fwtYHAHEto-sbEfkkoqYJUdWBwN9zlU
Host
s1.testshop.de
Pragma
no-cache
Referer
https://s1.testshop.de/
TE
Trailers
Upgrade-Insecure-Requests
1
User-Agent
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
Das Laden der Bilder etc. kommt danach und ist binnen < 1 sek. fertig
Aber über 44 sek. für eine Kategorie ist untragbar.
Dev oder Prod mode? Ersterer schaltet das Caching aus und kann die Ladezeiten verlängern. Je nachdem wie viele Datensätze vorhanden sind kann auch der Einsatz von Elasticsearch einen Versuch wert sein, empfehle ich allerdings dir erst ab der 6.4.1.x - wir haben hier grundlegende Verbesserungen vorgenommen.
sowohl im dev als auch im Prod mode
extrem langsam. Wir versuchen gerade 6.4 aufzuspielen und alles einzel rüber zu schieben da wir nicht wissen wodran es liegen könnte.
6.4 neu instralliert funktioniert super - jetzt brauchen wir einige Tage zum übertragen der Daten.
Wenn wir schonmal dabei sind
wie kann sowas sein? Warum benötigt SW 8 Sek. und hat zwischen 2 und 8 Sek. nichts geloggt?
