Composer ப்ராக்ஸி அமைப்புகள்: REQUEST_FULLURI கொடிகளை நீக்குங்கள்

Composer-இன் பழைய HTTP_PROXY_REQUEST_FULLURI மற்றும் தொடர்புடைய FULLURI தீர்வுகள் ஆவணப்படுத்தப்பட்ட செயலாக்கத்தில் இனி தேவையில்லை, பயன்படுத்தப்படுவதுமில்லை. புறக்கணிக்கப்பட்ட கொடி இயங்கும் கிளையண்டின் பாதையைச் சரிசெய்ய முடியாது.

POSIX ஷெல்லில் கட்டளை-வரி Composer-க்கு, அந்த ஷெல்லில் இருந்து 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-ஐ ஆவணப்படுத்துகிறது, இது கோரிக்கை தலைப்புகள் நம்பகமான ப்ராக்ஸி உள்ளமைப்பாகத் தவறாகக் கருதப்படுவதைத் தடுக்கிறது. ஷெல் தீர்வை வலைப் பயன்பாட்டுக்கு நகலெடுக்க வேண்டாம், நம்பமுடியாத கோரிக்கையிலிருந்து ப்ராக்ஸி அமைப்புகளை எடுக்க வேண்டாம்.

தோல்வியடைந்த செயல்பாட்டைப் படியுங்கள்

தீர்க்கப்படாத ப்ராக்ஸி பெயர், நிராகரிக்கப்பட்ட இணைப்பு, 407 சவால் மற்றும் சான்றிதழ் தோல்வி வெவ்வேறு நிலைகளைக் குறிக்கின்றன. பழைய IPv6 அல்லது சான்றிதழ் சரிபார்ப்புத் தீர்வுகளைப் பயன்படுத்துவதற்குப் பதிலாக முதல் அர்த்தமுள்ள பிழையைப் பயன்படுத்துங்கள்.

Composer-இன் HTTP பதிவிறக்கம் வேலை செய்தாலும் Git அடிப்படையிலான சார்பு தோல்வியடைந்தால், தனி Git செயல்முறை, அதன் பாதை மற்றும் அதன் கணக்கைச் சரிபாருங்கள். அது வெற்றிகரமான Composer பதிவிறக்கத்திலிருந்து வேறுபட்ட பயனர்.