Kun ladattu tiedosto alkaa HTTP-tilarivillä

Jos väitetty PDF tai laskentataulukko alkaa HTTP/1.1 200 OK-rivillä, lataaja tallensi raakavastauksen tiedoston sijaan. Tämä kaavamainen vastaus sisältää vain neljä tavua sisältöä:

HTTP/1.1 200 OK
Transfer-Encoding: chunked

4
DATA
0

Tiedosto on DATA. Tilarivi, otsakkeet, kokomerkintä ja lopetusrakenne kuuluvat HTTP:hen. Kiinteän tavumäärän poistaminen ei ole turvallista, koska otsakkeiden pituudet vaihtelevat. Kaiken ensimmäisen tyhjän rivin jälkeen kopioiminen jättää yhä paloittelukehyksen, ja tiedottavat vastaukset voivat edeltää lopullista vastausta.

Tavallisessa latauksessa korvaa raakapistokkeesta tiedostoon kopiointi HTTP-asiakkaan vastausrunko-rajapinnalla. Määritä sen välityspalvelin, validoi lopullinen tila ja virtauta runko väliaikaiseen tulosteeseen. Asiakas hoitaa viestin kehystyksen: pituudella, paloilla ja yhteydellä rajatut rungot vaativat erilaisen jäsennyksen.

Sisällön koodaus on lisäkerros. Päätä asiakkaan dokumentoidun käyttäytymisen perusteella, tarvitsetko puretut tiedostotavut vai nimenomaisesti pyydetyn raakasisällön. Pakatut tavut eivät ole automaattisesti välityspalvelimen vioittumista.

Jos sovelluksen on säilytettävä pistoketason koodi, se omistaa kaikki nuo jäsennyssäännöt sekä luku- ja kirjoituskäsittelyn. Kirjoita vain se tavumäärä, jonka luku todella palauttaa, älä puskurin kapasiteettia, ja käsittele osittaiset kirjoitukset. Muuten vanhentunut puskurin sisältö voi turmella jopa oikein irrotetun rungon.

HTTPS vaatii enemmän kuin CONNECT-vastauksen kuorimisen: kun tunneli on muodostettu, luo kohteen TLS ja jäsennä sitten sisempi HTTP-vastaus. Välityspalvelimen otsakkeiden jälkeiset salatut tavut eivät ole ladattava tiedosto.

Jätä epäonnistunut tai puutteellinen tuloste väliaikaisen nimen alle. Julkaise se vasta, kun siirto ja tiedoston tarkistukset onnistuvat; ei-tyhjä tiedosto ei todista täydellistä latausta.