Alkalmazás: Mérje webhelye válaszidejét ezzel az egyszerű metrikus eszközzel

Amikor egy weboldal lassan töltődik be, nem mindig egyértelmű, hogy mi a hibás. Vajon a DNS szolgáltató? Maga a szerver? Vagy valami a kettő között? Hogy segítsek a webes szakembereknek meghatározni a késések helyét, közzétettem ezt az eszközt ezen az oldalon, amely egy teljes életciklusát méri. HTTP kérés, a domain feloldástól a tartalom kézbesítéséig.

Ez a böngészőalapú eszköz szerveroldali diagnosztikát használ egy valós HTTP-kérelem szimulálására és időzítési összetevőinek lebontására. Hasznos lehet, ha a domainjét auditálja, egy lassan betöltődő partnerrel kapcsolatos hibaelhárítást végez. API, vagy csak összehasonlító elemzés CDN teljesítmény URL-eken keresztül.

Az alábbi eszközzel elemezheti bármely nyilvánosan elérhető tartalom teljesítményét. URL:

Az eredmények értelmezése

Teszt futtatásakor az eszköz élő tesztet hajt végre cURL lekéri és másodpercek alatt részletes időinformációkat jelenít meg. Íme az egyes jelentett mutatók jelentése:

• DNS-keresési idő: Ez arra az időre utal, amely alatt egy domain név feloldódik a megfelelőjévé. IP-címHa ez a szám magas, az lassú névszerverekre, DNS-terjesztési problémákra vagy a DNS-szolgáltató gyenge teljesítményére utalhat. A Google azt javasolja, hogy ezt 50 ms alatt tartsuk, a 100 ms feletti értéket pedig potenciális szűk keresztmetszetnek tekintjük.
• TCP csatlakozási idő: Ez azt méri, hogy mennyi idő alatt jön létre a TCP-kapcsolat a szerverrel. Az itt fellépő késések hálózati késleltetésre, tűzfalakra vagy a forrásszervertől való távolságra utalhatnak. A 100 ms alatti értékek előnyösek; a 150 ms feletti állandó idők a hálózat vagy az útválasztás hatékonyságának hiányosságaira utalhatnak.
• TLS kézfogási idő (HTTPS (csak): Ha a kérés HTTPS-en keresztül történik, ez a szám a biztonságos kapcsolat egyeztetésére fordított időt tükrözi. Az elavult titkosítócsomagok, a lejárt tanúsítványok vagy a túlterhelt peremhálózati szerverek hosszú várakozási időt okozhatnak. TLS kézfogás. A Google 100 ms alatti értéket tart optimálisnak, míg a 200 ms feletti érték biztonsági vagy teljesítménybeli hibákra utalhat.
• Átutalás előtti időEz magában foglalja a DNS-t is, TCP, és TLS – minden, ami a tényleges kérés elküldése előtt történik. Ez a kumulatív indítási időt tükrözi, mielőtt a szerver megkezdi a kérés feldolgozását. Az ideális átvitel előtti idők 100–300 ms közé esnek; a 400 ms feletti időket fázisonként kell megvizsgálni.
• Első bájtig eltelt idő (TTFB): Ez a mutató azt méri, hogy mennyi időbe telik, mire a szerver elkezdi küldeni a választ a kérés beérkezése után. A magas TTFB szerveroldali késéseket jelezhet, például lassú adatbázis-lekérdezéseket, nem gyorsítótárolt dinamikus tartalmat vagy gyenge szerverteljesítményt. A Google irányelvei szerint a TTFB értéket 200 ms alatt kell tartani; az 500 ms feletti tartós értékek háttér- vagy infrastrukturális problémákra utalnak.
• Teljes átviteli idő: Ez a teljes időtartam a kérés kezdetétől az utolsó bájt beérkezéséig. Ha a TTFB gyors, de az összesített idő lassú, annak oka lehet a válasz mérete, a szerver korlátozása vagy a tartalom kézbesítési késedelme. Törekedjen 500 ms alatti időre HTML hasznos adatok esetén szélessávú internetkapcsolaton; az 1 másodpercnél hosszabb idő tömörítetlen elemekre vagy nem hatékony kézbesítésre utalhat.
• HTTP állapotkód: Ez a válaszkód a szerver által visszaadott érték (pl. 200 a siker, 301/302 az átirányítások, 404 a nem található érték esetén). Ez kontextust ad arról, hogyan kezelte a szerver a kérést.

Ez az eszköz nem csak szimulál egy kérést, hanem élőben végrehajtja azt a szerveremen a következő használatával: PHP-k cURL könyvtár. Ez azt jelenti, hogy azt látod, amit a szerver lát, nem csak azt, amit a böngésződ érzékel. Ez hasznos olyan teljesítményproblémák hibakereséséhez, amelyek esetleg nem láthatók a helyi hálózaton.

Próbáld ki az eszközt, és tesztelj nyugodtan különféle URL-eket – a kezdőlapodat, egy adott API-végpontot vagy egy távoli erőforrást, amelyre támaszkodsz. Minél mélyebben megérted ezeket az időzítési mérőszámokat, annál gyorsabban tudod majd diagnosztizálni és javítani a webes teljesítményedet.