Composer proksi sozlamalari: REQUEST_FULLURI bayroqlaridan voz keching

Composer'ning eski HTTP_PROXY_REQUEST_FULLURI va unga tegishli FULLURI yechimlari hujjatlashtirilgan amalga oshirishda endi talab qilinmaydi va ishlatilmaydi. E'tiborsiz qoldirilgan bayroq ishlab turgan mijoz yo'lini tuzata olmaydi.

POSIX shell'dagi buyruq qatori Composer uchun o'sha shell'dan Composer'ni chaqirishdan oldin qo'llab-quvvatlanadigan proksi o'zgaruvchilarini export qiling:

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

Kichik harfli nomlarga afzallik beriladi. Proksining o'zi oddiy HTTP ishlatsa, ikkala qiymat ham http:// bilan boshlanishi mumkin; HTTPS manzili proksiga HTTPS ulanishini talab qilmaydi. Namunadagi endpointni tasdiqlangan xizmat bilan almashtiring. Ommaviy vositachiga ruxsat berilgan ommaviy paket yuklab olishlar uchun HTTP proksilar ro'yxatidan HTTP nomzodini tanlang.

IDE yoki build agenti qiymatlarni o'zining jarayon muhitida saqlashi kerak. Keyinchalik doimiy sozlamani o'zgartirish allaqachon ishlab turgan jarayonni yangilamaydi.

Composer CLI'dan tashqarida ishlaganda

CLI bo'lmagan kontekstda HTTP so'rovlari uchun Composer http_proxy yoki HTTP_PROXY dan foydalanmaydi. Buning o'rniga u CGI_HTTP_PROXY ni hujjatlashtiradi, bu so'rov sarlavhalarining ishonchli proksi konfiguratsiyasi deb noto'g'ri tushunilishidan himoya qiladi. Shell yechimini veb-ilovaga ko'chirmang va ishonchsiz so'rovdan proksi sozlamalarini olmang.

Muvaffaqiyatsiz amalni o'qing

Hal etilmagan proksi nomi, rad etilgan ulanish, 407 chaqiruvi va sertifikat xatosi turli bosqichlarga ishora qiladi. Eski IPv6 yoki sertifikatni tekshirish yechimlarini qo'llash o'rniga birinchi mazmunli xatodan foydalaning.

Agar Composer'ning HTTP yuklab olishi ishlasa-yu, Git'ga asoslangan bog'liqlik muvaffaqiyatsiz bo'lsa, alohida Git jarayonini, uning yo'lini va uning hisobini tekshiring. Bu muvaffaqiyatli Composer yuklab olishidan boshqa iste'molchi.