Composer-en HTTP_PROXY_REQUEST_FULLURI zaharrak eta harekin lotutako FULLURI konponbideak ez dira dagoeneko beharrezkoak ezta erabiltzen dokumentatutako inplementazioan. Baztertutako bandera batek ezin du martxan dagoen bezeroaren ibilbidea konpondu.

POSIX shell bateko komando-lerroko Composer-erako, esportatu onartutako proxy aldagaiak Composer shell horretatik deitu aurretik:

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

Letra xehezko izenak lehenesten dira. Bi balioak http://-rekin has daitezke proxyak berak HTTP arrunta erabiltzen duenean; HTTPS helmuga batek ez du proxyarekiko HTTPS konexiorik eskatzen. Ordeztu adibideko endpoint onartutako zerbitzuarekin. Proxy publiko bat onartzen den pakete-deskarga publikoetarako, aukeratu HTTP hautagai bat HTTP proxy zerrendatik.

IDE batek edo build eragile batek balioak bere prozesu-ingurunean behar ditu. Geroago ezarpen iraunkor bat aldatzeak ez du jada exekutatzen ari den prozesu bat eguneratzen.

Composer CLI-tik kanpo exekutatzen denean

CLI ez den testuinguru batean HTTP eskaeretarako, Composer-ek ez du http_proxy edo HTTP_PROXY erabiltzen. Horren ordez CGI_HTTP_PROXY dokumentatzen du, eskaera-goiburuak proxy konfigurazio fidagarritzat hartzea saihestuz. Ez kopiatu shell konponbidea web aplikazio batera eta ez hartu proxy ezarpenak eskaera fidagaitzetik.

Irakurri huts egin duen eragiketa

Konpondu gabeko proxy izen bat, ukatutako konexio bat, 407 erronka bat eta ziurtagiri hutsegite bat etapa desberdinetara bideratzen dute. Erabili lehen errore esanguratsua, IPv6 edo ziurtagiri egiaztapeneko konponbide zaharrak aplikatu beharrean.

Composer-en HTTP deskarga funtzionatzen badu baina Git-en oinarritutako mendekotasun batek huts egiten badu, aztertu Git prozesu bereizia, bere ibilbidea eta bere kontua. Composer-en deskarga arrakastatsuaren kontsumitzaile desberdina da.

Erlazionatutako artikuluak