د Requests او iter_content په مرسته د پروکسي له لارې ډاونلوډ
د Requests ځواب په تدریجي ډول وکاروئ، په داسې حال کې چې عادي حالت-چکونه، پاکوالی او د جزوي تولید لپاره قصدي تګلاره ساتل کیږي.
with session.get(url, stream=True, proxies=routes,
timeout=(5, 30)) as response:
response.raise_for_status()
with open(part_path, 'wb') as output:
for chunk in response.iter_content(chunk_size=64 * 1024):
if chunk:
output.write(chunk)
دا بڼه د اپلیکیشن موجوده Requests ناستې، د پروکسي لړونو، URL او د موقت تولید لارې سره وکاروئ. د عامه HTTP لارې لپاره، د HTTP پروکسي لړلیک ستاسو د پروکسي نقشې لپاره نوماند پتې برابروي. د جریان بڼه د بدن په تدریجي ډول کاروي، د response.content ترلاسه کولو او بیا دوهم بشپړ اندازه شی لیکلو پرځای.
دا ځانګړنه د ډاونلوډ په ټوله موده کې وساتئ: stream=True بدن ځنډوي، خو وروسته response.content ته لاسرسی لا هم کولای شي هر څه په حافظه کې راغونډ کړي. د iter_content د ټوټې اندازه د لوستلو غوره توب دی، نه د ویبپاڼې یا پروکسي په HTTP ټوټه شوي لېږد کوډ کولو غوښتنه.
د ځواب د محتوا مدیر ځواب بندوي، حتی که لیکل ناکام شي یا اپلیکیشن ژر ودریږي. د مثال وخت-بندونو جوړه د ټول لېږد لپاره ریښتینی مهال-حد نه ده؛ اړتیا سره سم د ډاونلوډ د ژوند تګلاره جلا وټاکئ.
وروسته له بریالۍ کارونې، د وروستي نوم خپرولو دمخه هغه اثر چې اپلیکیشن یې تمه لري وګورئ. د پرې کیدو په صورت کې، جزوي فایل یوازې د قصدي بیا پیل تګلارې لاندې وساتئ، د لرې استازیتوب پیژندونکي میټاډاټا سره. خالي نه وي موقت فایل بریالی ډاونلوډ نه دی.