As it downloade bestân begjint mei in HTTP-statusrigel

As in sabeare PDF of rekkenblêd begjint mei HTTP/1.1 200 OK, hat de downloader in rau antwurd bewarre ynstee fan it bestân. Dit skematyske antwurd befettet mar fjouwer bytes ynhâld:

HTTP/1.1 200 OK
Transfer-Encoding: chunked

4
DATA
0

It bestân is DATA. De statusrigel, de headers, de gruttemarker en de ôfslutende struktuer hearre by HTTP. In fêst oantal bytes fuortsmite is net feilich om't headerrulten ferskille. Alles nei de earste lege rigel kopiearje lit noch de chunk-raming stean, en ynformative antwurden kinne it definitive antwurd foargean.

Foar in normale download ferfangst de kopy fan rau socket nei bestân troch de antwurdlichem-ynterface fan de HTTP-klant. Konfigurearje syn proxy, falidearje de definitive status en stream it lichem nei in tydlike útfier. De klant beheart de berjochtraming: lichems beheind troch lingte, troch chunks en troch ferbining freegje ferskillende parsing.

Ynhâldskodearring is in ekstra laach. Beskied oft jo dekodearre bestânsbytes nedich hawwe of eksplisyt oanfrege raue ynhâld, neffens it dokumintearre gedrach fan de klant. Komprimearre bytes binne net automatysk proxy-skea.

As de applikaasje koade op socketnivo hâlde moat, hat it al dy parsingsregels yn 'e besit, likegoed as it lêzen en skriuwen. Skriuw allinnich it oantal bytes dat in lêzing werklik weromjout, net de kapasiteit fan de buffer, en behannelje partjele skriuwakjes. Oars kin ferâldere bufferynhâld sels in korrekt útlutsen lichem skansearje.

HTTPS freget mear as it strippen fan in CONNECT-antwurd: nei suksesfolle tunnelopset, set TLS nei de bestimming op en parse dan it ynnere HTTP-antwurd. De fersifere bytes nei de headers fan de proxy binne it downloadbere bestân net.

Lit mislearre of ûnfolsleine útfier ûnder in tydlike namme stean. Publisearje it pas nei't de oerdracht en de bestânskontrôles slagje; in net-lege bestân bewiist gjin folsleine download.