Axustes de proxy de Composer: retira os indicadores REQUEST_FULLURI

Os antigos HTTP_PROXY_REQUEST_FULLURI de Composer e as solucións FULLURI relacionadas xa non son necesarios nin se usan na implementación documentada. Un indicador ignorado non pode reparar a ruta do cliente en execución.

Para Composer na liña de ordes dentro dun shell POSIX, exporta as variables de proxy admitidas antes de invocar Composer desde ese shell:

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

Prefírense os nomes en minúsculas. Ambos os valores poden comezar por http:// cando o propio proxy usa HTTP normal; un destino HTTPS non require unha conexión HTTPS ao proxy. Substitúe o endpoint de exemplo polo servizo aprobado. Para descargas públicas de paquetes onde se permite un intermediario público, escolle un candidato HTTP da lista de proxies HTTP.

Un IDE ou un axente de compilación necesita os valores no seu propio contorno de proceso. Cambiar un axuste persistente despois non actualiza un proceso que xa está en execución.

Cando Composer se executa fóra da CLI

Para as solicitudes HTTP nun contexto que non é a CLI, Composer non usa http_proxy nin HTTP_PROXY. En lugar diso documenta CGI_HTTP_PROXY, o que evita que as cabeceiras da solicitude se tomen por unha configuración de proxy de confianza. Non copies a solución do shell nunha aplicación web nin tomes axustes de proxy dunha solicitude non fiable.

Le a operación fallida

Un nome de proxy sen resolver, unha conexión rexeitada, un desafío 407 e un fallo de certificado apuntan a etapas distintas. Usa o primeiro erro significativo en lugar de aplicar solucións antigas de IPv6 ou de verificación de certificados.

Se a descarga HTTP de Composer funciona pero unha dependencia baseada en Git falla, revisa o proceso Git separado, a súa ruta e a súa conta. É un consumidor distinto da descarga correcta de Composer.