Vazhdimi i shkarkimeve përmes Squid
Kontrolloni përgjigjet Range dhe identitetin e objektit para vazhdimit, dhe dalloni marrjen paraprake të Squid nga mbështetja bazë e diapazoneve.
Përdorni vazhdimin vetëm kur download.part i përket të njëjtit përfaqësim të objektit që do të kërkoni tani. Vetëm emri i skedarit nuk e provon këtë: burimi mund të ketë ndryshuar përmbajtjen që nga përpjekja e parë.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binZëvendësoni të dyja pikat fundore me shërbime që keni të drejtë të përdorni. Për krahasimin e një skedari publik ku proxy-t publikë lejohen, zgjidhni një pikë HTTP nga lista e proxy-ve HTTP. -C - përdor madhësinë e skedarit ekzistues si pikë vazhdimi. Inspektoni përgjigjen e destinacionit në vend që ta konsideroni çdo trup të kthyer si bajtet që mungojnë:
| Përgjigjja | Interpretimi |
|---|---|
| 206 me Content-Range | Kontrolloni që diapazoni i kthyer është vazhdimi i pritur. |
| 200 | Serveri mund të ketë injoruar Range dhe të ketë dërguar përfaqësimin e plotë. |
| 416 | Diapazoni i kërkuar nuk mund të plotësohet; mos i shtoni skedarit faqen e gabimit. |
Vërtetuesit dhe If-Range mund të ndihmojnë të shmangni bashkimin e versioneve të një burimi që ndryshon. Ndiqni rregullat e përfaqësimit të aplikacionit para se t’i besoni skedarit të përfunduar.
range_offset_limit në Squid 6.13 drejton se kur objekti merret nga fillimi për cache, jo nëse klienti mund të kërkojë diapazon:
range_offset_limit 0Kufiri zero shmang marrjen e pjesës fillestare shtesë vetëm për të mbushur cache. Përcjellja e një diapazoni të dobishëm pa ruajtur objektin në cache mund të jetë ende e suksesshme. Për HTTPS CONNECT të zakonshëm, shkëmbimi Range është brenda TLS të destinacionit; lexoni atë përgjigje në vend që politikën e dukshme të cache së objekteve të Squid ta trajtoni si kontroll të kërkesës së brendshme.