Ipagpatuloy ang download sa pamamagitan ng Squid
Suriin ang Range response at identidad ng object bago ipagpatuloy ang file, at ibukod ang prefetch policy ng Squid sa karaniwang suporta sa Range.
Gamitin lang ang pagpapatuloy kung kabilang ang download.part sa parehong representasyon ng object na hihilingin mo ngayon. Hindi sapat ang pangalan ng file: maaaring nagbago ang nilalaman sa origin mula noong unang subok.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binPalitan ang dalawang endpoint ng serbisyong awtorisado kang gamitin. Para sa paghahambing ng pampublikong file kung pinapayagan ang public proxy, pumili ng HTTP endpoint mula sa listahan ng HTTP proxy. Ginagamit ng -C - ang laki ng umiiral na file bilang punto ng pagpapatuloy. Suriin ang response ng destinasyon sa halip na ituring ang anumang body na ibinalik bilang nawawalang byte:
| Response | Kahulugan |
|---|---|
| 206 na may Content-Range | Suriin kung ang ibinalik na range ang inaasahang pagpapatuloy. |
| 200 | Maaaring binalewala ng server ang Range at ipinadala ang buong representasyon. |
| 416 | Hindi maibibigay ang hiniling na range; huwag idagdag ang error page sa file. |
Makakatulong ang mga validator at If-Range para hindi mapagdugtong ang magkakaibang bersyon ng nagbabagong resource. Sundin ang representation rule ng app bago pagkatiwalaan ang kumpletong file.
Kinokontrol ng range_offset_limit sa Squid 6.13 kung kailan kukunin ang object mula sa simula para sa cache, hindi kung puwedeng humiling ng range ang client:
range_offset_limit 0Iniiwasan ng zero limit ang dagdag na pagkuha sa unahan para lang punuin ang cache. Maaari pa ring magtagumpay ang pagpapasa ng kapaki-pakinabang na range nang hindi kina-cache ang object. Sa karaniwang HTTPS CONNECT, nasa loob ng destination TLS ang Range exchange; basahin ang response na iyon sa halip na ituring ang nakikitang object-cache policy ng Squid bilang kontrol sa panloob na request.