Composer-in köhnə HTTP_PROXY_REQUEST_FULLURI və əlaqəli FULLURI həlləri sənədləşdirilmiş tətbiqdə artıq tələb olunmur və istifadə edilmir. Nəzərə alınmayan bayraq işləyən müştərinin marşrutunu düzəldə bilməz.

POSIX shell-də əmr sətri Composer üçün dəstəklənən proxy dəyişənlərini həmin shell-dən Composer çağırmazdan əvvəl export edin:

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

Kiçik hərfli adlara üstünlük verilir. Proxy özü adi HTTP istifadə edirsə, hər iki dəyər http:// ilə başlaya bilər; HTTPS hədəfi proxy-yə HTTPS bağlantısı tələb etmir. Nümunədəki endpoint-i təsdiqlənmiş xidmətlə əvəz edin. Ümumi vasitəçiyə icazə verilən ictimai paket yükləmələri üçün HTTP proxy siyahısından HTTP namizədi seçin.

IDE və ya build agent dəyərləri öz proses mühitində saxlamalıdır. Sonradan daimi parametrin dəyişdirilməsi artıq işləyən prosesi yeniləmir.

Composer CLI-dən kənarda işləyəndə

CLI-dən kənar kontekstdə HTTP sorğuları üçün Composer http_proxy və ya HTTP_PROXY istifadə etmir. Əvəzində CGI_HTTP_PROXY sənədləşdirir və sorğu başlıqlarının etibarlı proxy konfiqurasiyası kimi qəbul edilməsinin qarşısını alır. Shell həllini veb tətbiqə köçürməyin və proxy parametrlərini etibarsız sorğudan götürməyin.

Uğursuz əməliyyatı oxuyun

Həll olunmamış proxy adı, rədd edilmiş bağlantı, 407 çağırışı və sertifikat xətası müxtəlif mərhələlərə işarə edir. Köhnə IPv6 və ya sertifikat yoxlama həllərini tətbiq etmək əvəzinə ilk mənalı xətanı istifadə edin.

Composer-in HTTP yükləməsi işləyir, lakin Git əsaslı asılılıq uğursuz olursa, ayrı Git prosesini, onun marşrutunu və hesabını yoxlayın. Bu, uğurlu Composer yükləməsindən fərqli istehlakçıdır.

Əlaqəli məqalələr