npm ကို ဖျက်ပြီးသည့်နောက်တွင်လည်း proxy ရှိနေရသည့်အကြောင်း

သင်သည် npm ၏ proxy ကို ဖျက်လိုက်ပြီး ပြန်မေးကြည့်သော်လည်း တန်ဖိုးသည် ထိုနေရာတွင် ရှိနေဆဲ ဖြစ်သည်။ အခွင့်အာဏာ ပိုဖြင့် command ကို ထပ်မလုပ်မီ မည်သည့် configuration ကို ဖျက်ခဲ့သည်ကို စစ်ဆေးပါ။

Project ၏ .npmrc၊ အသုံးပြုသူ ဖိုင်၊ global configuration၊ command option များနှင့် environment ဆက်တင်များ အားလုံး အရေးပါနိုင်သည်။ တစ်နေရာမှ တန်ဖိုးကို ဖယ်ရှားခြင်းသည် ၎င်း၏ အောက်ရှိ အခြား တန်ဖိုးကို ပေါ်လာစေနိုင်သည်။

မပြောင်းလဲမီ တန်ဖိုးကို ရှာပါ

npm ၏ အကျိုးသက်ရောက်နေသော configuration နှင့် ထို ခေါ်ဆိုမှုနှင့် သက်ဆိုင်သော ဖိုင်များကို စစ်ဆေးပါ။ လုပ်ဆောင်ချက်သည် project အတွင်းလား global လားကို သတိပြုပါ။ Project ဆက်တင်သည် global ထည့်သွင်းမှုအတွက် သက်သေမဟုတ်ပါ။

proxy option များ၏ အမည်များလည်း အရေးပါသည်။ http_proxy နှင့် ဆင်တူသော စိတ်ကြိုက် key သည် အလိုအလျောက် မှတ်တမ်းတင်ထားသော proxy option မဟုတ်ပါ။ environment variable များ၏ စာလုံးပေါင်းနှင့် npm configuration key များ၏ စာလုံးပေါင်းသည် သီးခြား interface များ ဖြစ်သည်။

executable ကို ပြန်လည် ထည့်သွင်းခြင်းသည် မသက်ဆိုင်ပါ

Node ၏ ထည့်သွင်း ထားသည့် ဖိုလ်ဒါသည် သင့် အသုံးပြုသူ configuration ရှိသည့် နေရာ မဟုတ်နိုင်ပါ။ executable ကို အစားထိုးခြင်းသည် အသုံးပြုသူ ဖိုင်နှင့် process environment ကို မထိခိုက်ဘဲ ထားနိုင်သည်။ ထို့ကြောင့် သန့်ရှင်းသော program ထည့်သွင်းမှုသည် ကွန်ရက် အဆုံးအမှတ် ဟောင်းကို ချက်ချင်း ပြနိုင်သည်။

အရင်းအမြစ်ကို ရှာတွေ့ပြီးနောက် ထို အဆင့်ရှိ ခေတ်ကုန်နေသော entry ကို ဖယ်ရှားပါ။ ထို့နောက် မအောင်မြင်မှု ဖြစ်စေခဲ့သော အလုပ်လုပ်သည့် ဖိုလ်ဒါနှင့် အကောင့် တူတူမှ အကျိုးသက်ရောက်နေသော တန်ဖိုးကို ပြန်မေးပါ။ ထည့်သွင်းထားသော npm က ထို အဓိပ္ပာယ်ကို မှတ်တမ်းမတင်ထားပါက မတော်တဆ ဗလာ သို့မဟုတ် null နှင့် တူသော string ကို သတ်မှတ်ခြင်းကို ရှောင်ပါ။

registry ဆက်တင်ကို သီးခြား ထားပါ။ ဒေသခံ registry URL သည် proxy လိပ်စာ နှင့် တူနိုင်သော်လည်း ၎င်းကို ဖျက်ခြင်းသည် package metadata ကို မည်သည့်နေရာမှ တောင်းခံသည်ကို ပြောင်းလဲစေသည်။ မလိုလားအပ်သော forwarding proxy ကို ဖယ်ရှားရန် သက်သက်အတွက် လိုအပ်သော အတွင်းပိုင်း registry ကို မဖျက်ပါနှင့်။