npm-ის პროქსის პარამეტრი არ მარშრუტიზებს ყველაფერს, რასაც npm start იწყებს

npm install მუშაობს პროქსის მეშვეობით. npm start უშვებს აპლიკაციას და მისი API მოთხოვნა პირდაპირ მიდის. npm-ს პარამეტრი სულაც არ დავიწყებია.

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

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

ასევე გამოყავით გამავალი პროქსი განვითარების სერვერის API გადამისამართების ფუნქციისგან. პარამეტრს, რომელიც ბრაუზერის მოთხოვნებს განვითარების სერვერიდან ბექენდზე გადასცემს, სხვა როლი აქვს; ის ავტომატურად არ არის ქსელური გასასვლელი თქვენი აპლიკაციის ყოველი მოთხოვნისთვის.

სასარგებლო შედარებისთვის დაასახელეთ მოთხოვნა, რომელიც წარმატებით სრულდება, და პროცესი, რომელიც წარუმატებელ მოთხოვნას აკეთებს. შემდეგ გააკონფიგურირეთ ეს უკანასკნელი განზრახ. აპლიკაციას, რომელიც იყენებს Undici-ს fetch-ს, შეუძლია მიჰყვეს მის ProxyAgent dispatcher-ის კონფიგურაციას, თავის Node-ის გარემოსთან თავსებადი პაკეტის გამოშვებით. npm-ის registry-ის ბოლო წერტილის შეცვლა ან აპლიკაციის განმეორებითი გადაყენება თავისთავად არ უზრუნველყოფს იმ დაკარგულ მარშრუტს.