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 ایجنٹ کو قدریں اپنے عمل کے ماحول میں درکار ہوتی ہیں۔ بعد میں مستقل ترتیب بدلنے سے پہلے سے چل رہا عمل اپ ڈیٹ نہیں ہوتا۔

جب Composer CLI سے باہر چلتا ہے

CLI کے علاوہ سیاق میں HTTP درخواستوں کے لیے Composer http_proxy یا HTTP_PROXY استعمال نہیں کرتا۔ اس کے بجائے وہ CGI_HTTP_PROXY کی دستاویز کرتا ہے، جو درخواست ہیڈر کو قابلِ اعتماد پراکسی ترتیب سمجھے جانے سے بچاتا ہے۔ shell کا حل ویب ایپلیکیشن میں نقل نہ کریں اور ناقابلِ اعتماد درخواست سے پراکسی ترتیبات نہ لیں۔

ناکام عمل پڑھیں

حل نہ ہونے والا پراکسی نام، مسترد کنکشن، 407 چیلنج اور سرٹیفکیٹ کی ناکامی مختلف مراحل کی طرف اشارہ کرتے ہیں۔ پرانے IPv6 یا سرٹیفکیٹ تصدیق کے حل لاگو کرنے کے بجائے پہلی بامعنی خرابی استعمال کریں۔

اگر Composer کی HTTP ڈاؤن لوڈ کام کرتی ہے مگر Git پر مبنی انحصار ناکام ہوتا ہے، تو الگ Git عمل، اس کا راستہ اور اس کا اکاؤنٹ جانچیں۔ وہ کامیاب Composer ڈاؤن لوڈ سے مختلف صارف ہے۔