Konrad Kowalski (rootsher)Principal Platform & Reliability Architect010110100111010111101000111100110000011001111001

Networking

posts (13)

  1. The Layers of HTTP in the Browser: From fetch() to QUIC9/9

    From fetch() to the First Byte

    The whole lifecycle in one place: browser policies, cache, connection, wire format, headers and body. Only with that model does the Network panel answer…

  2. The Layers of HTTP in the Browser: From fetch() to QUIC8/9

    HTTP/3 and QUIC: Same HTTP, Different Transport

    QUIC removes transport-level head-of-line blocking and sets up a session more cheaply, but it does not fix the dependencies the frontend creates in its own…

  3. The Layers of HTTP in the Browser: From fetch() to QUIC7/9

    HTTP/2: Multiplexing Changed the Frontend Network Model

    The same HTTP semantics, a different wire format. Many parallel requests do not mean many sockets, and stream independence ends at TCP.

  4. The Layers of HTTP in the Browser: From fetch() to QUIC6/9

    HTTP/1.1: Where Waterfalls and Bundling Came From

    Bundling, sprite sheets and domain sharding were answers to the cost of many requests. Frontend architecture adapted itself to the limits of the protocol.

  5. The Layers of HTTP in the Browser: From fetch() to QUIC5/9

    Connections: Why One fetch() Does Not Mean One Connection

    A request and a connection have different lifecycles. The connection pool belongs to the browser, and the frontend influences it only through the architecture…

  6. series · 9 parts

    The Layers of HTTP in the Browser: From fetch() to QUIC

    Two lines of fetch() cover several layers: the browser API, HTTP semantics, the wire protocol and the transport. This series separates them so the Network…

  7. Realtime in the Browser: From Polling to WebTransport6/7

    WebTransport: Streams and Datagrams for Realtime over HTTP/3

    HTTP/3 and QUIC give a single session many independent streams plus datagrams. Not all data has to arrive reliably and in order.

  8. Realtime in the Browser: From Polling to WebTransport5/7

    WebSockets: A Persistent Bidirectional Communication Channel

    After the handshake there are no requests and responses left, only frames. A persistent connection is state, and it reaches the load balancer, the deploy and…

  9. Realtime in the Browser: From Polling to WebTransport4/7

    Server-Sent Events: An Event Protocol over HTTP Streaming

    A standard event format and reconnection on top of an HTTP stream. Last-Event-ID gives you resume, but it does not solve event durability in the system.

  10. Realtime in the Browser: From Polling to WebTransport3/7

    HTTP Streaming: One Response, Many Chunks of Data

    A response can be produced over time. A transport chunk is not a message, so framing and backpressure become the application's business.