De evolutie van webcommunicatie

Hoe communiceert je browser eigenlijk met een website? We beginnen bij de basis van het web, HTTP, en bekijken daarna waarom dit protocol moeite heeft met realtime-interacties.

HTTP (HyperText Transfer Protocol) is de verzameling regels die browsers en servers gebruiken om elkaar te begrijpen — het wordt geactiveerd telkens wanneer je een URL laadt of op een link klikt.

HTTP werkt volgens een model van aanvraag en antwoord: de client vraagt iets aan en de server antwoordt. Het is eenrichtingsverkeer dat altijd door de client wordt gestart.

HTTP is stateless: elk paar van een aanvraag en een antwoord staat op zichzelf. De server onthoudt je vorige aanvraag niet zonder extra hulpmiddelen zoals cookies of sessies.

Voor statische inhoud — artikelen, afbeeldingen en bestanden — is HTTP efficiënt en betrouwbaar. Je vraagt een pagina op, ontvangt die en de verbinding wordt gesloten totdat je opnieuw iets vraagt.

Daarna kwam dynamische inhoud: livechat, koersen, multiplayergames en samenwerkende editors. Hier begint gewoon HTTP tekort te schieten.

Het realtimeprobleem van HTTP: omdat de client het initiatief neemt, kan de server niet zelfstandig updates pushen. Stel je een chatapp voor waarin je telkens op vernieuwen moet klikken om nieuwe berichten te zien.

Echte realtimecommunicatie vereist dat de server gegevens pusht zodra die klaarstaan, zonder dat daarom wordt gevraagd. HTTP is niet ontworpen voor serverpush, dus dit nabootsen verspilt middelen.

De realtimebeperkingen van HTTP: het is unidirectioneel en staatloos, elke aanvraag bevat overhead in de headers en voortdurend pollen zorgt voor vertraging bij nieuwe gegevens.

Samenvatting: HTTP vormt de basis van het web met een staatloze cyclus van aanvraag en antwoord. Het is uitstekend voor statische inhoud, maar minder geschikt voor directe updates die door de server worden gestart. Voor realtimecommunicatie is meer nodig.