pipx აპლიკაციების ინსტალაცია პროქსის მეშვეობით
გადაეცით პროქსის ცვლადები pipx-ს, სანამ ის აპლიკაციის გარემოს შექმნის, და გამოარჩიეთ პაკეტის მიღება დაყენებული პროგრამის შემდგომი მოთხოვნებისგან.
pipx იზოლირებულ აპლიკაციის გარემოებს ქმნის, მაგრამ პაკეტის მიღება მაინც იწყება pipx-ისთვის მიცემული გარემოდან. POSIX shell-ში pip-ზე დაფუძნებულ ინსტალაციას შეუძლია გამოიყენოს:
http_proxy='http://proxy.example:8080' https_proxy='http://proxy.example:8080' pipx install --backend pip blackეს მინიჭებები ეხება ამ გამოძახებას და მის შვილ ინსტალერს. არ არის საჭირო პროქსის URL-ის ჩასმა ყველა შექმნილ ვირტუალურ გარემოში. HTTP პროქსის სია გთავაზობთ საბოლოო წერტილების კანდიდატებს, როცა ეს პაკეტის ჩამოტვირთვები შეიძლება საჯარო შუამავლებს იყენებდეს.
მიმდინარე pipx გვთავაზობს backend-ის არჩევანს. ზემოთ მითითებული ცხადი pip backend ჩამომტვირთველს გასაგებს ხდის. ამ პარამეტრზე ძველი pipx-ის ვერსია შესაძლოა უკვე ნაგულისხმევად იყენებდეს pip-ს; გამოიყენეთ სინტაქსი, რომელსაც დაყენებული ვერსია მხარს უჭერს.
თავად pip ასევე მხარს უჭერს --proxy პარამეტრს. თუ ინსტალერის პარამეტრების გადასაცემად იყენებთ pipx-ის --pip-args-ს, შეინარჩუნეთ ეს არგუმენტები pip backend-თან; ისინი არ არის უნივერსალური პარამეტრები სხვა backend-ისთვის ან დაყენებული ბრძანებისთვის.
წარმატებული ინსტალაცია არ აკონფიგურირებს black-ის ან სხვა დაყენებული აპლიკაციის მომავალ ქსელურ ტრაფიკს. გაუშვით ქსელური აპლიკაცია იმ გარემოთი ან კლიენტის პარამეტრებით, რომლებსაც ეს აპლიკაცია მხარს უჭერს. პირიქით, მხოლოდ აპლიკაციის შიგნით დაყენებული პროქსი ვერ გამოასწორებს წინა პაკეტის ჩამოტვირთვას.
სერტიფიკატის შეცდომისას შეამოწმეთ ჩამომტვირთველის ნდობის კონფიგურაცია, ნაცვლად იმისა რომ გამორთოთ შემოწმებები. 407 ეხება შუამავლის ანგარიშს; კერძო ინდექსში შესვლა ეხება პაკეტის წყაროს.