למה ל-npm עדיין יש פרוקסי אחרי שמחקתם אותו

אתם מוחקים את הפרוקסי של npm, שואלים שוב, והערך עדיין שם. לפני שאתם חוזרים על הפקודה עם הרשאות רבות יותר, בדקו איזו תצורה מחקתם.

קובץ .npmrc של פרויקט, קובץ משתמש, תצורה גלובלית, אפשרויות פקודה והגדרות סביבה — כולם יכולים להשפיע. הסרת ערך ממקום אחד יכולה לחשוף ערך אחר שמתחתיו.

מצאו את הערך לפני שתשנו אותו

בדקו את התצורה האפקטיבית של npm ואת הקבצים הרלוונטיים לאותה קריאה. שימו לב אם הפעולה מקומית לפרויקט או גלובלית. הגדרה של פרויקט אינה הוכחה לגבי התקנה גלובלית.

גם שמות אפשרויות הפרוקסי חשובים. מפתח מותאם שמזכיר את http_proxy אינו אוטומטית האפשרות המתועדת proxy. הכתיב של משתני סביבה והכתיב של מפתחות התצורה של npm הם ממשקים נפרדים.

התקנה מחדש של קובץ ההרצה אינה רלוונטית

ספריית ההתקנה של Node אינה בהכרח המקום שבו נמצאת תצורת המשתמש שלכם. החלפת קובץ ההרצה יכולה להשאיר את קובץ המשתמש ואת סביבת התהליך ללא שינוי. לכן התקנה נקייה של התוכנית יכולה להציג מיד את נקודת הקצה הישנה של הרשת.

לאחר שמצאתם את המקור, הסירו את הרשומה המיושנת באותה רמה. אחר כך שאלו שוב את הערך האפקטיבי מאותה ספריית עבודה ומאותו חשבון שיצרו את הכשל. הימנעו מהגדרת מחרוזת ריקה או דמוית null באופן שרירותי, אלא אם ה-npm המותקן מתעד את המשמעות הזו.

הפרידו את הגדרת ה-registry. כתובת registry מקומית יכולה להיראות כמו כתובת פרוקסי, אבל מחיקתה משנה מהיכן נדרשים מטא-נתוני החבילות. אל תמחקו registry פנימי נדרש רק כדי להסיר פרוקסי העברה לא רצוי.