کله چې یو موجود 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 جلا پروسه نه تنظیموي.

د نصب وروسته د غوښتنلیک نورمال چاپېریالي ژوند دوران ته دوام ورکړئ. په مخکې له مخکې روان ژباړونکي کې نصب د دې تضمین نه کوي چې اوسني واردات، کیشونه یا لارې یې سمدلاسه نوی بنډل منعکس کړي.

اړوندې مقالې