Composer tarpinio serverio nustatymai: atsisakykite REQUEST_FULLURI vėliavėlių
Dabartinis Composer dokumentuoja tarpinio serverio aplinkos kintamuosius ir nebevartoja senų REQUEST_FULLURI sprendimų, sutinkamų daugelyje atsakymų.
Senieji Composer HTTP_PROXY_REQUEST_FULLURI ir susiję FULLURI sprendimai dokumentuotoje realizacijoje nebereikalingi ir nevartojami. Nepaisoma vėliavėlė negali sutaisyti veikiančio kliento maršruto.
Jei Composer naudojate komandinėje eilutėje POSIX apvalkale, eksportuokite palaikomus tarpinio serverio kintamuosius prieš iškviesdami Composer iš to apvalkalo:
export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
Pirmenybė teikiama mažųjų raidžių pavadinimams. Abi reikšmės gali prasidėti http://, kai pats tarpinis serveris naudoja įprastą HTTP; HTTPS paskirties vieta nereikalauja HTTPS ryšio su tarpiniu serveriu. Pakeiskite pavyzdinį endpoint patvirtinta paslauga. Viešiems paketų atsisiuntimams, kur leidžiamas viešas tarpininkas, pasirinkite HTTP kandidatą iš HTTP tarpinių serverių sąrašo.
IDE arba kūrimo agentui reikšmės reikalingos jo paties proceso aplinkoje. Vėliau pakeitus nuolatinį nustatymą, jau veikiantis procesas neatnaujinamas.
Kai Composer veikia už CLI ribų
HTTP užklausoms ne CLI kontekste Composer nenaudoja http_proxy arba HTTP_PROXY. Vietoj to jis dokumentuoja CGI_HTTP_PROXY, o tai apsaugo nuo to, kad užklausos antraštės būtų palaikytos patikima tarpinio serverio konfigūracija. Nekopijuokite apvalkalo sprendimo į žiniatinklio programą ir neimkite tarpinio serverio nustatymų iš nepatikimos užklausos.
Perskaitykite nepavykusią operaciją
Neišspręstas tarpinio serverio vardas, atmestas ryšys, 407 iššūkis ir sertifikato klaida rodo skirtingus etapus. Naudokite pirmą prasmingą klaidą, o ne taikykite senus IPv6 ar sertifikatų tikrinimo sprendimus.
Jei Composer HTTP atsisiuntimas veikia, bet su Git susieta priklausomybė nepavyksta, patikrinkite atskirą Git procesą, jo maršrutą ir jo paskyrą. Tai kitas vartotojas nei sėkmingas Composer atsisiuntimas.