Latausten jatkaminen Squidin kautta
Tarkista Range-vastaukset ja objektin samuus ennen jatkamista. Erota Squidin ennakkohaku tavallisesta Range-tuesta.
Jatka latausta vain, jos download.part kuuluu samaan objektin esitysmuotoon, jota pyydät nyt. Pelkkä tiedostonimi ei osoita sitä: alkuperäpalvelin on voinut muuttaa sisältöä ensimmäisen yrityksen jälkeen.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binKorvaa molemmat päätepisteet palveluilla, joita sinulla on lupa käyttää. Julkisen tiedoston vertailuun, jossa julkiset välityspalvelimet ovat sallittuja, valitse HTTP-päätepiste HTTP-välityspalvelinluettelosta. -C - käyttää nykyisen tiedoston kokoa jatkamiskohtana. Tarkista kohteen vastaus sen sijaan, että pitäisit mitä tahansa vastausrunkoa puuttuvina tavuina:
| Vastaus | Tulkinta |
|---|---|
| 206 ja Content-Range | Tarkista, että palautettu alue vastaa odotettua jatkoa. |
| 200 | Palvelin on saattanut ohittaa Rangen ja lähettää koko esitysmuodon. |
| 416 | Pyydettyä aluetta ei voida toteuttaa; älä lisää virhesivua tiedostoon. |
Validaattorit ja If-Range voivat estää muuttuvan resurssin eri versioiden yhdistämisen. Noudata sovelluksen esitysmuotosääntöjä ennen kuin luotat valmiiseen tiedostoon.
Squid 6.13:n range_offset_limit määrää, milloin objekti haetaan alusta välimuistia varten, ei sitä, saako asiakas pyytää aluetta:
range_offset_limit 0Nollaraja estää ylimääräisen alkuosan hakemisen vain välimuistin täyttämiseksi. Hyödyllisen alueen välittäminen ilman objektin välimuistitusta voi silti onnistua. Tavallisessa HTTPS-CONNECTissa Range-vaihto on kohteen TLS:n sisällä; lue kohteen vastaus sen sijaan, että pitäisit Squidin näkyvää objektivälimuistin käytäntöä sisäisen pyynnön ohjauksena.