You type a URL, hit Enter, and a whole chain reaction starts: DNS, TCP, TLS, HTTP, caching, and rendering all race to turn a name into a page. Here’s the mini-story of one webpage load. [31][6]
🧵 1/6
1) DNS lookup: the browser checks its own cache first, then the OS cache. If it still needs help, it asks a DNS resolver, which may do a recursive lookup until it finds the IP address. [6][8]
🧵 2/6
2) Connection setup + encryption: after DNS, the browser starts a TCP three-way handshake: SYN, SYN-ACK, ACK. If the site is HTTPS, TLS starts next, using a handshake to agree on secure communication and session keys. [7][14][15]
🧵 3/6
3) Request and response: once the secure channel is ready, the browser sends an HTTP request. The server answers with HTML, and the browser starts parsing it while the response is still arriving. [6][21][31]
🧵 4/6
4) Caching and CDNs: page-load timing includes DNS, TCP, and SSL connect time, and rendering speed is shaped by latency. CDNs help by putting assets closer to users, while cached resources can still trigger validation checks. [21][3][30]
🧵 5/6
5) Rendering on screen: the browser builds the DOM from HTML, the CSSOM from CSS, combines them into a render tree, then does layout and painting. That is the moment the page becomes visible and interactive. [22][24][32][31] Which step surprises you most? [33]
🧵 6/6
Sign Up To Try Advanced Features
Get more accurate answers with Super Pandi, upload files, personalized discovery feed, save searches and contribute to the PandiPedia.