பயன்பாடு ஒரு கோரிக்கையை வரிசையில் வைத்த பிறகு DownloadManager பரிமாற்றத்தை வைத்திருக்கிறது. அதன் பொது Request API தலைப்புகள், இலக்கு அமைப்புகள் மற்றும் நெட்வொர்க் கட்டுப்பாடுகளை வழங்குகிறது, ஆனால் ஒவ்வொரு கோரிக்கைக்கும் ப்ராக்ஸி முனை அமைப்பான் இல்லை.

addRequestHeader மூலம் Proxy-Authorization சேர்ப்பது ப்ராக்ஸி ஹோஸ்ட் மற்றும் போர்ட்டைத் தேர்ந்தெடுப்பதற்கு மாற்று அல்ல. தனி HTTP கிளையண்ட் பொருளை உள்ளமைப்பதும் ஏற்கனவே DownloadManager-க்கு வழங்கிய கோரிக்கையை மாற்றாது.

பதிவிறக்கம் ஆதரிக்கப்படும் சாதனம் அல்லது நெட்வொர்க் ப்ராக்ஸி கொள்கையைப் பின்பற்ற வேண்டும் என்றால், அந்தக் கொள்கையைப் பயன்படுத்தி சேவையின் உண்மையான பாதையைக் கணக்கில் கொள்ளுங்கள். இந்த ஒரு பரிமாற்றத்திற்கு பயன்பாடு வேறு ப்ராக்ஸியைத் தேர்ந்தெடுக்க வேண்டும் என்றால், பரிமாற்றத்தை ஆவணப்படுத்தப்பட்ட ப்ராக்ஸி இடைமுகத்துடன் பயன்பாட்டின் சொந்த கிளையண்டில் வைத்திருங்கள், எடுத்துக்காட்டாக Proxy பொருளுடன் திறக்கப்படும் URL இணைப்பு.

அந்தத் தேர்வு பதிவிறக்க வாழ்க்கைச் சுழற்சியின் பொறுப்பையும் மாற்றுகிறது. தேவையான பின்னணி திட்டமிடல், முன்னேற்றம், சேமிப்பக கையாளுதல் மற்றும் மீட்பு நடத்தையைப் பாதுகாக்கவும்; கணினியால் நிர்வகிக்கப்படும் பதிவிறக்கத்தைத் திரையின் தற்காலிக வாழ்க்கைச் சுழற்சியில் கண்காணிக்கப்படாத கோரிக்கையால் மாற்ற வேண்டாம்.

தொடர்புடைய கட்டுரைகள்