د pnpm پروکسي مهال ویشونه: د ډاونلوډ هممهالوالی وګورئ
پر محدود پروکسي غیر ضروري موازي فشار کم کړئ او د غوښتنې هممهالوالی له هرې سرچینې د اړیکو له حدونو څخه جلا کړئ.
که یوه د بنډل غوښتنه کار وکړ خو نصب مهال ویشونه تولید کړي، د پروکسي بدلولو دمخه په همدې لار کې لږ موازي کار پرتله کړئ. د pnpm هغې نسخې لپاره چې دا پروژې تنظیمات ملاتړ کوي، یو ساده تشخیصي پیل ټکی دا دی:
networkConcurrency: 8
maxsockets: 4هغه ځای وکاروئ چې نصب شوې خپرونه یې ملاتړ کوي، لکه اوسنی pnpm-workspace.yaml. دا شمېرې بېلګې دي، ستاسو د پروکسي لپاره اندازه یا د سرعت سپارښتنه نه دي.
| تنظیم | سرچینه |
|---|---|
networkConcurrency | هممهاله شبکه یي کار. |
maxsockets | هرې سرچینې ته اړیکې: پروتوکول، کوربه او پورټ. |
هماغه پلان شوې د بنډل عملیه چل کړئ او د اړیکو تېروتنې، بشپړې شوې غوښتنې او بیا هڅې ثبت کړئ. له کاش څخه دویم نصب د بې کاش لومړني ډاونلوډ سره د بینډوېډ په توګه نه شي پرتله کېدای. لږ هممهالوالی کېدای شي محدود منځګړي ته مرسته وکړي یا یوازې یو روغ چل ورو کړي؛ پرته له کاري بار شاهدانو هیڅ ثابته ښه والی نشته.
د نسخې چلند هم وګورئ. اوسنی pnpm اتوماتیک هممهالوالی او ځینې د مهال ویش سره تړلي سمونونه مستند کوي، په شمول د دې چې د هماغه سمون لپاره له همدې پروکسي څخه تګ راتګ یو کوربه وګڼل شي. روښانه تنظیم تجربه روښانه کوي خو هرې خپرونې ته یو شان مهال ویش نه جوړوي.
که یوه غوښتنه هم ناکامه شي، لومړی پروتوکول، پای ټکی، تصدیق، TLS یا د هدف تګلاره وڅېړئ. د موازیت حدود هغه ناکامۍ نه شي رغولای.