Composer ପ୍ରକ୍ସି ସେଟିଂସ: REQUEST_FULLURI ଫ୍ଲାଗଗୁଡ଼ିକ ଛାଡ଼ନ୍ତୁ

Composerର ପୁରୁଣା HTTP_PROXY_REQUEST_FULLURI ଏବଂ ସମ୍ପର୍କିତ FULLURI ସମାଧାନଗୁଡ଼ିକ ଦଲିଲଭୁକ୍ତ କାର୍ଯ୍ୟାନ୍ୱୟନରେ ଆଉ ଆବଶ୍ୟକ ନାହିଁ କିମ୍ବା ବ୍ୟବହୃତ ହେଉନାହିଁ। ଅଣଦେଖା କରାଯାଇଥିବା ଫ୍ଲାଗ ଚାଲୁଥିବା କ୍ଲାଏଣ୍ଟର ପଥ ସଂଶୋଧନ କରିପାରିବ ନାହିଁ।

POSIX shell ରେ କମାଣ୍ଡ-ଲାଇନ Composer ପାଇଁ, ସେହି shell ରୁ Composer ଡାକିବା ପୂର୍ବରୁ ସମର୍ଥିତ ପ୍ରକ୍ସି ଚରଗୁଡ଼ିକ export କରନ୍ତୁ:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080

ଛୋଟ ଅକ୍ଷରର ନାମ ପସନ୍ଦ କରାଯାଏ। ପ୍ରକ୍ସି ନିଜେ ସାଧାରଣ HTTP ବ୍ୟବହାର କଲେ ଉଭୟ ମୂଲ୍ୟ http:// ରେ ଆରମ୍ଭ ହୋଇପାରେ; HTTPS ଗନ୍ତବ୍ୟ ପାଇଁ ପ୍ରକ୍ସିକୁ HTTPS ସଂଯୋଗ ଆବଶ୍ୟକ ନାହିଁ। ଉଦାହରଣ endpoint କୁ ଅନୁମୋଦିତ ସେବା ସହିତ ବଦଳାନ୍ତୁ। ସାର୍ବଜନୀନ ପ୍ୟାକେଜ ଡାଉନଲୋଡ ପାଇଁ ଯେଉଁଠି ସାର୍ବଜନୀନ ମଧ୍ୟସ୍ଥ ଅନୁମତିପ୍ରାପ୍ତ, HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ HTTP ପ୍ରାର୍ଥୀ ବାଛନ୍ତୁ।

IDE କିମ୍ବା build ଏଜେଣ୍ଟକୁ ମୂଲ୍ୟଗୁଡ଼ିକ ନିଜର ପ୍ରକ୍ରିୟା ପରିବେଶରେ ଆବଶ୍ୟକ। ପରେ ସ୍ଥାୟୀ ସେଟିଂ ବଦଳାଇଲେ ପୂର୍ବରୁ ଚାଲୁଥିବା ପ୍ରକ୍ରିୟା ଅଦ୍ୟତନ ହୁଏ ନାହିଁ।

ଯେତେବେଳେ Composer CLI ବାହାରେ ଚାଲେ

CLI ବ୍ୟତୀତ ପ୍ରସଙ୍ଗରେ HTTP ଅନୁରୋଧ ପାଇଁ Composer http_proxy କିମ୍ବା HTTP_PROXY ବ୍ୟବହାର କରେ ନାହିଁ। ଏହା ବଦଳରେ ଏହା CGI_HTTP_PROXY ଦଲିଲଭୁକ୍ତ କରେ, ଯାହା ଅନୁରୋଧ ହେଡରକୁ ବିଶ୍ୱସନୀୟ ପ୍ରକ୍ସି ବିନ୍ୟାସ ଭାବରେ ଭୁଲ ବୁଝାଯିବାରୁ ରକ୍ଷା କରେ। shell ସମାଧାନକୁ ୱେବ ଆପ୍ଲିକେସନରେ ନକଲ କରନ୍ତୁ ନାହିଁ ଏବଂ ଅବିଶ୍ୱସନୀୟ ଅନୁରୋଧରୁ ପ୍ରକ୍ସି ସେଟିଂ ନିଅନ୍ତୁ ନାହିଁ।

ବିଫଳ କାର୍ଯ୍ୟକୁ ପଢ଼ନ୍ତୁ

ଅସମାହିତ ପ୍ରକ୍ସି ନାମ, ଅଗ୍ରାହ୍ୟ ସଂଯୋଗ, 407 ଚ୍ୟାଲେଞ୍ଜ ଏବଂ ପ୍ରମାଣପତ୍ର ବିଫଳତା ଭିନ୍ନ ପର୍ଯ୍ୟାୟକୁ ସୂଚାଏ। ପୁରୁଣା IPv6 କିମ୍ବା ପ୍ରମାଣପତ୍ର-ଯାଞ୍ଚ ସମାଧାନ ଲାଗୁ ନକରି ପ୍ରଥମ ଅର୍ଥପୂର୍ଣ୍ଣ ତ୍ରୁଟି ବ୍ୟବହାର କରନ୍ତୁ।

ଯଦି Composerର HTTP ଡାଉନଲୋଡ କାମ କରେ କିନ୍ତୁ Git-ଆଧାରିତ ନିର୍ଭରତା ବିଫଳ ହୁଏ, ଅଲଗା Git ପ୍ରକ୍ରିୟା, ଏହାର ପଥ ଏବଂ ଏହାର ଖାତା ଯାଞ୍ଚ କରନ୍ତୁ। ତାହା ସଫଳ Composer ଡାଉନଲୋଡଠାରୁ ଭିନ୍ନ ଉପଭୋକ୍ତା।