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 വിലയിരുത്തലിനും ക്രെഡൻഷ്യലുകൾക്കും മാറുന്ന നെറ്റ്വർക്ക് നയത്തിനും പൊതുവായ പരിഹാരമായി കാണുന്നത് ഒഴിവാക്കുക. ഒരു സ്ഥിര എൻഡ്പോയിന്റോ ലൈബ്രറിയുടെ രേഖപ്പെടുത്തിയ പരിസ്ഥിതി ക്രമീകരണമോ യഥാർത്ഥ ആവശ്യകത നിറവേറ്റുന്നുണ്ടോ എന്ന് ആദ്യം ഉറപ്പാക്കുക.