Pengaturan proksi Composer: tinggalkan flag REQUEST_FULLURI
Composer saat ini mendokumentasikan variabel lingkungan proksi dan tidak lagi memakai solusi REQUEST_FULLURI lama yang banyak muncul di jawaban.
Flag HTTP_PROXY_REQUEST_FULLURI lama Composer dan solusi FULLURI terkait tidak lagi diperlukan atau dipakai dalam implementasi yang didokumentasikan. Flag yang diabaikan tidak dapat memperbaiki rute klien yang sedang berjalan.
Untuk Composer baris perintah di shell POSIX, ekspor variabel proksi yang didukung sebelum memanggil Composer dari shell tersebut:
export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
Nama huruf kecil lebih diutamakan. Kedua nilai boleh diawali http:// bila proksi itu sendiri memakai HTTP biasa; tujuan HTTPS tidak memerlukan koneksi HTTPS ke proksi. Ganti endpoint contoh dengan layanan yang disetujui. Untuk unduhan paket publik yang mengizinkan perantara publik, pilih kandidat HTTP dari daftar proksi HTTP.
IDE atau agen build memerlukan nilai itu di lingkungan prosesnya sendiri. Mengubah pengaturan permanen setelahnya tidak memperbarui proses yang sudah berjalan.
Saat Composer berjalan di luar CLI
Untuk permintaan HTTP dalam konteks non-CLI, Composer tidak memakai http_proxy atau HTTP_PROXY. Sebagai gantinya ia mendokumentasikan CGI_HTTP_PROXY, yang mencegah header permintaan disalahartikan sebagai konfigurasi proksi tepercaya. Jangan menyalin solusi shell ke aplikasi web dan jangan mengambil pengaturan proksi dari permintaan yang tidak tepercaya.
Baca operasi yang gagal
Nama proksi yang tidak terurai, koneksi ditolak, tantangan 407, dan kegagalan sertifikat menunjuk ke tahap yang berbeda. Gunakan kesalahan bermakna pertama alih-alih menerapkan solusi IPv6 atau verifikasi sertifikat lama.
Jika unduhan HTTP Composer berhasil tetapi dependensi berbasis Git gagal, periksa proses Git yang terpisah, rutenya, dan akunnya. Itu konsumen berbeda dari unduhan Composer yang berhasil.