Proxyinnstillinger i Composer: forlat REQUEST_FULLURI-flaggene

Composers gamle HTTP_PROXY_REQUEST_FULLURI og tilhørende FULLURI-løsninger er ikke lenger nødvendige og brukes ikke i den dokumenterte implementasjonen. Et ignorert flagg kan ikke reparere ruten til den kjørende klienten.

For Composer på kommandolinjen i et POSIX-skall, eksporter de støttede proxyvariablene før du kaller Composer fra det skallet:

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

Navn med små bokstaver foretrekkes. Begge verdiene kan begynne med http:// når proxyen selv bruker vanlig HTTP; en HTTPS-destinasjon krever ikke en HTTPS-forbindelse til proxyen. Erstatt eksempel-endpointen med den godkjente tjenesten. For offentlige pakkenedlastinger der en offentlig mellommann er tillatt, velg en HTTP-kandidat fra HTTP-proxylisten.

En IDE eller byggeagent trenger verdiene i sitt eget prosessmiljø. Å endre en varig innstilling etterpå oppdaterer ikke en prosess som allerede kjører.

Når Composer kjører utenfor CLI

For HTTP-forespørsler i en ikke-CLI-kontekst bruker Composer ikke http_proxy eller HTTP_PROXY. I stedet dokumenterer den CGI_HTTP_PROXY, som beskytter mot at forespørselsheadere blir tatt for betrodd proxykonfigurasjon. Ikke kopier skall-løsningen inn i en webapplikasjon, og ikke hent proxyinnstillinger fra en ubetrodd forespørsel.

Les den mislykkede operasjonen

Et uløst proxynavn, en avvist tilkobling, en 407-utfordring og en sertifikatfeil peker på ulike trinn. Bruk den første meningsfulle feilen i stedet for å bruke gamle IPv6- eller sertifikatverifiseringsløsninger.

Hvis Composers HTTP-nedlasting fungerer, men en Git-basert avhengighet feiler, undersøk den separate Git-prosessen, ruten dens og kontoen dens. Det er en annen forbruker enn den vellykkede Composer-nedlastingen.