การตั้งค่าพร็อกซีของ Composer: เลิกใช้แฟล็ก REQUEST_FULLURI

HTTP_PROXY_REQUEST_FULLURI แบบเก่าของ Composer และวิธีแก้ปัญหา FULLURI ที่เกี่ยวข้องไม่จำเป็นและไม่ถูกใช้ในการใช้งานที่จัดทำเอกสารแล้ว แฟล็กที่ถูกละเลยไม่สามารถซ่อมเส้นทางของไคลเอนต์ที่กำลังทำงานได้

สำหรับ Composer แบบบรรทัดคำสั่งในเชลล์ POSIX ให้ export ตัวแปรพร็อกซีที่รองรับก่อนเรียก Composer จากเชลล์นั้น:

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

ชื่อตัวพิมพ์เล็กเป็นที่นิยมกว่า ทั้งสองค่าสามารถขึ้นต้นด้วย http:// เมื่อพร็อกซีเองใช้ HTTP ปกติ ปลายทาง HTTPS ไม่จำเป็นต้องมีการเชื่อมต่อ HTTPS ไปยังพร็อกซี เปลี่ยน endpoint ตัวอย่างเป็นบริการที่ได้รับอนุมัติ สำหรับการดาวน์โหลดแพ็กเกจสาธารณะที่อนุญาตให้ใช้ตัวกลางสาธารณะ ให้เลือกผู้สมัคร HTTP จากรายการพร็อกซี HTTP

IDE หรือ build agent ต้องการค่าในสภาพแวดล้อมโปรเซสของตนเอง การเปลี่ยนการตั้งค่าแบบถาวรภายหลังไม่ช่วยอัปเดตโปรเซสที่กำลังทำงานอยู่แล้ว

เมื่อ Composer ทำงานนอก CLI

สำหรับคำขอ HTTP ในบริบทที่ไม่ใช่ CLI Composer ไม่ใช้ http_proxy หรือ HTTP_PROXY แต่จัดทำเอกสาร CGI_HTTP_PROXY ซึ่งป้องกันไม่ให้ส่วนหัวของคำขอถูกเข้าใจผิดว่าเป็นการกำหนดค่าพร็อกซีที่เชื่อถือได้ อย่าคัดลอกวิธีแก้ปัญหาของเชลล์ไปยังแอปพลิเคชันเว็บ และอย่ารับการตั้งค่าพร็อกซีจากคำขอที่ไม่น่าเชื่อถือ

อ่านการดำเนินการที่ล้มเหลว

ชื่อพร็อกซีที่แก้ไม่ได้ การเชื่อมต่อที่ถูกปฏิเสธ การท้าทาย 407 และความล้มเหลวของใบรับรองชี้ไปยังขั้นตอนที่ต่างกัน ใช้ข้อผิดพลาดแรกที่มีความหมายแทนการนำวิธีแก้ปัญหา IPv6 หรือการตรวจสอบใบรับรองแบบเก่ามาใช้

หากการดาวน์โหลด HTTP ของ Composer ทำงาน แต่ dependency ที่ใช้ Git ล้มเหลว ให้ตรวจสอบโปรเซส Git แยกต่างหาก เส้นทางของมัน และบัญชีของมัน นั่นเป็นผู้ใช้ที่ต่างจากการดาวน์โหลด Composer ที่สำเร็จ