پروکسي هغه pip پروسې ته ورکړئ چې تاسو یې پیلوئ
pip د پاموړ Python ژباړونکي له لارې غواړئ او --proxy د جلا subprocess دلیل په توګه ورکړئ، د pip داخلي برخو د واردولو پرځای.
کله چې یو موجود provisioning سکریپټ اړ وي چې pip د پروکسي له لارې چل کړي، pip د subprocess په توګه پیل کړئ. د pip داخلي Python دندې د غوښتل شوي غوښتنلیک API نه دي.
import subprocess
import sys
subprocess.run([
sys.executable,
'-m', 'pip', 'install',
'--proxy', 'http://proxy.example:8080',
'example-package',
], check=True)
د پاموړ بنډل او د پروکسي پای ټکی وکاروئ. د عامه منځګړي له لارې د اجازه ورکړل شوي عامه بنډل ډاونلوډ لپاره د HTTP پروکسي لیست د HTTP پروکسي دلیل لپاره نوماندان وړاندې کوي. sys.executable هغه Python ژباړونکی غوره کوي چې سکریپټ چلوي، نو له همدې امله له PATH څخه د بل نصب pip ناڅاپي غوښتل کېدل مخنیوی کېږي.
هر دلیل جلا لیست عنصر نیسي. کوم shell ته اړتیا نشته، او د پروکسي URL اضافي جوړه دننه شوي shell اقتباس نښې ته اړتیا نلري. check=True د نصب ناکامېدو په صورت کې CalledProcessError پورته کوي، چې provisioning کاري بهیر ته اجازه ورکوي چې هغه ناکامي اداره کړي.
د ډاونلوډ لار په دې pip غوښتنه کې یا د هغې په subprocess چاپېریال کې تنظیم کړئ. په اصلي پروګرام کې بل ځای تنظیم شوې Requests ناسته د pip جلا پروسه نه تنظیموي.
د نصب وروسته د غوښتنلیک نورمال چاپېریالي ژوند دوران ته دوام ورکړئ. په مخکې له مخکې روان ژباړونکي کې نصب د دې تضمین نه کوي چې اوسني واردات، کیشونه یا لارې یې سمدلاسه نوی بنډل منعکس کړي.