proxy စမ်းသပ်စဉ် npm ping က ဘာကို စစ်ဆေးသည်
မအောင်မြင်သော npm လုပ်ငန်းစဉ်၏ အခြေအနေတွင် စစ်ဆေးမှုကို လုပ်ဆောင်ပြီး archive နှင့် lifecycle ဒေါင်းလုဒ်များကို ၎င်း၏ ရလဒ်နှင့် ခွဲထားပါ။
npm ping --registry=https://registry.npmjs.org/ပရောဂျက်အတွက် ရည်ရွယ်ထားသော registry ကို အသုံးပြုပါ။ npm ping သည် ထို registry ကို ဆက်သွယ်ပြီး လက်ရှိ ဖွဲ့စည်းမှုမှတစ်ဆင့် အတည်ပြုခြင်းကို စစ်ဆေးသည်။ အောင်မြင်စွာ ပြီးဆုံးခြင်းသည် အရေးကြီးသည်။ ရှေးဟောင်း ဥပမာတစ်ခု၏ အလွတ်-အရာဝတ္ထု ထွက်ရှိမှုသည် လိုအပ်သော ပုံစံမဟုတ်ပါ။
ပျက်ကွက်မှု ဖြစ်ပွားသည့်နေရာတွင် ၎င်းကို လုပ်ဆောင်ပါ။ IDE မှ စတင်သော npm လုပ်ငန်းစဉ်သည် terminal နှင့် မတူညီသော ပတ်ဝန်းကျင် သို့မဟုတ် ဖွဲ့စည်းမှု ထည့်သွင်းချက်များ ရှိနိုင်သည်။
ရလဒ်ကို မှန်ကန်သော အဆင့်တွင် ဖတ်ပါ
ping မအောင်မြင်ပါက ပထမဆုံး အမှားကို သိမ်းထားပါ။ proxy ဖြေရှင်းမှု၊ listener နှင့် ချိတ်ဆက်မှု၊ 407 စိန်ခေါ်မှုနှင့် registry အတည်ပြုခြင်း ငြင်းပယ်မှုတို့သည် မတူညီသော အဆင့်များဖြစ်သည်။
ping အောင်မြင်သော်လည်း ထည့်သွင်းမှု မအောင်မြင်ပါက နောက်ပိုင်း ဒေါင်းလုဒ် URL ကို ၎င်း၏ အမှားနှင့်အတူ သိမ်းထားပါ။ archive သည် အခြား host တွင် ရှိနိုင်ပြီး lifecycle script သည် သီးခြား executable ကို ဒေါင်းလုဒ်လုပ်နိုင်သည်။ ဥပမာ Cypress သည် ၎င်း၏ proxy နှင့် binary ဒေါင်းလုဒ် အပြုအမူကို မှတ်တမ်းတင်ထားသည်။ registry ping သည် ထို လွှဲပြောင်းမှုကို မလုပ်ဆောင်ပါ။
မေးခွန်းသည် လမ်းကြောင်းသွားလာမှု proxy ကို ဖြတ်သန်းခဲ့ခြင်း ရှိ/မရှိ ဖြစ်ပါက registry ၏ တုံ့ပြန်မှုကို proxy မှတ်တမ်းများ သို့မဟုတ် လမ်းကြောင်း၏ အခြား လေ့လာတွေ့ရှိချက်နှင့် တွဲဖက်ပါ။ တုံ့ပြန်မှု တစ်ခုတည်းက လက်လှမ်းမီမှုနှင့် အတည်ပြုခြင်းကို သက်သေပြသည်၊ တိကျသော လမ်းကြောင်းကို မဟုတ်ပါ။