npm ਦੀ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ npm start ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਰੂਟ ਨਹੀਂ ਕਰਦੀ
npm ਆਪਣੇ ਪੈਕੇਜ ਟ੍ਰਾਂਸਫਰ ਖੁਦ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ। ਸਕ੍ਰਿਪਟ ਰਾਹੀਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਜੇ ਵੀ ਉਹ HTTP ਕਲਾਇੰਟ ਚਾਹੀਦਾ ਹੈ ਜੋ ਲੋੜੀਂਦੀ ਆਉਟਬਾਊਂਡ ਪ੍ਰੌਕਸੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੋਵੇ।
npm install ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ। npm start ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸ ਦੀ API ਬੇਨਤੀ ਸਿੱਧੀ ਜਾਂਦੀ ਹੈ। ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ npm ਸੈਟਿੰਗ ਭੁੱਲ ਗਿਆ ਹੋਵੇ।
ਪਹਿਲੀ ਬੇਨਤੀ ਪੈਕੇਜ ਮੈਨੇਜਰ ਨੇ ਕੀਤੀ। ਦੂਜੀ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਕਰਦੀ ਹੈ। npm ਸੰਰਚਨਾ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਮੁੱਲ ਇਸ ਨੂੰ ਪੜ੍ਹਨ ਵਾਲੇ ਖਪਤਕਾਰਾਂ ਲਈ ਡੇਟਾ ਹੈ, ਹਰ ਚਾਈਲਡ ਪ੍ਰੋਸੈਸ ਹੇਠ ਰੱਖੀ ਸੁਰੰਗ ਨਹੀਂ।
ਐਪਲੀਕੇਸ਼ਨ ਦੇ HTTP ਕਲਾਇੰਟ ਅਤੇ ਇਸ ਵੱਲੋਂ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਇੰਟਰਫ਼ੇਸ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਹ ਮਿਆਰੀ ਵਾਤਾਵਰਣ ਚਰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਸਪੱਸ਼ਟ agent ਜਾਂ dispatcher ਮੰਗ ਸਕਦਾ ਹੈ, ਜਾਂ ਕੋਈ ਹੋਰ ਦਸਤਾਵੇਜ਼ੀ ਸੈਟਿੰਗ ਵਰਤ ਸਕਦਾ ਹੈ। npm_config_proxy ਵਰਗੇ ਚਰ ਦੇ ਆਪਣੇ-ਆਪ ਪਛਾਣੇ ਜਾਣ ਦੀ ਧਾਰਨਾ ਨਾ ਰੱਖੋ।
ਆਉਟਬਾਊਂਡ ਪ੍ਰੌਕਸੀ ਨੂੰ ਡਿਵੈਲਪਮੈਂਟ ਸਰਵਰ ਦੀ API ਫ਼ਾਰਵਰਡਿੰਗ ਸੁਵਿਧਾ ਤੋਂ ਵੀ ਵੱਖ ਰੱਖੋ। ਡਿਵੈਲਪਮੈਂਟ ਸਰਵਰ ਤੋਂ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀਆਂ ਨੂੰ backend ਵੱਲ ਫ਼ਾਰਵਰਡ ਕਰਨ ਵਾਲੀ ਸੈਟਿੰਗ ਦੀ ਭੂਮਿਕਾ ਹੋਰ ਹੈ; ਇਹ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲੋਂ ਕੀਤੀ ਹਰ ਬੇਨਤੀ ਲਈ ਆਪਣੇ-ਆਪ ਨੈੱਟਵਰਕ ਐਗਜ਼ਿਟ ਨਹੀਂ ਹੈ।
ਲਾਭਦਾਇਕ ਤੁਲਨਾ ਲਈ, ਉਹ ਬੇਨਤੀ ਦੱਸੋ ਜੋ ਸਫਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਉਹ ਪ੍ਰੋਸੈਸ ਦੱਸੋ ਜੋ ਅਸਫਲ ਬੇਨਤੀ ਕਰਦਾ ਹੈ। ਫਿਰ ਦੂਜੇ ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਸੰਰਚਿਤ ਕਰੋ। Undici ਦੇ fetch ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ Node ਰਨਟਾਈਮ ਨਾਲ ਅਨੁਕੂਲ ਪੈਕੇਜ ਰਿਲੀਜ਼ ਨਾਲ ProxyAgent dispatcher ਸੰਰਚਨਾ ਦੀ ਪਾਲਣਾ ਕਰ ਸਕਦੀ ਹੈ। npm ਦਾ registry ਐਂਡਪੌਇੰਟ ਬਦਲਣਾ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵਾਰ-ਵਾਰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ ਆਪਣੇ ਆਪ ਉਹ ਗੁੰਮ ਰਸਤਾ ਨਹੀਂ ਦਿੰਦਾ।