Composer proxybeállítások: hagyjuk el a REQUEST_FULLURI kapcsolókat

A Composer régi HTTP_PROXY_REQUEST_FULLURI kapcsolója és a hozzá kapcsolódó FULLURI megoldások a dokumentált megvalósításban már nem szükségesek és nem használatosak. Egy figyelmen kívül hagyott kapcsoló nem tudja megjavítani a futó kliens útvonalát.

A parancssori Composerhez POSIX-héjban exportálja a támogatott proxyváltozókat, mielőtt abból a héjból meghívja a Composert:

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

A kisbetűs nevek az előnyben részesítettek. Mindkét érték kezdődhet http://-vel, ha maga a proxy közönséges HTTP-t használ; egy HTTPS-cél nem igényel HTTPS-kapcsolatot a proxyhoz. Cserélje ki a példa endpointot a jóváhagyott szolgáltatásra. Nyilvános csomagletöltéseknél, ahol nyilvános közvetítő engedélyezett, válasszon HTTP-jelöltet a HTTP-proxylistáról.

Az IDE-nek vagy a build-ügynöknek a saját folyamatkörnyezetében van szüksége az értékekre. Egy állandó beállítás későbbi módosítása nem frissít egy már futó folyamatot.

Amikor a Composer a CLI-n kívül fut

A nem CLI-környezetben végzett HTTP-kérésekhez a Composer nem használja a http_proxy vagy a HTTP_PROXY változót. Ehelyett a CGI_HTTP_PROXY-t dokumentálja, ami véd attól, hogy a kérés fejléceit megbízható proxykonfigurációnak tekintsék. Ne másolja a héjmegoldást webalkalmazásba, és ne vegyen át proxybeállításokat nem megbízható kérésből.

Olvassa el a sikertelen műveletet

A fel nem oldott proxynév, az elutasított kapcsolat, a 407 kihívás és a tanúsítványhiba különböző szakaszokra utal. Az első értelmes hibát használja ahelyett, hogy régi IPv6- vagy tanúsítvány-ellenőrzési megoldásokat alkalmazna.

Ha a Composer HTTP-letöltése működik, de egy Git-alapú függőség meghiúsul, vizsgálja meg a külön Git-folyamatot, annak útvonalát és fiókját. Ez más fogyasztó, mint a sikeres Composer-letöltés.