Kinstas APM-tool er et kraftfuldt værktøj til fejlfinding på dit websted. Denne artikel vil tage dig igennem et par forskellige scenarier til fejlfinding af ydeevneproblemer på et websted ved hjælp af vores APM-tool til at undersøge og analysere problemerne.
Hvis du ikke er bekendt med indstillingerne og terminologien i APM Tool, så tjek vores guide til, hvordan du bruger Kinstas APM Tool.
Kom godt i gang
Før du dykker dybere ned i at bruge APM-værktøjet til at fejlfinde et problem, er der et par trin, du skal tage, uanset problemet:
- Sørg for, at du kan genskabe problemet, hvis det ikke sker i øjeblikket. Se efter mønstre for, hvornår problemet opstår, eller hvis specifikke handlinger ser ud til at udløse problemet (f.eks. redigering af en side, tilføjelse af et produkt til en e-handelsvogn, upload af billeder osv.).
- Aktiver APM Tool i MyKinsta, og giv det et par minutter til at begynde at indsamle data. Vores APM-tool kan kun optage og analysere data, mens det er aktiveret.
- Når vores APM-tool begynder at indsamle data, skal du genskabe problemet for at registrere de nødvendige oplysninger.
- Hvis Redis er aktiveret på dit websted, skal du sørge for at bruge enten WP Redis eller Redis Object Cache (men ikke begge). Vi er muligvis ikke i stand til at indsamle og vise Redis-data fra andre plugins i Kinstas APM Tool.
Analyser sider eller handlinger, der indlæser langsomt
I dette eksempel indlæses sider hurtigt, men alt går langsommere til en gennemgang, når et produkt føjes til indkøbskurven, uanset om det er et enkelt eller et variabelt produkt.
Efter at have tilføjet et par produkter til indkøbskurven, tager vi et kig på resultaterne i APM (WordPress-websteder > Navn på websted > APM) og ser /single-product-transaktionen er øverst på listen over langsomste transaktioner, med et maksimum varighed på over 5 sekunder og en gennemsnitlig varighed på over 2 sekunder.
Ved at klikke på den transaktion åbnes Transaktionseksempler modal/pop-up, hvor vi kan vælge den langsomste transaktion (først på listen) for at se flere detaljer.
Dette fører os til Transaktion sporingstidslinjen, hvor vi kan sortere transaktionerne efter Varighed (tid) for at se, hvilke processer i denne transaktionsprøve, der er de langsomste. Her kan vi se, at update_card_payment-spændet er den langsomste proces på tidslinjen, idet den optager 5.002,21 ms af en transaktion på 5.535,61 ms.
Hvis du klikker på det spænd, åbnes modul-/pop-op-vinduet Span-detaljer og inkluderer stak-sporet for spændet.
Vi kan se WordPress-hook-action:woocommerce_add_to_cart er forbundet med dette spænd i spandetaljerne.
Der er et par måder at spore hvilket plugin eller tema dette er forbundet med.
Hvis du er fortrolig med kommandolinjen, kan du bruge grep-kommandoen til at søge efter funktionen update_card_payment og se, hvilke plugin- eller temafiler der indeholder den funktion.
Alternativt kan du se på WordPress fanen under Overvågningsresultater og se efter et plugin med en lignende Samlet varighed og maks. varighed. Det vil højst sandsynligt være øverst på listen.
Du kan bekræfte overensstemmelsen ved at vælge plugin’et på listen langsomste WordPress plugins. Hvis pluginnet ikke er angivet i WordPress-plugin-kolonnen i transaktionsprøve modal/pop-up, skal du vælge den langsomste transaktionsprøve for at se Transaktionssporingstidslinjen.
Sorter tidslinjen efter Varighed, og se efter det samme funktionsnavn (f.eks. update_card_payment), der skal være øverst på listen, når den er sorteret.
Undersøg den generelle langsomhed
Den generelle langsomhed på et websted skyldes ofte et plugin og er et af de første steder, du vil tjekke. Hvis et plugin får dit websted til at være langsomt, kan dette normalt identificeres ved at se WordPress-fanen (WordPress-websteder > navn på websted > APM > WordPress). I skærmbilledet nedenfor skal du bemærke, at det fremhævede plugins samlede varighedsprocent er over 98%, og den maksimale og gennemsnitlige varighed er ret høj.
Dette indikerer, at dette plugin er den mest sandsynlige kilde til generel langsomhed på webstedet. For at bekræfte dette kan vi deaktivere pluginnet, observere webstedets ydeevne og kontrollere resultaterne i APM-værktøjet igen, efter at der er indsamlet nok data. Hvis du er sikker på, at pluginnet er konfigureret korrekt, men fortsætter med at forårsage langsommelighed på dit websted, anbefaler vi, at du kontakter plugin-udvikleren for at samarbejde med dem om at løse problemet.
Find ud af intermitterende tredjepartsproblemer
Eksterne anmodninger er HTTP-anmodninger, som webstedet sender til en anden (tredjeparts) server. Plugins eller temaer fremsætter normalt disse anmodninger om indlæsning af scripts eller stylesheets eller kommunikation med en API.
Ved fejlfinding af et muligt eksternt problem er det vigtigt at bemærke, at APM-tool registrerer langsomme eksterne transaktioner på serversiden. Mange eksterne anmodninger kan laves fra et websted på klientsiden, som ikke ville blive registreret i APM-værktøjet. For at undersøge eksterne anmodninger på klientsiden skal du bruge et værktøj som GTmetrix eller din browsers udviklerværktøjer.
For at se langsomme eksterne anmodninger skal du gå til fanen Ekstern under Overvågningsresultater for at se de langsomste eksterne anmodninger. I dette eksempel har vi bemærket en vis langsomhed ved upload af billeder i mediebiblioteket, hvor nogle uploads tager 5 minutter eller mere at fuldføre.
Vi begynder med at se på, hvordan de eksterne anmodninger ser ud, når vi ikke gør andet end at logge ind på WordPress-dashboardet. Før du uploader billeder til mediebiblioteket, er POST-anmodninger til wp-cron de langsomste anmodninger med en maksimal varighed på 273,78 ms og en samlet varighed på 1.957,81 ms.
Når vi uploader flere billeder i størrelser fra 3MB-17MB, tager det flere minutter for dem at færdiggøre uploaden. Ser vi på eksterne anmodninger igen, ser vi, at POST-anmodninger til smushpro.wpmudev.com er de langsomste eksterne anmodninger med en maksimal varighed på 1.703,14 ms og en samlet varighed på 82.710,85 ms.
Ved at klikke på den transaktion åbnes Transaktionseksempler modal/pop-up, hvor vi kan vælge den langsomste transaktion (først på listen) for at se flere detaljer.
Dette fører os til Transaktionssporings tidslinjen, hvor vi kan sortere transaktionerne efter Varighed (tid) for at se, hvilke spænd der er de langsomste. Her kan vi se, at flere POST-anmodninger til smushpro.wpmudev.com er de langsomste i denne prøve, hvor summen af disse POST-anmodninger optager 6.712,64 ms af en transaktion på 7.168,58 ms.
Vi kan også observere, at varigheden af hver anmodning varierer betydeligt, hvor den korteste anmodning kun tager 270.6 ms og den længste tager 1.703,14 ms. Så mens Smush-pluginnet optimerer vores billeder, afføder hvert af disse billeder en ekstern anmodning, som tilføjer op og kan bremse tingene på webstedet.
I dette tilfælde vil optimering af vores billeder før upload i stedet for at stole på et plugin til billedoptimering reducere vores eksterne anmodninger betydeligt. Dette er et af de tilfælde, hvor vi bliver nødt til at beslutte, hvad der er vigtigst, bekvemmelighed eller webstedsydelse. Vi kan beholde pluginnet, hvis vi er okay med den nødvendige langsomhed forårsaget af de eksterne anmodninger. Hvis vi foretrækker eller har brug for at forbedre vores websteds ydeevne, vil fjernelse af plugin og optimering af vores billeder før upload være vores bedste mulighed.
Opsummering
Ved at bruge strategierne fra eksemplerne ovenfor kan du bruge vores Kinstas APM-tool til at fejlsøge ydeevneproblemer på dit websted. Hver situation og hvert websted er forskelligt, men du kan anvende de generelle fejlfindingsmetoder her for at hjælpe dig eller din udvikler med at spore ydeevneproblemer på dit websted.