No kuriem novadiem pēdējo 24 stundu laikā saņemts visvairāk ziņojumu par šo pakalpojumu.
Parāda, kur pakalpojuma URL nebija sasniedzams noteiktajos traucējumu periodos. Procenti norāda neveiksmīgo pārbaužu īpatsvaru no uzraudzības punktiem katrā valstī.
Izvēlieties, kas nedarbojas — viens klikšķis palīdz tūkstošiem citu ātrāk pamanīt traucējumu.
Visbiežāk problēma ir bojāta npm kešatmiņa. Palaid komandu npm cache clean --force, pēc tam mēģini instalēt pakotnes no jauna. Ja kļūda saglabājas, pārbaudi, vai Node.js versija ir saderīga ar projekta prasībām — dažas pakotnes nestrādā ar vecākām versijām.
Šī ir viena no biežākajām galvassāpēm lielos projektos. Kad divas pakotnes prasa vienu un to pašu bibliotēku, bet dažādas versijas, rodas konflikts. Palīdz komanda npm ls, kas parāda pilnu atkarību koku. Ja redzi konfliktu, mēģini fiksēt konkrētu versiju package.json failā vai izmanto npm dedupe, lai samazinātu dublēšanos.
Dzēs visu mapi ar rm -rf node_modules un failu package-lock.json, pēc tam izpildi npm install no jauna. Šis risinājums atrisina lielāko daļu situāciju, kad pakotnes uzvedas negaidīti vai skripti nedarbojas.
Problēma parasti ir tīkla savienojuma nestabilitāte vai reģistra nepieejamība. Pārbaudi savienojumu ar komandu npm ping. Vari arī nomainīt reģistru uz spoguļserveri: npm config set registry https://registry.npmmirror.com — tas bieži palīdz, ja oficiālais reģistrs atbild lēni.
Izpildi npm root -g, lai noskaidrotu, kur glabājas globālās pakotnes. Pēc tam pārbaudi, vai šis ceļš ir iekļauts sistēmas PATH mainīgajā. Operētājsistēmā Windows šo problēmu bieži izraisa nepietiekamas tiesības — mēģini palaist komandrindu kā administrators.
Pirms npm update izpildes vienmēr fiksē versijas package.json ar ~ vai ^ simboliem, lai kontrolētu atjaunināšanas diapazonu. Ja atjauninājums jau ir sabojājis projektu, npm install pakotne@vecāVersionija atgriezīs iepriekšējo stāvokli. Regulāri izpildi npm outdated, lai savlaicīgi sekotu līdzi novecojušajām atkarībām.