Proxyindstillinger i Composer: forlad REQUEST_FULLURI-flagene

Composers gamle HTTP_PROXY_REQUEST_FULLURI og relaterede FULLURI-løsninger er ikke længere nødvendige og bruges ikke i den dokumenterede implementering. Et ignoreret flag kan ikke reparere den kørende klients rute.

For Composer på kommandolinjen i en POSIX-skal skal du eksportere de understøttede proxyvariabler, før du kalder Composer fra den skal:

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

Navne med små bogstaver foretrækkes. Begge værdier kan begynde med http://, når selve proxyen bruger almindelig HTTP; en HTTPS-destination kræver ikke en HTTPS-forbindelse til proxyen. Erstat eksempel-endpointet med den godkendte tjeneste. Ved offentlige pakkedownloads, hvor en offentlig mellemmand er tilladt, skal du vælge en HTTP-kandidat fra HTTP-proxylisten.

En IDE eller build-agent har brug for værdierne i sit eget procesmiljø. Ændring af en permanent indstilling bagefter opdaterer ikke en proces, der allerede kører.

Når Composer kører uden for CLI

For HTTP-anmodninger i en ikke-CLI-kontekst bruger Composer ikke http_proxy eller HTTP_PROXY. I stedet dokumenterer den CGI_HTTP_PROXY, hvilket beskytter mod, at anmodningsheadere forveksles med betroet proxykonfiguration. Kopiér ikke skal-løsningen til en webapplikation, og tag ikke proxyindstillinger fra en ubetroet anmodning.

Læs den mislykkede handling

Et uafklaret proxynavn, en afvist forbindelse, en 407-udfordring og en certifikatfejl peger på forskellige trin. Brug den første meningsfulde fejl i stedet for at anvende gamle IPv6- eller certifikatverifikationsløsninger.

Hvis Composers HTTP-download virker, men en Git-baseret afhængighed fejler, skal du undersøge den separate Git-proces, dens rute og dens konto. Det er en anden forbruger end det vellykkede Composer-download.