Configurações de proxy do Composer: aposente os sinalizadores REQUEST_FULLURI

Os antigos HTTP_PROXY_REQUEST_FULLURI do Composer e as soluções FULLURI relacionadas não são mais necessários nem usados na implementação documentada. Um sinalizador ignorado não consegue reparar a rota do cliente em execução.

Para o Composer de linha de comando num shell POSIX, exporte as variáveis de proxy suportadas antes de invocar o Composer a partir desse shell:

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

Prefere-se nomes em minúsculas. Ambos os valores podem começar com http:// quando o próprio proxy usa HTTP comum; um destino HTTPS não exige conexão HTTPS com o proxy. Substitua o endpoint de exemplo pelo serviço aprovado. Para downloads públicos de pacotes em que um intermediário público é permitido, escolha um candidato HTTP na lista de proxies HTTP.

Uma IDE ou agente de compilação precisa dos valores no próprio ambiente de processo. Alterar depois um ajuste permanente não atualiza um processo que já está em execução.

Quando o Composer é executado fora da CLI

Para requisições HTTP em contexto não CLI, o Composer não usa http_proxy nem HTTP_PROXY. Em vez disso, documenta CGI_HTTP_PROXY, o que evita que os cabeçalhos da requisição sejam tomados por configuração de proxy confiável. Não copie a solução do shell para uma aplicação web nem obtenha configurações de proxy de uma requisição não confiável.

Leia a operação que falhou

Um nome de proxy não resolvido, uma conexão recusada, um desafio 407 e uma falha de certificado apontam para etapas diferentes. Use o primeiro erro significativo em vez de aplicar soluções antigas de IPv6 ou de verificação de certificado.

Se o download HTTP do Composer funcionar mas uma dependência baseada em Git falhar, examine o processo Git separado, a rota dele e a conta dele. Esse é um consumidor diferente do download bem-sucedido do Composer.