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-ന്റെ കാണാവുന്ന ഒബ്ജക്റ്റ് കാഷ് നയം ഉള്ളിലെ അഭ്യർഥനയുടെ നിയന്ത്രണമായി കാണരുത്.