HTTP-header-parser

Ja. Parseren gjenkjenner automatisk ut fra første linje om inndataen er en HTTP-request eller response, og tolker deretter. Requestlinjer starter med en HTTP-metode (GET, POST osv.), mens responselinjer starter med HTTP/version.

Ja. Set-Cookie-headere tolkes til enkeltpskjerm med navn, verdi og alle flagg som HttpOnly, Secure, SameSite, Path, Domain og Max-Age.

Standard HTTP/1.1- og HTTP/2-headerformat med én header per linje på formen "Name: Value". Du kan kopiere headere rett fra utviklerverktøyene i nettleseren.

Requester bærer typisk host, user-agent, accept, accept-encoding og cookie; responser svarer med content-type, content-length, cache-control, set-cookie og date. API-trafikk legger til authorization og content-type: application/json på vei inn, og rate-limit-headere på vei ut. RFC 9110 (HTTP-semantikk, 2022) er den moderne referansen som definerer dem alle.

Request-headere (host, authorization, accept-*) beskriver hva klienten vil ha; response-headere (location, set-cookie, retry-after) beskriver hva som kom tilbake. Noen felter forekommer i begge retninger (cache-control, content-type), og noen få styrer selve tilkoblingen (connection: keep-alive) fremfor meldingsinnholdet. Denne parseren merker hvilken side hver header tilhører.

Etter RFC 9110 kombineres de fleste gjentatte felt til én kommadelt liste - to cache-control-linjer og én linje med no-cache, no-store er ekvivalente. Set-Cookie er det dokumenterte unntaket: den kan aldri kommeflettes fordi Expires-datoer inneholder komma, så proxyer må videresende hver Set-Cookie separat. Det unntaket er en klassisk kilde til proxy-bugg.

Feltnavnene ble små bokstaver og reiser som HPACK- eller QPACK-komprimerte binærrammer; hver request åpner sin egen strøm, og per-tilkoblingsheadere som Host ble erstattet av pseudoheaderen :authority ved siden av :method, :scheme og :path. Semantisk følger fortsatt feltene RFC 9110 - det er wireformatet som endret seg, ikke vokabularet.

Mellomrom mellom feltnavnet og kolonet (Header : value) - HTTP/1.1-tolkning og HTTP/2-spesifikasjonen avviser begge dette for å forhindre request-smugling. Også ugyldig: mellomrom eller ikke-ASCII-byte i feltnavnet, kontrolltegn i verdier, og obs-fold (en header fortsatt av en innrykket linje), som RFC 9110 merker som foreldet - erstatt den med én enkelt linje eller en listeverdi.