Downloads troch Squid ferfetsje
Kontrolearje Range-antwurden en objektidentiteit foar it ferfetsjen en ûnderskied Squid syn foarôf opheljen fan gewoane Range-stipe.
Ferfetsje allinnich as download.part by deselde objektrepresintaasje heart dy'tst no opfreegje silst. In bestânsnamme allinnich bewiist dat net: de oarsprong kin de ynhâld sûnt de earste poging feroare hawwe.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binFerfang beide einpunten troch tsjinsten dy'tst brûke meist. Kies foar in iepenbiere bestânsferliking dêr't iepenbiere proxy's tastien binne in HTTP-einpunt út de list mei HTTP-proxy's. -C - brûkt de grutte fan it besteande bestân as ferfetsjepunt. Besjoch it antwurd fan it doel ynstee fan elke ûntfongen body as de ûntbrekkende bytes te sjen:
| Antwurd | Betsjutting |
|---|---|
| 206 mei Content-Range | Kontrolearje oft it weromjûne berik de ferwachte fuortsetting is. |
| 200 | De server hat Range mooglik negearre en de folsleine represintaasje stjoerd. |
| 416 | It frege berik kin net levere wurde; foegje de flaterside net ta oan it bestân. |
Validators en If-Range kinne foarkomme dat ferzjes fan in feroarjende boarne oaninoar plakt wurde. Folgje de represintaasjeregels fan de app foardatst it ôfmakke bestân fertroust.
Yn Squid 6.13 bepaalt range_offset_limit wannear't in objekt fan it begjin ôf foar caching ophelle wurdt, net oft in kliïnt in berik freegje mei:
range_offset_limit 0In limyt fan nul foarkomt ekstra opheljen fan it begjin allinnich om de cache te foljen. In brûkber berik trochstjoere sûnder it objekt te cachen kin noch altyd slagje. By gewoane HTTPS-CONNECT sit de Range-útwikseling yn it TLS fan it doel; lês dat antwurd ynstee fan Squid syn sichtbere objektcachebelied as kontrôle oer it ynterne fersyk te behanneljen.