Composer-proxy-ynstellingen: lit de REQUEST_FULLURI-flaggen farre

De âlde HTTP_PROXY_REQUEST_FULLURI fan Composer en besibbe FULLURI-oplossingen binne net mear nedich en wurde net brûkt yn 'e dokumintearre ymplemintaasje. In negearre flagge kin de rûte fan 'e rinnende klant net reparearje.

Foar Composer op de kommando-rigel yn in POSIX-shell, eksportearje de stipe proxyfariabelen foardat jo Composer fan dy shell ôf oanroppe:

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

Nammen mei lytse letters hawwe foarkar. Beide wearden meie begjinne mei http:// as de proxy sels gewoane HTTP brûkt; in HTTPS-bestimming freget net om in HTTPS-ferbining nei de proxy. Ferfang it foarbyld-endpoint troch de goedkarde tsjinst. Foar iepenbiere pakketdownloads wêr't in iepenbiere tuskenpersoan tastien is, kiesje in HTTP-kandidaat út 'e HTTP-proxylist.

In IDE of build-agent hat de wearden nedich yn syn eigen prosesomjouwing. It letter feroarjen fan in permaninte ynstelling bywurket in proses dat al rint net.

As Composer bûten de CLI rint

Foar HTTP-oanfragen yn in net-CLI-kontekst brûkt Composer http_proxy of HTTP_PROXY net. Ynstee dokumintearret it CGI_HTTP_PROXY, wat beskermet tsjin dat oanfraachkoppen oansjoen wurde foar fertroude proxykonfiguraasje. Kopiearje de shell-oplossing net nei in webapplikaasje en nim gjin proxyynstellingen oer út in net-fertroude oanfraach.

Lês de mislearre operaasje

In net-oploste proxynamme, in wegere ferbining, in 407-útdaging en in sertifikaatflater wize op ferskate stadia. Brûk de earste sinfolle flater ynstee fan âlde IPv6- of sertifikaatferifikaasje-oplossingen tapasse.

As de HTTP-download fan Composer wurket mar in Git-basearre ôfhinklikens mislearret, ûndersykje dan it aparte Git-proses, syn rûte en syn akkount. Dat is in oare konsumint as de slagge Composer-download.