Composer прокси жөндөөлөрү: REQUEST_FULLURI желектеринен баш тартыңыз

Composerдин эски HTTP_PROXY_REQUEST_FULLURI жана ага байланыштуу FULLURI чечимдери документтелген ишке ашырууда мындан ары талап кылынбайт жана колдонулбайт. Эске алынбаган желек иштеп жаткан клиенттин маршрутун оңдой албайт.

POSIX shell ичиндеги буйрук сабындагы Composer үчүн ошол shellден Composer чакырганга чейин колдоого алынган прокси өзгөрмөлөрүн export кылыңыз:

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

Кичине тамгалуу аттарга артыкчылык берилет. Проксинин өзү кадимки HTTP колдонсо, эки маани тең http:// менен башталышы мүмкүн; HTTPS багыты проксиге HTTPS байланышын талап кылбайт. Мисалдагы endpointти бекитилген кызмат менен алмаштырыңыз. Коомдук ортомчуга жол берилген коомдук пакет жүктөөлөрү үчүн HTTP прокси тизмесинен HTTP талапкерди тандаңыз.

IDE же build агенти маанилерди өзүнүн процессинин чөйрөсүндө кармоосу керек. Туруктуу жөндөөнү кийин өзгөртүү буга чейин иштеп жаткан процессти жаңыртпайт.

Composer CLIнин сыртында иштегенде

CLIден тышкаркы шартта HTTP сурамдары үчүн Composer http_proxy же HTTP_PROXY колдонбойт. Анын ордуна CGI_HTTP_PROXY документтештирет, бул сурамдын аталыштарынын ишенимдүү прокси конфигурациясы катары кабыл алынышынан коргойт. Shell чечимин веб-колдонмого көчүрбөңүз жана ишенимсиз сурамдан прокси жөндөөлөрүн албаңыз.

Ийгиликсиз операцияны окуңуз

Чечилбеген прокси аты, четке кагылган байланыш, 407 чакырык жана сертификат катасы ар кайсы баскычтарды көрсөтөт. Эски IPv6 же сертификатты текшерүү чечимдерин колдонуунун ордуна биринчи маанилүү катаны колдонуңуз.

Эгер Composerдин HTTP жүктөөсү иштеп, бирок Gitке негизделген көз карандылык ийгиликсиз болсо, өзүнчө Git процессин, анын маршрутун жана анын аккаунтун текшериңиз. Бул ийгиликтүү Composer жүктөөсүнөн башка керектөөчү.