तुम्ही npm ची प्रॉक्सी डिलीट करता, पुन्हा विचारता, आणि मूल्य तिथेच असते. अधिक विशेषाधिकारांसह आदेश पुन्हा चालवण्यापूर्वी तुम्ही कोणते कॉन्फिगरेशन डिलीट केले ते तपासा.

प्रोजेक्टची .npmrc, वापरकर्ता फाइल, ग्लोबल कॉन्फिगरेशन, आदेश पर्याय आणि पर्यावरण सेटिंग्ज — सर्व महत्त्वाचे ठरू शकतात. एका ठिकाणाहून मूल्य काढल्यास त्याखालील दुसरे मूल्य समोर येऊ शकते.

बदलण्यापूर्वी मूल्य शोधा

npm चे प्रभावी कॉन्फिगरेशन आणि त्या कॉलशी संबंधित फाइलींची तपासणी करा. क्रिया प्रोजेक्ट-स्थानिक आहे की ग्लोबल, याकडे लक्ष द्या. प्रोजेक्ट सेटिंग ग्लोबल इन्स्टॉलेशनचा पुरावा नाही.

प्रॉक्सी पर्यायांची नावेही महत्त्वाची आहेत. http_proxy सारखी सानुकूल की स्वतःहून दस्तऐवजीकृत proxy पर्याय नसते. पर्यावरण-चलांचे स्पेलिंग आणि npm कॉन्फिगरेशन-कीचे स्पेलिंग वेगवेगळे इंटरफेस आहेत.

एक्झिक्युटेबल पुन्हा इन्स्टॉल करणे अप्रासंगिक आहे

Node ची इन्स्टॉलेशन डिरेक्टरी तुमचे वापरकर्ता कॉन्फिगरेशन असते तेथेच असेल असे नाही. एक्झिक्युटेबल बदलल्यास वापरकर्ता फाइल आणि प्रक्रियेचे पर्यावरण अक्षत राहू शकतात. म्हणूनच स्वच्छ प्रोग्राम इन्स्टॉलेशन त्वरित जुना नेटवर्क एंडपॉइंट दाखवू शकते.

स्रोत सापडल्यावर त्या स्तरावरील जुनी नोंद काढून टाका. नंतर अयशस्वीता निर्माण करणाऱ्या त्याच कार्यरत डिरेक्टरी आणि खात्यातून प्रभावी मूल्य पुन्हा विचारा. इन्स्टॉल केलेले npm तो अर्थ दस्तऐवजीकृत करत नसेल तर अनियंत्रित रिकामी किंवा null सारखी दिसणारी स्ट्रिंग सेट करणे टाळा.

registry सेटिंग वेगळी ठेवा. स्थानिक registry URL प्रॉक्सी पत्त्यासारखा दिसू शकतो, पण तो डिलीट केल्यास पॅकेज मेटाडेटा कुठून मागितला जातो ते बदलते. फक्त अवांछित फॉरवर्डिंग प्रॉक्सी काढण्यासाठी आवश्यक अंतर्गत registry पुसू नका.

संबंधित लेख