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 ৰ সমাধান web application লৈ নকল নকৰিব আৰু অবিশ্বাসযোগ্য অনুৰোধৰ পৰা প্ৰক্সি ছেটিং নল’ব।

ব্যৰ্থ কাৰ্যকলাপ পঢ়ক

অসমাধিত প্ৰক্সি নাম, অস্বীকৃত সংযোগ, 407 প্ৰত্যাহ্বান আৰু প্ৰমাণপত্ৰৰ বিফলতা — এইবোৰে ভিন্ন পৰ্যায় সূচায়। পুৰণি IPv6 বা প্ৰমাণপত্ৰ-সত্যাপন সমাধান প্ৰয়োগ নকৰি প্ৰথম অৰ্থপূৰ্ণ ত্ৰুটিটো ব্যৱহাৰ কৰক।

যদি Composer ৰ HTTP ডাউনলোড কাম কৰে কিন্তু Git ভিত্তিক নিৰ্ভৰতা বিফল হয়, তেন্তে সুকীয়া Git প্ৰচেছ, ইয়াৰ পথ আৰু ইয়াৰ একাউণ্ট পৰীক্ষা কৰক। সেয়া সফল Composer ডাউনলোডৰ পৰা ভিন্ন গ্ৰাহক।