Web ve protokol temelleri
DNS’ten yanıta: bir isteğin yolculuğu
Gecikmenin hangi aşamada olduğunu bul.
Kavramı anlayalım
Tarayıcı önce host için adres çözümleme yapabilir, sonra bağlantı kurar. HTTP/1.1 ve yaygın HTTP/2 bağlantıları TCP kullanır; HTTPS üzerinde TLS kimlik doğrulama ve şifreli oturum kurulmasını sağlar. HTTP/3 QUIC kullanır. Bağlantı veya DNS sonucu daha önce hazırlanmışsa bu aşamalar yeni istekte yeniden yaşanmayabilir.
TTFB yalnız backend kod süresi değildir: ağ, proxy, queue ve sunucu hazırlığını içerebilir. Gövde indirme süresi dosya boyutuna ve bant genişliğine bağlıdır. DevTools Timing paneli aşamaları ayırır; server-side trace ile birleştirmeden kesin neden söyleme.
Connection reuse gecikmeyi azaltabilir. Önbellek, preconnect veya DNS cache ölçümleri değiştirir. Bir kez hızlı açılan sayfayı bütün cihazlar için hızlı ilan etmek yanlış olur; soğuk ve sıcak yüklemeyi ayrı değerlendir.
Yavaş sayfalarda yanlış katmanı optimize etmemek için.
TTFB’nin tamamını veritabanına mal etmek.
Aynı konu. Üç farklı derinlik.
DNS → connect → TLS → request → TTFB → downloadBir ağ isteğinin genel aşamaları.
Bu sayfa dış sunuculara istek göndermez. HTTP mesajları temsili, HTTP/1.1 biçiminde okunabilir gösterimlerdir; HTTP/2 ve HTTP/3 wire formatı değildir. example.test ayrılmış öğretim alan adıdır. Komut ve JavaScript örneklerini yalnız kendi test ortamında uygula; gerçek token veya cookie yayımlama.
Önce kendin dene.
İkinci istekte DNS veya TLS süresi düşükse bu neyi gösterebilir?
Çözümü ve açıklamasını göster
Cold load ≠ warm loadCache ve bağlantı tekrar kullanımı etkili olabilir; backend’in hızlandığını tek başına kanıtlamaz.