Kodėl npm vis dar turi tarpinį serverį jį ištrynus
npm skaito kelis konfigūracijos šaltinius. Jei pašalinsite įrašą iš vieno failo arba iš naujo įdiegsite Node, kitas šaltinis gali likti galioti.
Ištrinate npm tarpinį serverį, vėl jo klausiate, o reikšmė vis dar yra. Prieš kartodami komandą su didesnėmis teisėmis patikrinkite, kurią konfigūraciją ištrynėte.
Projekto .npmrc, naudotojo failas, globalioji konfigūracija, komandos parinktys ir aplinkos nustatymai gali visi turėti reikšmės. Pašalinus reikšmę vienoje vietoje, gali atsiskleisti kita reikšmė po ja.
Raskite reikšmę prieš ją keisdami
Išnagrinėkite galiojančią npm konfigūraciją ir failus, susijusius su tuo iškvietimu. Atkreipkite dėmesį, ar veiksmas yra projekto, ar globalus. Projekto nustatymas nėra globalios įdiegties įrodymas.
Tarpinio serverio parinkčių pavadinimai taip pat svarbūs. Pasirinktinis raktas, panašus į http_proxy, automatiškai nėra dokumentuota proxy parinktis. Aplinkos kintamųjų rašyba ir npm konfigūracijos raktų rašyba yra atskiros sąsajos.
Vykdomojo failo diegimas iš naujo nieko nekeičia
Node diegimo katalogas nebūtinai yra ta vieta, kur gyvena jūsų naudotojo konfigūracija. Pakeitus vykdomąjį failą, naudotojo failas ir proceso aplinka gali likti nepakitę. Todėl švari programos įdiegtis gali iškart parodyti seną tinklo galinį tašką.
Radę šaltinį, pašalinkite pasenusį įrašą tame lygmenyje. Tada dar kartą paklauskite galiojančios reikšmės iš to paties darbinio katalogo ir paskyros, kurie sukėlė klaidą. Venkite nustatyti savavališką tuščią ar į null panašią eilutę, nebent įdiegtas npm dokumentuoja tokią reikšmę.
Laikykite registry nustatymą atskirai. Vietinis registry URL gali atrodyti kaip tarpinio serverio adresas, bet jį ištrynus pasikeičia, iš kur prašoma paketų metaduomenų. Netrinkite reikalingo vidinio registry vien tam, kad pašalintumėte nepageidaujamą peradresavimo tarpinį serverį.