package တောင်းဆိုမှု တစ်ခု အလုပ်ဖြစ်သော်လည်း install လုပ်ရာတွင် timeouts ဖြစ်ပေါ်ပါက proxy ကို အစားထိုးမလုပ်မီ တူညီသော လမ်းကြောင်းပေါ်တွင် ပိုနည်းသော အပြိုင်အလုပ်ပမာဏကို နှိုင်းယှဉ်ပါ။ ဤ project settings များကို ပံ့ပိုးသော pnpm version အတွက် ရိုးရှင်းသော ရောဂါစစ်ဆေးမှု အစမှတ်မှာ:

networkConcurrency: 8
maxsockets: 4

တပ်ဆင်ထားသော release က ပံ့ပိုးသည့် တည်နေရာကို အသုံးပြုပါ၊ ဥပမာ လက်ရှိ pnpm-workspace.yaml။ ဤဂဏန်းများသည် ဥပမာပြသာဖြစ်ပြီး သင့် proxy အတွက် တိုင်းတာမှု သို့မဟုတ် အမြန်နှုန်း အကြံပြုချက် မဟုတ်ပါ။

Settingအရင်းအမြစ်
networkConcurrencyတစ်ပြိုင်နက်တည်း ကွန်ရက်အလုပ်။
maxsocketsမူလတစ်ခုချင်း ချိတ်ဆက်မှုများ: protocol၊ host နှင့် port။

ရည်ရွယ်ထားသည့် package လုပ်ဆောင်မှုကို ထပ်မံလုပ်ဆောင်ပြီး ချိတ်ဆက်မှု အမှားများ၊ ပြီးစီးသော တောင်းဆိုမှုများနှင့် ထပ်ကြိုးစားမှုများကို မှတ်တမ်းတင်ပါ။ cache မှ ဒုတိယ install ကို cache မပါသော ပထမဒေါင်းလုဒ်နှင့် bandwidth အဖြစ် နှိုင်းယှဉ်၍ မရပါ။ တစ်ပြိုင်နက်တည်း လုပ်ဆောင်မှု နည်းခြင်းက ကန့်သတ်ထားသော ကြားခံကို ကူညီနိုင်သည် သို့မဟုတ် ကျန်းမာသော run ကို နှေးကွေးစေနိုင်သည်; workload အထောက်အထား မရှိဘဲ ပုံသေ တိုးတက်မှု မရှိပါ။

version အပြုအမူကိုလည်း စစ်ဆေးပါ။ လက်ရှိ pnpm သည် အလိုအလျောက် တစ်ပြိုင်နက်တည်း လုပ်ဆောင်မှုနှင့် timeout ဆိုင်ရာ ချိန်ညှိမှု အချို့ကို မှတ်တမ်းတင်ထားပြီး ထိုချိန်ညှိမှုအတွက် တူညီသော proxy မှတစ်ဆင့် သွားလာမှုကို host တစ်ခုအဖြစ် သတ်မှတ်ခြင်း ပါဝင်သည်။ တိကျသော setting က စမ်းသပ်မှုကို ပိုရှင်းစေသော်လည်း release တိုင်းကို တူညီစွာ အချိန်ဇယားဆွဲစေမည် မဟုတ်ပါ။

တောင်းဆိုမှု တစ်ခုတောင် မအောင်မြင်ပါက protocol၊ endpoint၊ authentication၊ TLS သို့မဟုတ် target policy ကို ဦးစွာ စစ်ဆေးပါ။ အပြိုင်ကန့်သတ်ချက်များက ထိုကျရှုံးမှုများကို ပြုပြင်၍ မရပါ။

ဆက်စပ်ဆောင်းပါးများ