इंस्टॉल-स्क्रिप्ट डाउनलोड के दौरान npm प्रॉक्सी विफलताएँ

यदि npm इंस्टॉलेशन रजिस्ट्री डाउनलोड से आगे बढ़कर इंस्टॉल स्क्रिप्ट में रुक जाता है, तो दूसरे डाउनलोडर की पहचान करें। JavaScript पैकेज पहले से मौजूद हो सकता है जबकि उसकी प्लेटफ़ॉर्म-विशिष्ट बाइनरी अभी भी गायब है।

1. लॉग में अनुरोध का स्वामी खोजें। लाइफ़साइकल स्क्रिप्ट, निष्पादन योग्य फ़ाइल या HTTP लाइब्रेरी, गंतव्य होस्टनाम और पहली त्रुटि दर्ज करें। एक पैकेज कोई दूसरा प्रोग्राम शुरू कर सकता है जिसका डाउनलोड npm की रजिस्ट्री स्थानांतरण से अलग है।
2. उस डाउनलोडर द्वारा समर्थित प्रॉक्सी इंटरफ़ेस का उपयोग करें। tfjs-node के resources.js पथ के लिए, चाइल्ड प्रोसेस का प्रॉक्सी वातावरण एक ठोस उदाहरण है। पैकेज की प्रलेखित डाउनलोड सेटिंग्स और अनुरोध करने वाली प्रोसेस का वातावरण जाँचें। मानक प्रॉक्सी वेरिएबल केवल तभी मदद करता है जब वह उपभोक्ता उसे पढ़ता है; समान नाम के वेरिएबल जोड़ने से समर्थन सिद्ध नहीं होता।
3. आर्टिफ़ैक्ट के वास्तविक मार्ग का पालन करें। रिलीज़ सर्वर, ऑब्जेक्ट स्टोर और रीडायरेक्ट गंतव्य रजिस्ट्री से भिन्न हो सकते हैं। विफल अनुरोध के लिए प्रॉक्सी प्रमाणीकरण, स्वीकृत गंतव्यों और TLS विश्वास की तुलना करें।

कैश साफ़ करने से पहले ऐसा करें: लॉग में पैकेज प्राप्ति से लाइफ़साइकल निष्पादन तक का संक्रमण पहले ही खराबी को सीमित कर देता है। सफल रजिस्ट्री पहुँच उपयोगी तुलनात्मक साक्ष्य है, लेकिन यह सिद्ध नहीं करती कि द्वितीयक प्रोग्राम वही मार्ग समर्थित करता है या अपने आर्टिफ़ैक्ट होस्ट तक पहुँच सकता है।

इंस्टॉल स्क्रिप्ट अक्षम करने से डाउनलोड छूट सकता है और पैकेज अनुपयोगी रह सकता है। यदि पैकेज स्वीकृत पूर्व-निर्मित या ऑफ़लाइन इंस्टॉलेशन पथ प्रलेखित करता है, तो उस आर्टिफ़ैक्ट को जानबूझकर तैयार करें और इंस्टॉलेशन को पूर्ण मानने से पहले पुष्टि करें कि निष्पादन योग्य फ़ाइल उपलब्ध है।