Emacs-ს შეუძლია ბრაუზერის გახსნა და მაინც საკუთარი პროქსი სჭირდება

ორი ბრძანება, რომლებიც ორივე „ხსნის URL-ს“, Emacs-ში შეიძლება სხვადასხვა გზით წავიდეს.

ერთს შეუძლია URL გარე ბრაუზერს გადასცეს. მაშინ ბრაუზერი საკუთარ პროქსის კონფიგურაციას იყენებს. მეორეს შეუძლია რესურსი Emacs-ის URL ბიბლიოთეკით მოიტანოს. ბრაუზერის წარმატებული მოთხოვნა ამ მეორე გზაზე ცოტას ამბობს.

URL ბიბლიოთეკა აღწერს პროქსის გარემოს ცვლადებს და Lisp-ის პარამეტრს url-proxy-services. ძირითადი ცხადი კონფიგურაცია ასე გამოიყურება:

(setq url-proxy-services
      '(("http" . "proxy.example:8080")
        ("https" . "proxy.example:8080")))

სქემების სახელები ირჩევენ დანიშნულების პროტოკოლს. პროქსის მნიშვნელობები არის ის ბოლო წერტილის ფორმატი, რომელსაც ეს პარამეტრი ელოდება, და არა PAC სკრიპტის URL. დაშვებული საჯარო HTTP მარშრუტებისთვის ჰოსტი და პორტი აიღეთ HTTP პროქსების სიაში არსებული კანდიდატიდან.

ეს პარამეტრი ეხება იმ კლიენტებს, რომლებიც ამ ბიბლიოთეკას იყენებენ. მაგალითად, პაკეტს, რომელიც გარე Git-ის შესრულებად ფაილს იძახებს, სხვა ქსელური გზა აქვს. ოპერაცია ჯერ განსაზღვრეთ, სანამ ჩათვლით, რომ Emacs-ის მთელი ქსელი ერთ კონფიგურაციას იზიარებს.

Windows-ზე მოერიდეთ ძველი მესამე მხარის პაკეტიდან რეესტრის მკითხველი ნაწყვეტის განხილვას, როგორც PAC-ის შეფასების, რწმუნებებისა და ცვალებადი ქსელური პოლიტიკის საერთო გადაწყვეტის. ჯერ დაადგინეთ, აკმაყოფილებს თუ არა ფიქსირებული ბოლო წერტილი ან ბიბლიოთეკის დოკუმენტირებული გარემოს კონფიგურაცია რეალურ მოთხოვნას.