د Composer پروکسي تنظیمات: د REQUEST_FULLURI بیرغونه پرېږدئ

د 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 agent ارزښتونه په خپل پروسس چاپېریال کې غواړي. وروسته د تلپاتې تنظیم بدلول لا روان پروسس نه تازه کوي.

کله چې Composer له CLI بهر ځي

د CLI څخه بهر په شرایطو کې د HTTP غوښتنو لپاره Composer http_proxy یا HTTP_PROXY نه کاروي. پرځای یې CGI_HTTP_PROXY مستندوي، چې د غوښتنې سرلیکونو د باوري پروکسي ترتیباتو په توګه د غلط فهمېدو مخه نیسي. د shell حل په ویب اپلیکیشن کې کاپي مه کوئ او له ناباوره غوښتنې څخه پروکسي تنظیمات مه اخلئ.

ناکامه عملیه ولولئ

نه حل شوی پروکسي نوم، رد شوی نښلون، 407 ننګونه او د سند ناکامي بېلابېلو پړاوونو ته اشاره کوي. د زاړه IPv6 یا د سند تصدیق حلونو له پلي کولو پرځای لومړنۍ معنا لرونکې تېروتنه وکاروئ.

که د Composer HTTP ډاونلوډ کار وکړ خو د Git پر بنسټ تړاو ناکام شي، جلا Git پروسس، د هغې لاره او د هغې حساب وڅېړئ. هغه له بریالي Composer ډاونلوډ څخه بېل کاروونکی دی.