Зошто npm сè уште има прокси откако ќе го избришете

Го бришете проксито на npm, го прашувате повторно и вредноста сè уште е таму. Пред да ја повторите командата со поголеми привилегии, проверете која конфигурација ја избришавте.

Проектен .npmrc, корисничка датотека, глобална конфигурација, опции на командата и поставки на околината — сето тоа може да е важно. Отстранувањето на вредност од едно место може да открие друга вредност под неа.

Најдете ја вредноста пред да ја промените

Прегледајте ја фактичката конфигурација на npm и датотеките релевантни за тој повик. Обрнете внимание дали операцијата е локална за проектот или глобална. Проектната поставка не е доказ за глобална инсталација.

Важни се и имињата на опциите за прокси. Прилагоден клуч сличен на http_proxy не е автоматски документираната опција proxy. Пишувањето на променливите на околината и пишувањето на конфигурациските клучеви на npm се одделни интерфејси.

Преинсталирањето на извршната датотека не е важно

Директориумот за инсталација на Node не е нужно местото каде што живее вашата корисничка конфигурација. Замената на извршната датотека може да ги остави корисничката датотека и околината на процесот недопрени. Затоа чистата инсталација на програмата може веднаш да ја покаже старата мрежна крајна точка.

Откако ќе го најдете изворот, отстранете го застарениот запис на тоа ниво. Потоа повторно прашајте ја фактичката вредност од истиот работен директориум и сметка што ја предизвикаа грешката. Избегнувајте поставување произволна празна или на null слична низа, освен ако инсталираниот npm не го документира тоа значење.

Држете ја поставката за registry одделно. Локална registry URL може да изгледа како адреса на прокси, но нејзиното бришење менува од каде се бараат метаподатоците за пакетите. Не бришете потребен внатрешен registry само за да отстраните несакан прокси за препраќање.