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나 빌드 에이전트는 자신의 프로세스 환경에 값을 가지고 있어야 합니다. 나중에 영구 설정을 바꿔도 이미 실행 중인 프로세스는 갱신되지 않습니다.

Composer가 CLI 밖에서 실행될 때

CLI가 아닌 맥락의 HTTP 요청에는 Composer가 http_proxy 나 HTTP_PROXY 를 사용하지 않습니다. 대신 CGI_HTTP_PROXY 를 문서화하며, 이는 요청 헤더가 신뢰할 수 있는 프록시 구성으로 오해되는 것을 막습니다. 셸 해법을 웹 애플리케이션으로 복사하지 말고, 신뢰할 수 없는 요청에서 프록시 설정을 가져오지 마세요.

실패한 작업 읽기

해석되지 않는 프록시 이름, 거부된 연결, 407 챌린지, 인증서 실패는 각각 다른 단계를 가리킵니다. 예전 IPv6나 인증서 검증 우회 방법을 적용하지 말고 첫 번째 의미 있는 오류를 사용하세요.

Composer의 HTTP 다운로드는 되지만 Git 기반 의존성이 실패한다면 별도의 Git 프로세스와 그 경로, 그리고 그 계정을 확인하세요. 그것은 성공한 Composer 다운로드와 다른 소비자입니다.