Nastavení proxy v Composeru: opusťte přepínače REQUEST_FULLURI

Stará HTTP_PROXY_REQUEST_FULLURI v Composeru a související řešení FULLURI už nejsou potřeba a v dokumentované implementaci se nepoužívají. Ignorovaný přepínač nemůže opravit trasu běžícího klienta.

Pro Composer z příkazového řádku v shellu POSIX exportujte podporované proměnné proxy ještě před voláním Composeru z tohoto shellu:

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

Preferují se názvy malými písmeny. Obě hodnoty mohou začínat na http://, když samotná proxy používá běžný HTTP; cíl HTTPS nevyžaduje HTTPS spojení k proxy. Nahraďte ukázkový endpoint schválenou službou. U veřejných stahování balíčků, kde je povolen veřejný prostředník, vyberte HTTP kandidáta ze seznamu HTTP proxy.

IDE nebo build agent potřebuje hodnoty ve svém vlastním procesním prostředí. Změna trvalého nastavení později již běžící proces neaktualizuje.

Když Composer běží mimo CLI

U HTTP požadavků mimo kontext CLI Composer nepoužívá http_proxy ani HTTP_PROXY. Místo toho dokumentuje CGI_HTTP_PROXY, což chrání před tím, aby byly hlavičky požadavku považovány za důvěryhodnou konfiguraci proxy. Nepřenášejte řešení pro shell do webové aplikace a neberte nastavení proxy z nedůvěryhodného požadavku.

Přečtěte si neúspěšnou operaci

Nevyřešené jméno proxy, odmítnuté připojení, výzva 407 a selhání certifikátu ukazují na různé fáze. Použijte první smysluplnou chybu, místo abyste uplatňovali stará řešení IPv6 nebo ověřování certifikátů.

Pokud HTTP stahování v Composeru funguje, ale závislost přes Git selhává, prozkoumejte samostatný proces Git, jeho trasu a jeho účet. Je to jiný spotřebitel než úspěšné stahování Composeru.