Եթե npm տեղադրումը անցնում է ռեեստրի ներբեռնումը և կանգ է առնում տեղադրման սկրիպտում, նույնականացրեք երկրորդ ներբեռնիչը։ JavaScript փաթեթը կարող է արդեն առկա լինել, մինչդեռ նրա հարթակային բինար ֆայլը դեռ բացակայում է։

  1. Գտեք հարցման տիրոջը մատյանում։ Գրանցեք կյանքի ցիկլի սկրիպտը, կատարվող ֆայլը կամ HTTP գրադարանը, նշանակման հոսթի անունը և առաջին սխալը։ Փաթեթը կարող է գործարկել մեկ այլ ծրագիր, որի ներբեռնումը առանձին է npm ռեեստրի փոխանցումից։
  2. Օգտագործեք այն վստահված սերվերի միջերեսը, որն աջակցում է այդ ներբեռնիչը։ tfjs-node-ի resources.js ուղու համար զավակ գործընթացի վստահված սերվերի միջավայրը մեկ կոնկրետ օրինակ է։ Ստուգեք փաթեթի փաստաթղթավորված ներբեռնման կարգավորումները և հարցումը կատարող գործընթացի միջավայրը։ Ստանդարտ վստահված սերվերի փոփոխականը օգնում է միայն այն դեպքում, երբ այդ սպառողը կարդում է այն. նման անունով փոփոխականներ ավելացնելը չի ապացուցում աջակցությունը։
  3. Հետևեք արտեֆակտի իրական ուղուն։ Թողարկման սերվերները, օբյեկտների պահոցները և վերահղման նշանակումները կարող են տարբերվել ռեեստրից։ Համեմատեք վստահված սերվերի նույնականացումը, հաստատված նշանակումները և TLS վստահությունը ձախողված հարցման համար։

Արեք դա քեշերը մաքրելուց առաջ. մատյանում փաթեթի ստացումից կյանքի ցիկլի կատարման անցումն արդեն նեղացնում է խափանումը։ Ռեեստրի հաջող հասանելիությունը օգտակար համեմատական ապացույց է, բայց այն չի ապացուցում, որ երկրորդական ծրագիրն աջակցում է նույն ուղուն կամ կարող է հասնել իր արտեֆակտի հոսթին։

Տեղադրման սկրիպտների անջատումը կարող է բաց թողնել ներբեռնումը և փաթեթը թողնել անօգտագործելի։ Եթե փաթեթը փաստաթղթավորում է հաստատված նախապես կառուցված կամ անցանց տեղադրման ուղի, նախապես պատրաստեք այդ արտեֆակտը գիտակցաբար և հաստատեք, որ կատարվող ֆայլը հասանելի է, նախքան տեղադրումը ավարտված համարելը։

Առնչվող հոդվածներ