ଇନଷ୍ଟଲ-ସ୍କ୍ରିପ୍ଟ ଡାଉନଲୋଡ ସମୟରେ npm ପ୍ରକ୍ସି ବିଫଳତା
ଏକ npm ପ୍ୟାକେଜ ଇନଷ୍ଟଲେସନ ସମୟରେ ଏକ ଅଲଗା ଡାଉନଲୋଡ ଚଲାଇପାରେ। ପ୍ରତ୍ୟେକ ଅନୁରୋଧ npm ର ରେଜିଷ୍ଟ୍ରି ପ୍ରକ୍ସି କନଫିଗରେସନ ବ୍ୟବହାର କରେ ବୋଲି ଧରିନେବା ପରିବର୍ତ୍ତେ ସେହି ପ୍ରୋଗ୍ରାମ ଏବଂ ହୋଷ୍ଟ ଚିହ୍ନଟ କରନ୍ତୁ।
ଯଦି npm ଇନଷ୍ଟଲେସନ ରେଜିଷ୍ଟ୍ରି ଡାଉନଲୋଡ ଅତିକ୍ରମ କରି ଇନଷ୍ଟଲ ସ୍କ୍ରିପ୍ଟରେ ଅଟକିଯାଏ, ତେବେ ଦ୍ୱିତୀୟ ଡାଉନଲୋଡର ଚିହ୍ନଟ କରନ୍ତୁ। JavaScript ପ୍ୟାକେଜ ପୂର୍ବରୁ ଉପସ୍ଥିତ ଥାଇପାରେ କିନ୍ତୁ ଏହାର ପ୍ଲାଟଫର୍ମ-ନିର୍ଦ୍ଦିଷ୍ଟ ବାଇନାରୀ ଏବେ ବି ନାହିଁ।
- ଲଗରେ ଅନୁରୋଧର ମାଲିକ ଖୋଜନ୍ତୁ। ଲାଇଫସାଇକେଲ ସ୍କ୍ରିପ୍ଟ, ଏକ୍ଜିକ୍ୟୁଟେବଲ କିମ୍ବା HTTP ଲାଇବ୍ରେରୀ, ଗନ୍ତବ୍ୟ ହୋଷ୍ଟନାମ ଏବଂ ପ୍ରଥମ ତ୍ରୁଟି ରେକର୍ଡ କରନ୍ତୁ। ଏକ ପ୍ୟାକେଜ ଅନ୍ୟ ଏକ ପ୍ରୋଗ୍ରାମ ଆରମ୍ଭ କରିପାରେ ଯାହାର ଡାଉନଲୋଡ npm ର ରେଜିଷ୍ଟ୍ରି ସ୍ଥାନାନ୍ତରଣଠାରୁ ଅଲଗା।
- ସେହି ଡାଉନଲୋଡର ସମର୍ଥନ କରୁଥିବା ପ୍ରକ୍ସି ଇଣ୍ଟରଫେସ ବ୍ୟବହାର କରନ୍ତୁ। tfjs-node ର resources.js ପଥ ପାଇଁ, ଚାଇଲ୍ଡ ପ୍ରୋସେସର ପ୍ରକ୍ସି ପରିବେଶ ଏକ ସ୍ପଷ୍ଟ ଉଦାହରଣ। ପ୍ୟାକେଜର ଡକ୍ୟୁମେଣ୍ଟେଡ ଡାଉନଲୋଡ ସେଟିଂସ ଏବଂ ଅନୁରୋଧ କରୁଥିବା ପ୍ରୋସେସର ପରିବେଶ ଯାଞ୍ଚ କରନ୍ତୁ। ଏକ ମାନକ ପ୍ରକ୍ସି ଭେରିଏବଲ ସେତେବେଳେ ହିଁ ସାହାଯ୍ୟ କରେ ଯେତେବେଳେ ସେହି ଗ୍ରାହକ ଏହାକୁ ପଢ଼େ; ସମାନ ନାମର ଭେରିଏବଲ ଯୋଡ଼ିବା ସମର୍ଥନ ପ୍ରମାଣ କରେ ନାହିଁ।
- ଆର୍ଟିଫ୍ୟାକ୍ଟର ପ୍ରକୃତ ପଥ ଅନୁସରଣ କରନ୍ତୁ। ରିଲିଜ ସର୍ଭର, ଅବଜେକ୍ଟ ଷ୍ଟୋର ଏବଂ ରିଡାଇରେକ୍ଟ ଗନ୍ତବ୍ୟ ରେଜିଷ୍ଟ୍ରିଠାରୁ ଭିନ୍ନ ହୋଇପାରେ। ବିଫଳ ଅନୁରୋଧ ପାଇଁ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ, ଅନୁମୋଦିତ ଗନ୍ତବ୍ୟ ଏବଂ TLS ବିଶ୍ୱାସ ତୁଳନା କରନ୍ତୁ।
କ୍ୟାଚ ସଫା କରିବା ପୂର୍ବରୁ ଏହା କରନ୍ତୁ: ଲଗରେ ପ୍ୟାକେଜ ପ୍ରାପ୍ତିରୁ ଲାଇଫସାଇକେଲ କାର୍ଯ୍ୟକାରୀକରଣ ପର୍ଯ୍ୟନ୍ତ ସଂକ୍ରମଣ ପୂର୍ବରୁ ତ୍ରୁଟିକୁ ସୀମିତ କରେ। ସଫଳ ରେଜିଷ୍ଟ୍ରି ପ୍ରବେଶ ଉପଯୋଗୀ ତୁଳନାତ୍ମକ ପ୍ରମାଣ, କିନ୍ତୁ ଏହା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ଦ୍ୱିତୀୟକ ପ୍ରୋଗ୍ରାମ ସେହି ପଥକୁ ସମର୍ଥନ କରେ କିମ୍ବା ଏହାର ଆର୍ଟିଫ୍ୟାକ୍ଟ ହୋଷ୍ଟରେ ପହଞ୍ଚିପାରେ।
ଇନଷ୍ଟଲ ସ୍କ୍ରିପ୍ଟ ନିଷ୍କ୍ରିୟ କଲେ ଡାଉନଲୋଡ ଛାଡ଼ିଯାଇପାରେ ଏବଂ ପ୍ୟାକେଜ ଅବ୍ୟବହାରଯୋଗ୍ୟ ରହିପାରେ। ଯଦି ପ୍ୟାକେଜ ଅନୁମୋଦିତ ପୂର୍ବ-ନିର୍ମିତ କିମ୍ବା ଅଫଲାଇନ ଇନଷ୍ଟଲେସନ ପଥ ଡକ୍ୟୁମେଣ୍ଟ କରେ, ସେହି ଆର୍ଟିଫ୍ୟାକ୍ଟକୁ ଉଦ୍ଦେଶ୍ୟମୂଳକ ଭାବରେ ପ୍ରସ୍ତୁତ କରନ୍ତୁ ଏବଂ ଇନଷ୍ଟଲେସନ ସମ୍ପୂର୍ଣ୍ଣ ବୋଲି ଧରିବା ପୂର୍ବରୁ ଏକ୍ଜିକ୍ୟୁଟେବଲ ଉପଲବ୍ଧ ଥିବା ନିଶ୍ଚିତ କରନ୍ତୁ।