Mga pagkabigo ng proxy ng npm habang nagda-download ng mga script ng pag-install

Kung ang isang pag-install ng npm ay lumampas sa pag-download ng registry at huminto sa isang script ng pag-install, tukuyin ang pangalawang downloader. Ang pakete ng JavaScript ay maaaring naroroon na habang ang binary na partikular sa platform nito ay wala pa.

1. Hanapin ang may-ari ng kahilingan sa log. Itala ang script ng lifecycle, executable o HTTP library, hostname ng destinasyon at unang error. Ang isang pakete ay maaaring maglunsad ng ibang programa na ang pag-download ay hiwalay sa transfer ng npm registry.
2. Gamitin ang proxy interface na sinusuportahan ng downloader na iyon. Para sa resources.js path ng tfjs-node, ang proxy environment ng child process ay isang konkretong halimbawa. Suriin ang mga dokumentadong setting ng pag-download ng pakete at ang environment ng prosesong gumagawa ng kahilingan. Ang isang standard na proxy variable ay tumutulong lamang kung binabasa ito ng consumer na iyon; ang pagdaragdag ng mga variable na may katulad na pangalan ay hindi nagpapatunay ng suporta.
3. Sundin ang aktwal na ruta ng artifact. Ang mga release server, object store at redirect target ay maaaring iba sa registry. Ihambing ang proxy authentication, mga aprubadong destinasyon at TLS trust para sa kahilingang nabigo.

Gawin ito bago maglinis ng mga cache: ang paglipat sa log mula sa pagkuha ng pakete tungo sa pagpapatupad ng lifecycle ay nagpapakitid na sa sira. Ang matagumpay na pag-access sa registry ay kapaki-pakinabang na paghahambing na ebidensya, ngunit hindi nito pinatutunayan na sinusuportahan ng pangalawang programa ang parehong ruta o maaabot ang host ng artifact nito.

Ang pag-disable ng mga script ng pag-install ay maaaring laktawan ang pag-download at iwanang hindi magamit ang pakete. Kung ang pakete ay may dokumentadong aprubadong paunang-built o offline na ruta ng pag-install, ihanda ang artifact na iyon nang sadyang at kumpirmahin na available ang executable bago ituring na kumpleto ang pag-install.