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 татан авалтаас өөр хэрэглэгч юм.

Холбоотой нийтлэлүүд