Старе HTTP_PROXY_REQUEST_FULLURI у Composer-у и повезана решења FULLURI више нису потребна и не користе се у документованој имплементацији. Игнорисана заставица не може да поправи руту клијента који ради.

За Composer на командној линији у POSIX љусци, извезите подржане променљиве проксија пре него што из те љуске позовете Composer:

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-ја

За HTTP захтеве изван CLI контекста Composer не користи http_proxy ни HTTP_PROXY. Уместо тога документује CGI_HTTP_PROXY, штитећи од тога да се заглавља захтева замене за поуздану конфигурацију проксија. Не копирајте решење за љуску у веб апликацију и не узимајте подешавања проксија из непозуданог захтева.

Прочитајте неуспелу радњу

Неразрешено име проксија, одбијена веза, 407 изазов и грешка сертификата указују на различите фазе. Користите прву смислену грешку уместо да примењујете стара решења IPv6 или провере сертификата.

Ако HTTP преузимање у Composer-у ради, али зависност преко Git-а не успе, прегледајте одвојени Git процес, његову руту и његов налог. То је други потрошач од успешног Composer преузимања.

Повезани чланци