Proxyinnstillingar i Composer: forlat REQUEST_FULLURI-flaggene

Dei gamle HTTP_PROXY_REQUEST_FULLURI til Composer og tilhøyrande FULLURI-løysingar er ikkje lenger nødvendige og vert ikkje nytta i den dokumenterte implementasjonen. Eit oversett flagg kan ikkje reparere ruta til den køyrande klienten.

For Composer på kommandolinja i eit POSIX-skal, eksporter dei støtta proxyvariablane før du kallar Composer frå det skalet:

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

Namn med små bokstavar er føretrekte. Båe verdiane kan byrje med http:// når proxyen sjølv nyttar vanleg HTTP; ein HTTPS-destinasjon krev ikkje HTTPS-samband til proxyen. Byt ut døme-endpointen med den godkjende tenesta. For offentlege pakkenedlastingar der ein offentleg mellommann er tillaten, vel ein HTTP-kandidat frå HTTP-proxylista.

Ein IDE eller byggjeagent treng verdiane i sitt eige prosessmiljø. Å endre ei varig innstilling etterpå oppdaterer ikkje ein prosess som alt køyrer.

Når Composer køyrer utanfor CLI

For HTTP-førespurnader i ein ikkje-CLI-kontekst nyttar Composer ikkje http_proxy eller HTTP_PROXY. I staden dokumenterer han CGI_HTTP_PROXY, som vernar mot at førespurnadshovud vert tekne for betrodd proxykonfigurasjon. Ikkje kopier skal-løysinga inn i ein webapplikasjon, og ikkje hent proxyinnstillingar frå ein ubetrodd førespurnad.

Les den mislukka operasjonen

Eit uløyst proxynamn, ei avvist tilkopling, ei 407-utfordring og ein sertifikatfeil peikar på ulike trinn. Bruk den første meiningsfulle feilen i staden for å nytte gamle IPv6- eller sertifikatverifiseringsløysingar.

Viss HTTP-nedlastinga til Composer verkar, men ein Git-basert avhengnad feilar, gransk den separate Git-prosessen, ruta hans og kontoen hans. Det er ein annan forbrukar enn den vellukka Composer-nedlastinga.