ইনস্টল-স্ক্রিপ্ট ডাউনলোডের সময় npm প্রক্সি ব্যর্থতা

যদি npm ইনস্টলেশন রেজিস্ট্রি ডাউনলোড পেরিয়ে ইনস্টল স্ক্রিপ্টে থেমে যায়, তবে দ্বিতীয় ডাউনলোডারটি শনাক্ত করুন। JavaScript প্যাকেজটি ইতিমধ্যে উপস্থিত থাকতে পারে, অথচ তার প্ল্যাটফর্ম-নির্দিষ্ট বাইনারি এখনও অনুপস্থিত।

1. লগে অনুরোধের মালিক খুঁজুন। লাইফসাইকেল স্ক্রিপ্ট, এক্সিকিউটেবল বা HTTP লাইব্রেরি, গন্তব্য হোস্টনেম এবং প্রথম ত্রুটি লিখে রাখুন। একটি প্যাকেজ অন্য একটি প্রোগ্রাম চালু করতে পারে যার ডাউনলোড npm-এর রেজিস্ট্রি স্থানান্তর থেকে আলাদা।
2. সেই ডাউনলোডার যে প্রক্সি ইন্টারফেস সমর্থন করে তা ব্যবহার করুন। tfjs-node-এর resources.js পথে চাইল্ড প্রসেসের প্রক্সি পরিবেশ একটি স্পষ্ট উদাহরণ। প্যাকেজের নথিভুক্ত ডাউনলোড সেটিংস এবং অনুরোধকারী প্রসেসের পরিবেশ পরীক্ষা করুন। একটি মানক প্রক্সি ভেরিয়েবল কেবল তখনই সাহায্য করে যখন সেই গ্রাহক তা পড়ে; একই নামের ভেরিয়েবল যোগ করলে সমর্থন প্রমাণ হয় না।
3. প্রকৃত আর্টিফ্যাক্ট পথ অনুসরণ করুন। রিলিজ সার্ভার, অবজেক্ট স্টোর এবং রিডাইরেক্ট গন্তব্য রেজিস্ট্রি থেকে ভিন্ন হতে পারে। ব্যর্থ অনুরোধের জন্য প্রক্সি প্রমাণীকরণ, অনুমোদিত গন্তব্য এবং TLS বিশ্বাস তুলনা করুন।

ক্যাশ পরিষ্কার করার আগে এটি করুন: লগে প্যাকেজ সংগ্রহ থেকে লাইফসাইকেল সম্পাদনে রূপান্তর ইতিমধ্যে ত্রুটির পরিধি সংকুচিত করে। সফল রেজিস্ট্রি অ্যাক্সেস উপযোগী তুলনামূলক প্রমাণ, কিন্তু এটি প্রমাণ করে না যে দ্বিতীয় প্রোগ্রাম একই পথ সমর্থন করে বা তার আর্টিফ্যাক্ট হোস্টে পৌঁছাতে পারে।

ইনস্টল স্ক্রিপ্ট নিষ্ক্রিয় করলে ডাউনলোড বাদ পড়তে পারে এবং প্যাকেজ অব্যবহারযোগ্য থাকতে পারে। যদি প্যাকেজ অনুমোদিত পূর্ব-নির্মিত বা অফলাইন ইনস্টলেশন পথ নথিভুক্ত করে, তবে সেই আর্টিফ্যাক্টটি সচেতনভাবে প্রস্তুত করুন এবং ইনস্টলেশন সম্পূর্ণ ধরার আগে এক্সিকিউটেবলটি উপলব্ধ কিনা নিশ্চিত করুন।