global-tunnel-ng ପ୍ରକ୍ସି ଭେରିଏବଲ୍ଗୁଡ଼ିକୁ ପଢ଼ିବା ପରେ ଡିଲିଟ୍ କରେ
http_proxy ଅଦୃଶ୍ୟ ହେବା ପରେ ମଧ୍ୟ ଏକ ପୁରୁଣା Node ପ୍ରକ୍ରିୟା ପ୍ରକ୍ସି କରିପାରେ; ମଡ୍ୟୁଲର ସଂରକ୍ଷିତ ସ୍ଥିତି ଏବଂ ପରବର୍ତ୍ତୀ କ୍ଲାଏଣ୍ଟର ପରିବହନ ଯାଞ୍ଚ କରନ୍ତୁ।
global-tunnel-ng ବ୍ୟବହାର କରୁଥିବା ପୁରୁଣା ଆପ୍ଲିକେସନରେ, initialize ନିଜର ଚୟନିତ କନଫିଗରେସନ୍ ରଖିବା ପରେ ସମର୍ଥିତ HTTP/HTTPS ପ୍ରକ୍ସି ଭେରିଏବଲ୍ଗୁଡ଼ିକୁ ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବରେ ଅପସାରଣ କରିପାରେ।
କାରଣ ଦ୍ୱିଗୁଣ ପରିଚାଳନା: ଅନ୍ୟ ଏକ ଲାଇବ୍ରେରୀ ମଡ୍ୟୁଲର ପ୍ୟାଚ୍ କରାଯାଇଥିବା HTTP ପଥ ଉପରେ ପୁନର୍ବାର ପରିବେଶ ପ୍ରକ୍ସି ପ୍ରୟୋଗ କରିବା ଉଚିତ୍ ନୁହେଁ। ତେଣୁ process.env.http_proxy ନ ଥିବାର ଅର୍ଥ ପ୍ରକ୍ସି ବନ୍ଦ ହୋଇଛି ନୁହେଁ।
ସକ୍ରିୟତା ପାଇଁ isProxying ଏବଂ ସଂରକ୍ଷିତ ଚୟନ ପାଇଁ proxyConfig ଯାଞ୍ଚ କରନ୍ତୁ। ସମ୍ପୂର୍ଣ୍ଣ ଖାତା-ଯୁକ୍ତ କନଫିଗରେସନ୍ କିମ୍ବା proxyUrl ଲଗ୍ କରନ୍ତୁ ନାହିଁ।
ଭେରିଏବଲ୍ଗୁଡ଼ିକ ଅଦୃଶ୍ୟ ହେବା ପରେ ଯଦି ପରବର୍ତ୍ତୀ କ୍ଲାଏଣ୍ଟ ବିଫଳ ହୁଏ, ତେବେ ତାହା ପ୍ୟାଚ୍ କରାଯାଇଥିବା HTTP/HTTPS ଏଜେଣ୍ଟ, ସ୍ପଷ୍ଟ ଏଜେଣ୍ଟ କିମ୍ବା ଅନ୍ୟ ପରିବହନ ବ୍ୟବହାର କରୁଛି କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ। ପରିବେଶକୁ ସ୍ୱୟଂ ପଢ଼ୁଥିବା କ୍ଲାଏଣ୍ଟକୁ ନିଜର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ପ୍ରକ୍ସି ଇନପୁଟ୍ ଆବଶ୍ୟକ ହୋଇପାରେ।
node_modules ରୁ ଡିଲିଟ୍ କୋଡ୍ ଅପସାରଣ କଲେ ଦ୍ୱିଗୁଣ ପରିଚାଳନାର ସୁରକ୍ଷା ଚାଲିଯାଏ ଏବଂ ପୁନଃସ୍ଥାପନରେ ଅଦୃଶ୍ୟ ହୋଇପାରେ। ଏହାର ପରିବର୍ତ୍ତେ ପରିବହନର ମାଲିକାନା ସମାଧାନ କରନ୍ତୁ। ଏହା ଏକ ପୁରୁଣା ପ୍ୟାକେଜ୍ ଯାହାର Node ସୁସଙ୍ଗତତାର ସୀମା ଡକ୍ୟୁମେଣ୍ଟେଡ୍। ଉପଯୁକ୍ତ Node ସଂସ୍କରଣରେ ଆରମ୍ଭରେ ଅନ୍ତର୍ନିହିତ ପ୍ରକ୍ସି ସମର୍ଥନ ମାନକ HTTP କ୍ଲାଏଣ୍ଟ ପାଇଁ ଏକ ବିକଳ୍ପ; କଷ୍ଟମ୍ ଏଜେଣ୍ଟ ଏବଂ ପ୍ରେରକମାନଙ୍କୁ ତଥାପି ନିଜର ପଥ ଦରକାର।