Composer-proksiinstellings: laat vaar die REQUEST_FULLURI-vlae

Composer se ou HTTP_PROXY_REQUEST_FULLURI en verwante FULLURI-omweë is nie meer nodig nie en word nie in die gedokumenteerde implementering gebruik nie. 'n Geïgnoreerde vlag kan nie die lopende kliënt se roete herstel nie.

Vir Composer op die opdragreël in 'n POSIX-dop, voer die ondersteunde proksiveranderlikes uit voordat Composer vanuit daardie dop aangeroep word:

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

Kleinletter-name word verkies. Albei waardes kan met http:// begin wanneer die proksi self gewone HTTP gebruik; 'n HTTPS-bestemming vereis nie 'n HTTPS-verbinding na die proksi nie. Vervang die voorbeeld-eindpunt met die goedgekeurde diens. Vir openbare pakket-aflaaies waar 'n openbare tussenganger toegelaat word, kies 'n HTTP-kandidaat uit die HTTP-proksilys.

'n IDE of bou-agent het die waardes in sy eie prosesomgewing nodig. Om later 'n blywende instelling te verander, werk nie 'n proses op wat reeds loop nie.

Wanneer Composer buite die CLI loop

Vir HTTP-versoeke in 'n nie-CLI-konteks gebruik Composer nie http_proxy of HTTP_PROXY nie. Dit dokumenteer eerder CGI_HTTP_PROXY, wat verhoed dat versoekkoppe as betroubare proksikonfigurasie misverstaan word. Moenie die dopoplossing in 'n webtoepassing kopieer nie, of proksi-instellings uit 'n onbetroubare versoek neem nie.

Lees die mislukte bewerking

'n Onopgeloste proksinaam, geweierde verbinding, 407-uitdaging en sertifikaatfout wys op verskillende fases. Gebruik die eerste betekenisvolle fout eerder as om ou IPv6- of sertifikaatverifikasie-omweë toe te pas.

As Composer se HTTP-aflaai werk maar 'n Git-gebaseerde afhanklikheid misluk, ondersoek die aparte Git-proses, sy roete en sy rekening. Dit is 'n ander verbruiker as die suksesvolle Composer-aflaai.