Nastavitve proxyja v Composerju: opustite zastavice REQUEST_FULLURI

Stare HTTP_PROXY_REQUEST_FULLURI v Composerju in povezane rešitve FULLURI niso več potrebne in se v dokumentirani izvedbi ne uporabljajo. Prezrta zastavica ne more popraviti poti delujočega odjemalca.

Za Composer v ukazni vrstici v lupini POSIX izvozite podprte spremenljivke proxyja, preden iz te lupine pokličete Composer:

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

Prednost imajo imena z malimi črkami. Obe vrednosti se lahko začneta z http://, kadar sam proxy uporablja običajen HTTP; cilj HTTPS ne zahteva povezave HTTPS s proxyjem. Zamenjajte vzorčni endpoint z odobreno storitvijo. Za javne prenose paketov, kjer je dovoljen javni posrednik, izberite kandidata HTTP s seznama proxyjev HTTP.

IDE ali gradbeni agent potrebuje vrednosti v svojem procesnem okolju. Poznejša sprememba trajne nastavitve ne posodobi že delujočega procesa.

Ko Composer deluje zunaj CLI

Za zahteve HTTP v okolju, ki ni CLI, Composer ne uporablja http_proxy ali HTTP_PROXY. Namesto tega dokumentira CGI_HTTP_PROXY, kar preprečuje, da bi glave zahteve veljale za zaupanja vredno konfiguracijo proxyja. Rešitve za lupino ne kopirajte v spletno aplikacijo in ne jemljite nastavitev proxyja iz nezanesljive zahteve.

Preberite neuspešno operacijo

Nerazrešeno ime proxyja, zavrnjena povezava, izziv 407 in napaka potrdila kažejo na različne stopnje. Uporabite prvo smiselno napako, namesto da bi uporabili stare rešitve IPv6 ali preverjanja potrdil.

Če prenos HTTP v Composerju deluje, odvisnost prek Gita pa ne uspe, preglejte ločen proces Git, njegovo pot in njegov račun. To je drug porabnik kot uspešen prenos Composerja.