Tá niðurhalaða fílan byrjar við HTTP-støðulínju

Um ein ætlað PDF ella telkni byrjar við HTTP/1.1 200 OK, hevur niðurhalarin goymt eitt rátt svar í staðin fyri fíluna. Hetta skematiska svarið inniheldur bert fýra byte av innihaldi:

HTTP/1.1 200 OK
Transfer-Encoding: chunked

4
DATA
0

Fílan er DATA. Støðulínjan, høvdini, støddarmerkið og endastøðið hoyra til HTTP. At taka eitt ávíst tal av bytum burt er ikki trygt, tí longd høvdanna er ymisk. At avrita alt eftir fyrstu tómu línjuna letur enn kykjubygdina eftir, og upplýsingarsvar kunnu koma áðrenn endaliga svarið.

Fyri eitt vanligt niðurhal skalt tú skifta avritan frá ráum sokki til fílu út við svar-líkams-grænseflátuna hjá HTTP-klientinum. Stilla proxyn hansara, vátta endastøðuna og streyma líkamann til eina fyribils útskrift. Klienturin umsitur boðskaparbygdina: líkamir, sum eru markaðir av longd, kykkjum og sambandi, krevja ymiska greining.

Innihaldsinnkoding er ein enn ein fláin. Avgerð, um tú hevur tørv á avkodaðum fílubytum ella beinleiðis umbidnum ráum innihaldi, sambært skjalfestum atferð klientins. Trýst byte eru ikki uttan víðari proxy-eyðilegging.

Um forritið má varðveita kotu á sokk-stigi, eigur tað allar tær greiningarreglurnar umframt lesingar- og skrivingarhandfaring. Skriva bert tað bytat talið, sum ein lesing veruliga letur aftur, ikki rúmd bufferins, og handfara partskrivingar. Annars kann gomul bufferinnihald oyðileggja eisini ein rætt út drignan líkama.

HTTPS krevur meira enn at skræða eitt CONNECT-svar: eftir at tunnulin er settur upp, set TLS til málið og greina so tað innara HTTP-svarið. Tey krypteraðu bytini eftir høvdini á proxynum eru ikki niðurhalbara fílan.

Lata miseydnaða ella ófullfíggjaða útskrift undir einum fyribils navni. Kunnger tað fyrst, tá flutningurin og fílukannanirnar eydnast; ein fíla, sum ikki er tóm, prógvar ikki eitt fullfíggjað niðurhal.