Squid દ્વારા ડાઉનલોડ ફરી ચાલુ કરો
ફાઇલ ફરી ચાલુ કરતાં પહેલાં Range પ્રતિસાદ અને ઑબ્જેક્ટની એકરૂપતા તપાસો. Squidની પ્રીફેચ નીતિને મૂળભૂત Range સમર્થનથી જુદી સમજો.
download.part હવે માગવાના ઑબ્જેક્ટના એ જ પ્રતિનિધિત્વનો ભાગ હોય ત્યારે જ ડાઉનલોડ ચાલુ કરો. ફક્ત ફાઇલ નામથી તે સાબિત નથી થતું: મૂળ સર્વરે પહેલી કોશિશ પછી સામગ્રી બદલી હોય શકે છે.
curl --proxy http://proxy.example:3128 --noproxy '' --connect-timeout 5 --max-time 60 -C - --output download.part http://files.example/test.binબંને એન્ડપોઇન્ટ એવી સેવાથી બદલો જેના ઉપયોગનો અધિકાર હોય. જાહેર પ્રોક્સી માન્ય હોય ત્યાં જાહેર ફાઇલ સરખાવવા HTTP પ્રોક્સી યાદીમાંથી HTTP એન્ડપોઇન્ટ લો. -C - હાલની ફાઇલના કદને ચાલુ રાખવાનું બિંદુ બનાવે છે. મળેલી કોઈ પણ બોડીને ખૂટતા બાઇટ ન માની ગંતવ્યનો પ્રતિસાદ જુઓ:
| પ્રતિસાદ | અર્થ |
|---|---|
| Content-Range સાથે 206 | પરત આવેલી રેન્જ અપેક્ષિત આગળનો ભાગ છે તે તપાસો. |
| 200 | સર્વરે કદાચ Range અવગણીને સંપૂર્ણ પ્રતિનિધિત્વ મોકલ્યું હોય. |
| 416 | માગેલી રેન્જ પૂરી કરી શકાતી નથી; ભૂલનું પાનું ફાઇલમાં ન ઉમેરો. |
વેલિડેટર અને If-Range બદલાતા સંસાધનનાં જુદા વર્ઝન જોડતાં અટકાવવામાં મદદ કરે છે. સંપૂર્ણ ફાઇલ પર વિશ્વાસ કરતાં પહેલાં ઍપના પ્રતિનિધિત્વ નિયમો માનો.
Squid 6.13નું range_offset_limit કૅશ માટે ઑબ્જેક્ટ ક્યારે શરૂઆતથી લેવાય તે નક્કી કરે છે, ક્લાયન્ટ રેન્જ માગી શકે કે નહીં તે નહીં:
range_offset_limit 0શૂન્ય મર્યાદા ફક્ત કૅશ ભરવા શરૂઆતનો વધારાનો ભાગ લેતાં અટકાવે છે. ઑબ્જેક્ટ કૅશ કર્યા વિના ઉપયોગી રેન્જ મોકલવી પણ સફળ હોય શકે. સામાન્ય HTTPS CONNECTમાં Range વિનિમય ગંતવ્યના TLSની અંદર હોય છે; એ પ્રતિસાદ વાંચો, Squidની દેખાતી ઑબ્જેક્ટ કૅશ નીતિને અંદરની વિનંતીનું નિયંત્રણ ન માનો.