Sportatisch erhöhte Seitenladezeiten - Grund dafür?

MT

Hallo liebe Abakusler,

wir haben da leider ein Problem mit unserem Webshop. Die Ladezeiten sind normalerweise schnell und zügig - so wie man das halt heut zu tage gewohnt ist... Jedoch haben wir ohne ersichtlichen Grund ab und an Ladezeiten von ca. 30 Sekunden - eine Minute.

Leider kann man das nicht rekonstruieren und laut dem Hoster der uns schon des öfteren die Ladezeiten des Servers zu gesandt hat sowie unserer Shop-Designer soll alles glatt laufen.

Ich persönlich habe jedoch etwas "bammel", dass dadurch die Absprungsrate erhöht wird, weil wer will schon auf einer Seite sich weiter umschauen wenn man auf einmal ne halbe Ewigkeit warten muss, bis das erhoffte Ergebnis kommt.

Nun die Frage dazu:
Kann man das irgendwie festhalten? Gibt es ein Programm welches ich laufen lassen kann (am besten auf dem PC, da Serverseitig dieses Problem nicht festzustellen ist) welches mir dann das Problem ausgibt. Es scheint so als würde sich da ein Script oder ähnliches aufhängen und einige Zeit brauchen bis es sich wieder gefangen hat...

Wäre sehr froh über Antworten.

MT

gurken

mit dem Problem hatte ich Anfang des Jahres auch zu kämpfen, mann kann hier diverse Tools einsetzen - ich nutze hier am liebsten Firebug, oder Pagespeed.

Unterm Strich kam dann raus das irgendwo beim Hoster ein klitzekleiner Fehler passiert ist (und das nachdem er Wochenlang Fehler ausgeschlossen hat, aber ich konnte bei mir nichts mehr finden) und er mich dann auf einen anderen Server geschoben hat.

Zum Schluss nutze ich in den Webmastertools die Crawlingstatistik, welche eine übersichtliche Kurve der letzten Monate zeigt, hier mal meine:
https://f.666kb.com/i/cmqicqr1g0g8x1fk3.jpg

MT

Danke für die Antwort.

Ich werde mir mal Firebug anschauen, das scheint recht gut geeignet zu sein für diesen Fall, gibt es jedoch nur für Firefox?!

Würdest du mir den kleinen Fehler verraten? Wir sind auch schon seit Wochen am Suchen der Ursache, leider jedoch ohne Erfolg...

Hier mal meine Crawlingstatistik:
Bild

Beloe007

Versuche mal https://www.webpagetest.org/ ist immer meine erste Station beim testen des Speeds.

Meistens sind solche -abundan- langen Ladezeiten der Datenbank geschuldet, irgendwelche aufwändigen Operationen, z.B. Artikelneuberechnung, Suchindex, TableLocks o.ä.

Was auch sein kann ein neuer DNS Lookup da gibt es auch hin und wieder fehlerhafte Einstellungen.

Bau am besten mal um den ganzen Shop eine Messmöglichkeit ein https://www.php.net/manual/de/function.microtime.php und logge die Ergebnisse (aller Besucher) in einer Datenbank, dann kannst du zumindest Verbindungen, DNS ausschließen, wenn es beim Ausführen die Spitzen gibt. Und immer mehr Zwischenergebnisse mitloggen, bis du schließlich die/den Übeltäter oder eine zeitliche Übereinstimmung z.B. mit einem Cronjob gefunden hast.

Die Crawlingstatistiken sind auch nicht so toll und erweckt den Eindruck das der Shop am Limit läuft. Ich habe da auch bei Shops mit 200.000 Artikeln weit unter 500ms

MT

CPU:

Ich lasse gerade den webpagetest laufen (dauert schon etwas länger als Gedacht).

Eventuell noch ein Detail was ich vergessen habe zu erwähnen. Wir haben den Cache ausgelagert um die Serverzeit zu verbessern (Ladezeiten wurden dadurch auch stark verbessert). Was halt bei uns eventuell das Problem ist, dass die Artikel erst in den Cache rutschen wenn jemand danach gesucht hat, bzw. diese mal beim durchklicken gefunden hat. Könnte das auch ein Problem sein?

Danke für das Aufzeigen einer Messmöglichkeit, werde das mal absprechen und hoffentlich auch umsetzen, denn ich will diese Ladezeiten weitesgehend minimieren!

PS: Derzeit sind rund 10.000 Hauptartikel. Unter diese Artikel kommen noch Farbvarianten dazu, welche aber keine eigene URL haben.

gurken

wenn gar nichts mehr geht würde ich das extern lösen lassen, oder nochmals mitn Hoster sprechen. Websiten müssen einfach schnell sein, wenns da hakt verlierst User und bei längerem anhalten stuft dich Google mit Sicherheit ab.

Bei mir weis ich das Problem übrigens bis heute noch nicht, vermute aber das der Hoster zu viele Kunden auf einem Rechner hatte und übersehen hat besser zu verteilen. Seit ich aufn neuen Server bin hab ich in den WMT nur mehr eine schlanke, kaum zuckende Linie

MT

Wir haben mit dem Hoster schon alles durchgesprochen... Serverseitig läuft ja alles runt, er ist nicht mal ansatzweise an der Grenze seiner Auslastung. Er ist davon überzeugt, dass entweder ein Script, die Datenbank oder die Weiterleitungen schuld daran sind (unsere htaccess ist etwas "zugemüllt" laut seinen Aussagen).

Der Server steht uns alleine zur Verfügung, da wir diesen extra für uns "erstellen" lassen haben.

Um auf die htaccess kurz zurück zukommen. Nach welcher Zeit kann ich Weiterleitungen entfernen? Wir haben unsere URL-Struktur erheblich geändert und mussten deshalb gezungenermaßen Weiterleitungen einbauen...

Beloe007

Vielleicht hilft die das bei den Weiterleitungen:
https://httpsd.apache.org/docs/current/ ... rewritemap
https://httpsd.apache.org/docs/current/ ... temap.html

MT

Beloe007 hat geschrieben:Vielleicht hilft die das bei den Weiterleitungen:
https://httpsd.apache.org/docs/current/ ... rewritemap
https://httpsd.apache.org/docs/current/ ... temap.html

Danke, wenn ich es mal mit dem ersten "schnellen Blick" richtig gesehen habe, habe ich dann nur noch 1 - 2 Zeilen in der htaccess drin und er zieht sich es dann von der abgelegten Datei, wo dann die Regeln hinterlegt sind.

Wenn ja, hast du damit schon Erfahrungen und bringt es etwas?

PS: Vielen Dank für die hilfreichen Antworten

Beloe007

Die Rewritemap-Datei wird halt nicht jedesmal zur Laufzeit geladen, sondern bleibt im Cache, wodurch es bei sehr vielen Redirects viel schneller sein soll.

Ich habe es selbst nur mal kurz getestet und bin den Verwaltungsmäßig leichteren Weg gegangen:
htaccess -> rewrite.php - MySQL -> 301

Ich fasse alte Redirects alle paar Monate wenn möglich in Wildcard-Redirects zusammen, ansonsten werden sie aussortiert.

Der für mich Beste weg ist aber einfach (fast) alles über PHP laufen zu lassen und darin die 301er ablaufen zu lassen.

Denn wenn man mal schaut wie oft im laufe der Zeit noch auf alte 301-Seiten noch zugegriffen wird, das ist sehr selten.

Also erst Shop, wenn Shop 404 rauswerfen würde, dann rewrite.php der dann nach einem 301 sucht und falls der nichts findet die standard-404 des Shops.

Dann habe ich zwar bei jedem Aufruf den Shop der anfangs durchlaufen wird, aber ich spare dafür bei jedem Seitenaufruf die Redirects zuerst zu suchen.

Sprich.
1000 Besucher 20 davon würden einen 301 bekommen:

Alle Redirects in der htaccess: würde bedeuten 1000 * zuerst nach Redirects suchen, obwohl nur 20 Zugriffe betroffen sind.

Alle Redirects erst nachdem der Shop nichts findet: bedeutet 980 * wird die richtige Seite geladen und nur 20 * werden die Initialisierungen des Shops unnötig geladen.

MT

Also erst Shop, wenn Shop 404 rauswerfen würde, dann rewrite.php der dann nach einem 301 sucht und falls der nichts findet die standard-404 des Shops.

Das hört sich für mich nach der besten Lösung an. Glaube das werden wir auch so umsetzen, denn der Shop an sich lädt schnell nur diese Weiterleitungen scheinen uns einen rein zudrücken - sprich es sollte dann sogar schneller umgeleitet werden wie bisher.

MIttlerweile ist auch der WebPagetest fertig:
First Byte Time A
Keep-alive Enabled A
Compress Transfer A
Compress Images F
Progressive JPEGs F
Cache static content B
Effective use of CDN X

Score 91/100