რატომ აქვს npm-ს პროქსი წაშლის შემდეგაც

npm-ის პროქსის შლით, ხელახლა იკითხავთ და მნიშვნელობა კვლავ იქ არის. სანამ ბრძანებას უფრო დიდი უფლებებით გაიმეორებთ, შეამოწმეთ, რომელი კონფიგურაცია წაშალეთ.

პროექტის .npmrc, მომხმარებლის ფაილი, გლობალური კონფიგურაცია, ბრძანების ოფციები და გარემოს პარამეტრები — ყველა შეიძლება მნიშვნელოვანი იყოს. ერთი ადგილიდან მნიშვნელობის წაშლამ შეიძლება მის ქვეშ არსებული სხვა მნიშვნელობა გამოაჩინოს.

იპოვეთ მნიშვნელობა შეცვლამდე

შეისწავლეთ npm-ის მოქმედი კონფიგურაცია და ამ გამოძახებასთან დაკავშირებული ფაილები. ყურადღება მიაქციეთ, ოპერაცია პროექტის შიგნითაა თუ გლობალური. პროექტის პარამეტრი გლობალური ინსტალაციის მტკიცებულება არ არის.

პროქსის ოფციების სახელებიც მნიშვნელოვანია. http_proxy-ის მსგავსი მორგებული გასაღები ავტომატურად არ არის დოკუმენტირებული proxy ოფცია. გარემოს ცვლადების მართლწერა და npm-ის კონფიგურაციის გასაღებების მართლწერა ცალკე ინტერფეისებია.

შესრულებადი ფაილის ხელახლა დაყენება უშუალო კავშირში არ არის

Node-ის ინსტალაციის დირექტორია სულაც არ არის ის ადგილი, სადაც თქვენი მომხმარებლის კონფიგურაციაა. შესრულებადი ფაილის შეცვლამ შეიძლება მომხმარებლის ფაილი და პროცესის გარემო უცვლელად დატოვოს. ამიტომ სუფთა პროგრამული ინსტალაცია მაშინვე შეიძლება აჩვენოს ძველი ქსელური ბოლო წერტილი.

წყაროს პოვნის შემდეგ წაშალეთ მოძველებული ჩანაწერი იმ დონეზე. შემდეგ კვლავ იკითხეთ მოქმედი მნიშვნელობა იმავე სამუშაო დირექტორიიდან და ანგარიშიდან, რომლებმაც გამოიწვიეს ხარვეზი. მოერიდეთ თვითნებური ცარიელი ან null-ის მსგავსი სტრიქონის დაყენებას, თუ დაყენებული npm ამ მნიშვნელობას არ ადოკუმენტირებს.

registry-ის პარამეტრი ცალკე გაიჩერეთ. ლოკალური registry URL შეიძლება პროქსის მისამართს ჰგავდეს, მაგრამ მისი წაშლა ცვლის, საიდან მოითხოვება პაკეტების მეტამონაცემები. არ წაშალოთ საჭირო შიდა registry მხოლოდ არასასურველი გამტარი პროქსის მოსაშორებლად.