npm працуе, але спампоўка натыўных рэсурсаў tfjs-node ідзе ў абыход проксі
Задайце асяроддзе, якое чытае scripts/resources.js, і праверце парадак першай непаўнай зменнай, перш чым зноў змяняць канфігурацыю npm.
Для шляху спампоўкі scripts/resources.js у tfjs-node дайце даччынаму працэсу яго асяроддзе проксі. У сеансе PowerShell, які запускае аперацыю з пакетам:
$env:HTTPS_PROXY = 'http://proxy.example:8080'
$env:HTTP_PROXY = 'http://proxy.example:8080'Пачніце патрэбную аперацыю з гэтага сеанса. Для дазволенай спампоўкі публічнага рэсурсу выкарыстайце HTTP-эндпойнт з спіса HTTP-проксі у гэтых значэннях. Скрыпт чытае process.env у такім парадку і бярэ першае непаўнае значэнне: HTTPS_PROXY, https_proxy, HTTP_PROXY, http_proxy. Састарэлае ранейшае значэнне можа схаваць змену, зробленую пазней у спісе.
Працоўны запыт да рэестра npm правярае іншы спампоўнік. Яго запіс проксі ў .npmrc не абавязаны даваць зменную працэсу, якую выкарыстоўвае скрыпт натыўных рэсурсаў. Трымайце няўдалы URL разам з этапам спампоўкі, каб вызначыць, якога ўваходу не хапае.
Гэты парадак належыць апісанай рэалізацыі рэсурсу. Узгадніце яго са спампоўнікам усталяванага выпуску tfjs-node, а не выпраўляйце кэшаваны скрыпт здагадкамі іншай версіі.