Ustezko PDF edo kalkulu-orri bat HTTP/1.1 200 OK-ekin hasten bada, deskargatzaileak erantzun gordin bat gorde du fitxategiaren ordez. Erantzun eskematiko honek lau byte besterik ez ditu edukiz:

HTTP/1.1 200 OK
Transfer-Encoding: chunked

4
DATA
0

Fitxategia DATA da. Egoera-lerroa, goiburuak, tamaina-markatzailea eta amaierako egitura HTTP-ri dagozkio. Zenbaki finkoa duten byteak kentzea ez da segurua goiburuen luzerak aldatu egiten direlako. Lehen lerro hutsaren ondoren dagoen guztia kopiatzeak zati-markoa uzten du oraindik, eta informazio-erantzunak azken erantzunaren aurretik etor daitezke.

Deskarga normal baterako, ordeztu socket gordinetik fitxategirako kopia HTTP bezeroaren erantzun-gorputzaren interfazearekin. Konfiguratu haren proxya, balidatu azken egoera eta bidali gorputza irteera tenporal batera. Bezeroak mezuaren markoa kudeatzen du: luzeraz, zatiz eta konexioz mugatutako gorputzek analisi desberdina eskatzen dute.

Edukiaren kodeketa beste geruza bat da. Erabaki fitxategiaren byte dekodatuak behar dituzun ala esplizituki eskatutako eduki gordina, bezeroaren dokumentatutako portaeraren arabera. Byte konprimatuak ez dira automatikoki proxyaren ustelkeria.

Aplikazioak socket mailako kodea mantendu behar badu, analisi-arau horiek guztiak eta irakurketa eta idazketaren kudeaketa bere gain ditu. Idatzi irakurketa batek benetan itzultzen duen byte kopurua soilik, ez bufferraren ahalmena, eta kudeatu idazketa partzialak. Bestela bufferreko eduki zaharkituak zuzen erauzitako gorputza ere honda dezake.

HTTPSek CONNECT erantzun bat kentzea baino gehiago eskatzen du: tunela ondo ezarri ondoren, ezarri helmugako TLSa eta gero aztertu barneko HTTP erantzuna. Proxyaren goiburuen ondorengo byte zifratuak ez dira deskarga daitekeen fitxategia.

Utzi huts egindako edo osatu gabeko irteera izen tenporal baten pean. Argitaratu transferentzia eta fitxategiaren egiaztapenak arrakastatsuak izan ondoren soilik; fitxategi ez-huts batek ez du deskarga osoa frogatzen.

Erlazionatutako artikuluak