Ustawienia proxy w Composerze: porzuć flagi REQUEST_FULLURI

Obecny Composer dokumentuje zmienne środowiskowe proxy i nie używa już starych obejść REQUEST_FULLURI, które pojawiają się w wielu odpowiedziach.

Stare HTTP_PROXY_REQUEST_FULLURI Composera i powiązane obejścia FULLURI nie są już wymagane ani używane w udokumentowanej implementacji. Zignorowana flaga nie naprawi trasy działającego klienta.

W przypadku Composera w wierszu poleceń w powłoce POSIX wyeksportuj obsługiwane zmienne proxy, zanim wywołasz Composera z tej powłoki:

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

Preferowane są nazwy małymi literami. Obie wartości mogą zaczynać się od http://, gdy sam proxy używa zwykłego HTTP; cel HTTPS nie wymaga połączenia HTTPS z proxy. Zastąp przykładowy endpoint zatwierdzoną usługą. W przypadku publicznych pobrań pakietów, w których dozwolony jest publiczny pośrednik, wybierz kandydata HTTP z listy proxy HTTP.

IDE lub agent kompilacji potrzebuje wartości we własnym środowisku procesu. Późniejsza zmiana trwałego ustawienia nie aktualizuje już działającego procesu.

Gdy Composer działa poza CLI

W przypadku żądań HTTP w kontekście innym niż CLI Composer nie używa http_proxy ani HTTP_PROXY. Zamiast tego dokumentuje CGI_HTTP_PROXY, co chroni przed potraktowaniem nagłówków żądania jako zaufanej konfiguracji proxy. Nie kopiuj rozwiązania dla powłoki do aplikacji webowej i nie pobieraj ustawień proxy z niezaufanego żądania.

Przeczytaj nieudaną operację

Nierozwiązana nazwa proxy, odrzucone połączenie, wyzwanie 407 i błąd certyfikatu wskazują na różne etapy. Użyj pierwszego znaczącego błędu zamiast stosować stare obejścia IPv6 lub weryfikacji certyfikatów.

Jeśli pobieranie HTTP w Composerze działa, ale zależność oparta na Git zawodzi, sprawdź osobny proces Git, jego trasę i jego konto. To inny konsument niż udane pobranie Composera.

Powiązane artykuły