Composer starpniekservera iestatījumi: atsakieties no REQUEST_FULLURI karodziņiem

Vecie Composer HTTP_PROXY_REQUEST_FULLURI un saistītie FULLURI risinājumi dokumentētajā ieviešanā vairs nav nepieciešami un netiek izmantoti. Ignorēts karodziņš nevar salabot darbojošā klienta maršrutu.

Lai izmantotu komandrindas Composer POSIX čaulā, eksportējiet atbalstītos starpniekservera mainīgos pirms Composer izsaukšanas no šīs čaulas:

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

Priekšroka tiek dota mazo burtu nosaukumiem. Abas vērtības var sākties ar http://, ja pats starpniekserveris izmanto parasto HTTP; HTTPS galamērķim nav nepieciešams HTTPS savienojums ar starpniekserveri. Aizstājiet piemēra endpoint ar apstiprināto pakalpojumu. Publiskiem pakotņu lejupielādēm, kur atļauts publisks starpnieks, izvēlieties HTTP kandidātu no HTTP starpniekserveru saraksta.

IDE vai būvēšanas aģentam vērtības ir vajadzīgas tā paša procesa vidē. Vēlāka pastāvīga iestatījuma maiņa neatjaunina jau darbojošos procesu.

Kad Composer darbojas ārpus CLI

HTTP pieprasījumiem ārpus CLI konteksta Composer neizmanto http_proxy vai HTTP_PROXY. Tā vietā tas dokumentē CGI_HTTP_PROXY, kas pasargā no pieprasījuma galveņu uzskatīšanas par uzticamu starpniekservera konfigurāciju. Nekopējiet čaulas risinājumu tīmekļa lietotnē un neņemiet starpniekservera iestatījumus no neuzticama pieprasījuma.

Izlasiet neizdevušos darbību

Neatrisināts starpniekservera nosaukums, atteikts savienojums, 407 izaicinājums un sertifikāta kļūme norāda uz dažādiem posmiem. Izmantojiet pirmo jēgpilno kļūdu, nevis piemērojiet vecos IPv6 vai sertifikātu pārbaudes risinājumus.

Ja Composer HTTP lejupielāde darbojas, bet ar Git saistīta atkarība neizdodas, pārbaudiet atsevišķo Git procesu, tā maršrutu un tā kontu. Tas ir cits patērētājs nekā veiksmīgā Composer lejupielāde.