Ja npm instalēšana iztur reģistra lejupielādi un apstājas instalēšanas skriptā, nosakiet otro lejupielādētāju. JavaScript pakotne jau var būt, bet tās platformai raksturīgais binārais fails vēl trūkst.

  1. Atrodiet pieprasījuma īpašnieku žurnālā. Pierakstiet dzīves cikla skriptu, izpildāmo failu vai HTTP bibliotēku, galamērķa resursdatora nosaukumu un pirmo kļūdu. Pakotne var palaist citu programmu, kuras lejupielāde ir atsevišķa no npm reģistra pārsūtīšanas.
  2. Izmantojiet tā lejupielādētāja atbalstīto starpniekservera saskarni. tfjs-node resources.js ceļam bērnu procesa starpniekservera vide ir viens konkrēts piemērs. Pārbaudiet pakotnes dokumentētos lejupielādes iestatījumus un pieprasījumu veicošā procesa vidi. Standarta starpniekservera mainīgais palīdz tikai tad, ja tas lietotājs to nolasa; līdzīgu nosaukumu mainīgo pievienošana nepierāda atbalstu.
  3. Sekojiet artefakta faktiskajam maršrutam. Izlaidumu serveri, objektu krātuves un novirzīšanas mērķi var atšķirties no reģistra. Salīdziniet starpniekservera autentifikāciju, apstiprinātos galamērķus un TLS uzticēšanos neveiksmīgajam pieprasījumam.

Dariet to pirms kešatmiņu tīrīšanas: žurnālā pāreja no pakotnes iegūšanas uz dzīves cikla izpildi jau sašaurina kļūmi. Veiksmīga piekļuve reģistram ir noderīgs salīdzinošs pierādījums, taču tas nepierāda, ka otrā programma atbalsta to pašu maršrutu vai spēj sasniegt savu artefaktu resursdatoru.

Instalēšanas skriptu atspējošana var izlaist lejupielādi un atstāt pakotni neizmantojamu. Ja pakotne dokumentē apstiprinātu iepriekš būvētu vai bezsaistes instalēšanas ceļu, apzināti sagatavojiet šo artefaktu un pirms instalēšanas pabeigšanas apstipriniet, ka izpildāmais fails ir pieejams.

Saistītie raksti