Zergatik du npmek proxy bat oraindik ezabatu ondoren
npmek konfigurazio-iturburu batzuk irakurtzen ditu. Fitxategi batetik sarrera bat kentzeak edo Node berriro instalatzeak beste iturburu bat indarrean utz dezake.
npmren proxya ezabatzen duzu, berriro kontsultatzen duzu, eta balioa oraindik han dago. Komandoa pribilegio gehiagorekin errepikatu aurretik, egiaztatu zein konfigurazio ezabatu duzun.
Proiektu baten .npmrc, erabiltzaile-fitxategi bat, konfigurazio globala, komando-aukerek eta ingurune-ezarpenek garrantzia izan dezakete. Balio bat leku batetik kentzeak azpian dagoen beste balio bat agerian utz dezake.
Bilatu balioa aldatu aurretik
Aztertu npmren konfigurazio eraginkorra eta dei horretarako garrantzitsuak diren fitxategiak. Egin arreta eragiketa proiektu-mailakoa ala globala den. Proiektu-ezarpen bat ez da instalazio global baten froga.
Proxy-aukera izenek ere garrantzia dute. http_proxy antza duen gako pertsonalizatu bat ez da automatikoki dokumentatutako proxy aukera. Ingurune-aldagaien idazkera eta npm konfigurazio-gakoen idazkera interfaze desberdinak dira.
Exekutagarria berriro instalatzeak ez du zerikusirik
Node instalatzeko direktorioa ez da nahitaez zure erabiltzaile-konfigurazioa dagoen lekua. Exekutagarria ordezkatzeak erabiltzaile-fitxategia eta prozesuaren ingurunea ukitu gabe utz ditzake. Horregatik, programa-instalazio garbi batek sareko amaiera-puntu zaharra erakuts dezake berehala.
Iturburua aurkitu ondoren, kendu zaharkitutako sarrera maila horretan. Ondoren, kontsultatu berriro balio eraginkorra huts egin zuen lan-direktorio eta kontu beretik. Saihestu ausazko kate huts bat edo null itxurakoa ezartzea, instalatutako npmek esanahi hori dokumentatzen ez badu.
Mantendu registry ezarpena bereizita. Tokiko registry URL bat proxy helbide baten antza izan dezake, baina hura ezabatzeak paketeen metadatuak nondik eskatzen diren aldatzen du. Ez ezabatu beharrezko barne-registry bat nahi ez den birbidaltze-proxy bat kentzeagatik soilik.