Mipangilio ya proksi ya Composer: acha bendera za REQUEST_FULLURI

Bendera za zamani HTTP_PROXY_REQUEST_FULLURI za Composer na suluhisho zinazohusiana za FULLURI hazihitajiki tena na hazitumiki katika utekelezaji ulioelezwa. Bendera inayopuuzwa haiwezi kurekebisha njia ya mteja anayefanya kazi.

Kwa Composer ya mstari wa amri katika shell ya POSIX, hamisha vigeu vya proksi vinavyotumika kabla ya kuita Composer kutoka shell hiyo:

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

Majina ya herufi ndogo hupendelewa. Thamani zote mbili zinaweza kuanza na http:// wakati proksi yenyewe inatumia HTTP ya kawaida; lengo la HTTPS halihitaji muunganisho wa HTTPS kwa proksi. Badilisha endpoint ya mfano na huduma iliyoidhinishwa. Kwa upakuaji wa vifurushi vya umma ambapo mpatanishi wa umma anaruhusiwa, chagua mgombea wa HTTP kutoka orodha ya proksi za HTTP.

IDE au wakala wa kujenga anahitaji thamani hizo katika mazingira yake ya mchakato. Kubadilisha mpangilio wa kudumu baadaye hakuondoi mchakato unaoendelea tayari.

Wakati Composer inaendesha nje ya CLI

Kwa maombi ya HTTP katika muktadha usio wa CLI, Composer haitumii http_proxy au HTTP_PROXY. Badala yake inaeleza CGI_HTTP_PROXY, ambayo inalinda dhidi ya vichwa vya maombi kuchukuliwa kama usanidi wa proksi unaoaminika. Usinakili suluhisho la shell kwenye programu ya wavuti na usichukue mipangilio ya proksi kutoka ombi lisiloaminika.

Soma operesheni iliyoshindwa

Jina la proksi lisilotatuliwa, muunganisho uliokataliwa, changamoto ya 407 na kushindwa kwa cheti zinaonyesha hatua tofauti. Tumia kosa la kwanza lenye maana badala ya kutumia suluhisho za zamani za IPv6 au uthibitishaji wa vyeti.

Ikiwa upakuaji wa HTTP wa Composer unafanya kazi lakini utegemezi unaotegemea Git unashindwa, chunguza mchakato tofauti wa Git, njia yake na akaunti yake. Huyo ni mtumiaji tofauti na upakuaji wa Composer uliofanikiwa.