Emacs ବ୍ରାଉଜର ଖୋଲିପାରେ ଏବଂ ତଥାପି ନିଜସ୍ୱ ପ୍ରକ୍ସି ଆବଶ୍ୟକ କରେ

Emacsରେ ଦୁଇଟି ନିର୍ଦ୍ଦେଶ, ଯାହା ଉଭୟେ «URL ଖୋଲେ», ଭିନ୍ନ ପଥରେ ଯାଇପାରେ।

ଗୋଟିଏ 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 ମୂଲ୍ୟାଙ୍କନ, ପ୍ରମାଣପତ୍ର ଏବଂ ପରିବର୍ତ୍ତନଶୀଳ ନେଟୱର୍କ ନୀତି ପାଇଁ ସାଧାରଣ ସମାଧାନ ଭାବରେ ଗ୍ରହଣ କରିବାରୁ ଦୂରେଇ ରୁହନ୍ତୁ। ପ୍ରଥମେ ସ୍ଥିର ଅନ୍ତିମ-ବିନ୍ଦୁ କି ଲାଇବ୍ରେରୀର ଦଲିଲଭୁକ୍ତ ପରିବେଶ ବିନ୍ୟାସ ପ୍ରକୃତ ଆବଶ୍ୟକତା ପୂରଣ କରେ ତାହା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।