Staré HTTP_PROXY_REQUEST_FULLURI v Composeri a súvisiace riešenia FULLURI už nie sú potrebné a v dokumentovanej implementácii sa nepoužívajú. Ignorovaný prepínač nemôže opraviť trasu bežiaceho klienta.

Pre Composer z príkazového riadka v shelli POSIX exportujte podporované premenné proxy pred volaním Composera z tohto shellu:

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

Preferujú sa názvy malými písmenami. Obe hodnoty môžu začínať na http://, keď samotná proxy používa bežný HTTP; cieľ HTTPS nevyžaduje HTTPS spojenie k proxy. Nahraďte ukážkový endpoint schválenou službou. Pri verejných stahovaniach balíkov, kde je povolený verejný sprostredkovateľ, vyberte HTTP kandidáta zo zoznamu HTTP proxy.

IDE alebo build agent potrebuje hodnoty vo svojom vlastnom procesnom prostredí. Zmena trvalého nastavenia neskôr už bežiaci proces neaktualizuje.

Keď Composer beží mimo CLI

Pri HTTP požiadavkách mimo kontextu CLI Composer nepoužíva http_proxy ani HTTP_PROXY. Namiesto toho dokumentuje CGI_HTTP_PROXY, čo chráni pred tým, aby sa hlavičky požiadavky považovali za dôveryhodnú konfiguráciu proxy. Nekopírujte riešenie pre shell do webovej aplikácie a neberte nastavenia proxy z nedôveryhodnej požiadavky.

Prečítajte si neúspešnú operáciu

Nevyriešené meno proxy, odmietnuté spojenie, výzva 407 a zlyhanie certifikátu ukazujú na rôzne fázy. Použite prvú zmysluplnú chybu namiesto uplatňovania starých riešení IPv6 alebo overovania certifikátov.

Ak HTTP sťahovanie v Composeri funguje, ale závislosť cez Git zlyháva, preskúmajte samostatný proces Git, jeho trasu a jeho účet. Je to iný spotrebiteľ než úspešné sťahovanie Composera.

Súvisiace články