ការកំណត់ប្រូកស៊ីរបស់ Composer៖ បោះបង់ទង់ REQUEST_FULLURI

HTTP_PROXY_REQUEST_FULLURI ចាស់របស់ Composer និងដំណោះស្រាយ FULLURI ពាក់ព័ន្ធ មិនត្រូវការ ឬប្រើប្រាស់ទៀតទេ ក្នុងការអនុវត្តដែលបានចងក្រងឯកសារ។ ទង់ដែលត្រូវបានមិនអើពើ មិនអាចជួសជុលផ្លូវរបស់ឧបករណ៍ភ្ញៀវដែលកំពុងដំណើរការបានទេ។

សម្រាប់ Composer បន្ទាត់ពាក្យបញ្ជាក្នុង shell POSIX សូម export អថេរប្រូកស៊ីដែលគាំទ្រ មុនពេលហៅ Composer ពី shell នោះ៖

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

សម្រាប់សំណើ HTTP ក្នុងបរិបទមិនមែន CLI Composer មិនប្រើ http_proxy ឬ HTTP_PROXY ទេ។ ជំនួសមកវិញ វាចងក្រងឯកសារ CGI_HTTP_PROXY ដែលការពារកុំឱ្យបឋមកថាសំណើត្រូវគេចាត់ទុកជាការកំណត់ប្រូកស៊ីដែលអាចទុកចិត្តបាន។ កុំចម្លងដំណោះស្រាយ shell ទៅកម្មវិធីវេប ហើយកុំយកការកំណត់ប្រូកស៊ីពីសំណើដែលមិនអាចទុកចិត្តបាន។

អានប្រតិបត្តិការដែលបរាជ័យ

ឈ្មោះប្រូកស៊ីដែលមិនដោះស្រាយ ការតភ្ជាប់ដែលត្រូវបានបដិសេធ ការប្រឈម 407 និងការបរាជ័យវិញ្ញាបនបត្រ បង្ហាញដំណាក់កាលផ្សេងៗគ្នា។ ប្រើកំហុសដែលមានអត្ថន័យដំបូង ជំនួសឱ្យការអនុវត្តដំណោះស្រាយ IPv6 ឬការផ្ទៀងផ្ទាត់វិញ្ញាបនបត្រចាស់។

ប្រសិនបើការទាញយក HTTP របស់ Composer ដំណើរការ ប៉ុន្តែភាពអាស្រ័យដែលផ្អែកលើ Git បរាជ័យ សូមពិនិត្យដំណើរការ Git ដោយឡែក ផ្លូវរបស់វា និងគណនីរបស់វា។ នោះជាអ្នកប្រើប្រាស់ខុសពីការទាញយក Composer ដែលជោគជ័យ។