Rekomenci elŝutojn tra Squid
Kontrolu Range-respondojn kaj objektan identecon antaŭ daŭrigo, kaj distingu la antaŭprenon de Squid disde baza Range-subteno.
Uzu daŭrigon nur kiam download.part apartenas al la sama objekta reprezento kiun vi nun petos. Dosiernomo sola ne konfirmas tion: la origino eble ŝanĝis la enhavon post la unua provo.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binAnstataŭigu ambaŭ finpunktojn per servoj kiujn vi rajtas uzi. Por komparo de publika dosiero kie publikaj prokuriloj estas permesitaj, elektu HTTP-finpunkton el la listo de HTTP-prokuriloj. -C - uzas la grandecon de la ekzistanta dosiero kiel daŭrigopunkton. Inspektu la celan respondon anstataŭ trakti ajnan ricevitan korpon kiel la mankantajn bajtojn:
| Respondo | Interpreto |
|---|---|
| 206 kun Content-Range | Kontrolu ke la redonita intervalo estas la atendata daŭrigo. |
| 200 | La servilo eble ignoris Range kaj sendis la plenan reprezentaĵon. |
| 416 | La petita intervalo ne plenumeblas; ne aldonu la erarpaĝon al la dosiero. |
Validigiloj kaj If-Range povas helpi eviti kunigi versiojn de ŝanĝiĝanta rimedo. Sekvu la reprezentajn regulojn de la aplikaĵo antaŭ fidi la finitan dosieron.
range_offset_limit en Squid 6.13 regas kiam ĝi prenas objekton de la komenco por kaŝmemorado, ne ĉu kliento rajtas peti intervalon:
range_offset_limit 0Nula limo evitas aldonan prenon de la komenca parto nur por plenigi la kaŝmemoron. Plusendi utilan intervalon sen kaŝmemori la objekton ankoraŭ povas sukcesi. Ĉe ordinara HTTPS CONNECT, la Range-interŝanĝo estas ene de la cela TLS; legu tiun respondon anstataŭ konsideri la videblan objektan kaŝmemorpolitikon de Squid regado de la interna peto.