ความล้มเหลวของพร็อกซี npm ระหว่างการดาวน์โหลดสคริปต์ติดตั้ง

หากการติดตั้ง npm ผ่านการดาวน์โหลดจากรีจิสทรีและหยุดในสคริปต์ติดตั้ง ให้ระบุตัวดาวน์โหลดตัวที่สอง แพ็กเกจ JavaScript อาจมีอยู่แล้วในขณะที่ไบนารีเฉพาะแพลตฟอร์มยังขาดอยู่

1. หาเจ้าของคำขอในบันทึก บันทึกสคริปต์วงจรชีวิต ไฟล์เรียกทำงาน หรือไลบรารี HTTP ชื่อโฮสต์ปลายทาง และข้อผิดพลาดแรก แพ็กเกจสามารถเปิดโปรแกรมอื่นซึ่งการดาวน์โหลดแยกจาการถ่ายโอนของรีจิสทรี npm
2. ใช้อินเทอร์เฟซพร็อกซีที่ตัวดาวน์โหลดนั้นรองรับ สำหรับเส้นทาง resources.js ของ tfjs-node สภาพแวดล้อมพร็อกซีของโปรเซสลูก เป็นตัวอย่างที่ชัดเจนหนึ่งตัวอย่าง ตรวจสอบการตั้งค่าการดาวน์โหลดที่มีเอกสารของแพ็กเกจและสภาพแวดล้อมของโปรเซสที่ส่งคำขอ ตัวแปรพร็อกซีมาตรฐานช่วยได้ก็ต่อเมื่อผู้ใช้ปลายทางอ่านมัน การเพิ่มตัวแปรที่ชื่อคล้ายกันไม่ได้พิสูจน์การรองรับ
3. ติดตามเส้นทางจริงของอาร์ติแฟกต์ เซิร์ฟเวอร์เผยแพร่ ที่เก็บวัตถุ และปลายทางการเปลี่ยนเส้นทางอาจแตกต่างจากรีจิสทรี เปรียบเทียบการพิสูจน์ตัวตนพร็อกซี ปลายทางที่อนุมัติ และความเชื่อถือ TLS สำหรับคำขอที่ล้มเหลว

ทำสิ่งนี้ก่อนล้างแคช: การเปลี่ยนผ่านในบันทึกจากการดึงแพ็กเกจไปสู่การเรียกใช้วงจรชีวิตได้จำกัดขอบเขตความผิดพลาดอยู่แล้ว การเข้าถึงรีจิสทรีสำเร็จเป็นหลักฐานเปรียบเทียบที่มีประโยชน์ แต่ไม่ได้พิสูจน์ว่าโปรแกรมที่สองรองรับเส้นทางเดียวกันหรือเข้าถึงโฮสต์อาร์ติแฟกต์ของมันได้

การปิดใช้งานสคริปต์ติดตั้งอาจข้ามการดาวน์โหลดและทำให้แพ็กเกจใช้งานไม่ได้ หากแพ็กเกจมีเอกสารเส้นทางการติดตั้งที่อนุมัติแล้วแบบสร้างไว้ล่วงหน้าหรือแบบออฟไลน์ ให้เตรียมอาร์ติแฟกต์นั้นอย่างตั้งใจและยืนยันว่าไฟล์เรียกทำงานพร้อมใช้งานก่อนถือว่าการติดตั้งเสร็จสมบูรณ์