Wie Websites funktionieren

Kennt der Browser die IP-Adresse, beginnt ein kurzer Wortwechsel mit dem Server. Der Server fängt nie von selbst an — er wartet, bis jemand fragt.

• HTTP:das Protokoll, in dem Browser und Webserver miteinander reden — als lesbarer Text.
• Anfrage (Request):der Browser fordert etwas an, mit GET („gib mir“) oder POST („hier hast du etwas“, z. B. ein Formular).
• Antwort (Response):ein Statuscode und meist eine Datei im Anhang.
• URL:Protokoll, Domainname, Pfad und Parameter, etwa https://zoo-hannover.de/tiere/elefant.html?lang=de.
• Statuscode:dreistellige Zahl am Anfang jeder Antwort; die erste Ziffer verrät schon die Richtung.

Nach der ersten Antwort beginnt die eigentliche Arbeit im Browser. Aus Textdateien entsteht erst dort die sichtbare Seite.

• 2xx und 3xx:hat geklappt bzw. ist unter einer anderen Adresse zu finden (Weiterleitung).
• 4xx und 5xx:Fehler beim Client — meist die Adresse — bzw. Fehler beim Server.
• Rendern:der Browser liest die zuerst geladene Datei, fordert Bilder, Gestaltungsregeln und Programme einzeln nach und berechnet daraus das Layout.
• Cache:Zwischenspeicher im Browser; beim zweiten Aufruf kommen unveränderte Dateien direkt von der Festplatte.
• HTTPS:verschlüsselt den Transportweg; ein Zertifikat bestätigt, dass der Server zur Domain gehört.

Wähle eine Situation: Links steht wörtlich, was dein Browser zum Server sagt, rechts die Antwort. Vergleiche vor allem die erste Zeile der Antwort.

Halte fest: Ein 404 kommt von einem laufenden Server — nur die Datei fehlt dort. Bei einem Code mit 5 liegt das Problem dagegen beim Server selbst.