Les antigues HTTP_PROXY_REQUEST_FULLURI del Composer i les solucions FULLURI relacionades ja no calen ni s'utilitzen en la implementació documentada. Un indicador ignorat no pot reparar la ruta del client en execució.

Per al Composer de línia d'ordres en una shell POSIX, exporteu les variables de proxy admeses abans d'invocar el Composer des d'aquesta shell:

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

Es prefereixen els noms en minúscules. Tots dos valors poden començar amb http:// quan el propi proxy fa servir HTTP normal; una destinació HTTPS no requereix una connexió HTTPS al proxy. Substituïu l'endpoint d'exemple pel servei aprovat. Per a descàrregues públiques de paquets on es permet un intermediari públic, trieu un candidat HTTP de la llista de proxys HTTP.

Un IDE o un agent de compilació necessita els valors en el seu propi entorn de procés. Canviar un paràmetre persistent després no actualitza un procés que ja s'executa.

Quan el Composer s'executa fora de la CLI

Per a les peticions HTTP en un context que no és la CLI, el Composer no utilitza http_proxy ni HTTP_PROXY. En lloc d'això documenta CGI_HTTP_PROXY, cosa que evita que les capçaleres de la petició es prenguin per una configuració de proxy de confiança. No copieu la solució de la shell en una aplicació web ni prengueu paràmetres de proxy d'una petició no fiable.

Llegiu l'operació fallida

Un nom de proxy no resolt, una connexió rebutjada, un repte 407 i un error de certificat assenyalen etapes diferents. Feu servir el primer error significatiu en lloc d'aplicar solucions antigues d'IPv6 o de verificació de certificats.

Si la descàrrega HTTP del Composer funciona però una dependència basada en Git falla, reviseu el procés Git separat, la seva ruta i el seu compte. És un consumidor diferent de la descàrrega correcta del Composer.

Articles relacionats