Kayang magbukas ng browser ng Emacs at kailangan pa rin nito ng sariling proxy

Dalawang utos na parehong «nagbubukas ng URL» ay maaaring dumaan sa magkaibang ruta sa Emacs.

Ang isa ay maaaring magbigay ng URL sa panlabas na browser. Gagamitin ng browser ang sarili nitong proxy configuration. Ang isa pa ay maaaring kumuha ng resource sa pamamagitan ng URL library ng Emacs. Kaunti lang ang sinasabi ng matagumpay na kahilingan ng browser tungkol sa ikalawang rutang iyon.

Dinodokumento ng URL library ang mga environment variable ng proxy at ang Lisp option na url-proxy-services. Ang isang payak na tahasang configuration ay may ganitong anyo:

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

Pinipili ng mga pangalan ng scheme ang protocol ng pupuntahan. Ang mga halaga ng proxy ay ang endpoint format na inaasahan ng option na ito, hindi URL ng PAC script. Para sa pinapayagang pampublikong HTTP na ruta, kunin ang host at port mula sa kandidato sa listahan ng HTTP proxy.

Ang setting na ito ay tungkol sa mga kliyenteng gumagamit ng library na iyon. Halimbawa, ang isang pakete na tumatawag ng panlabas na Git executable ay may ibang ruta sa network. Tukuyin ang operasyon bago ipagpalagay na lahat ng network sa Emacs ay may isang configuration.

Sa Windows, iwasang ituring ang snippet na nagbabasa ng registry mula sa lumang third-party na pakete bilang pangkalahatang solusyon sa PAC evaluation, mga credential, at nagbabagong network policy. Alamin muna kung ang isang nakapirming endpoint o ang dokumentadong environment configuration ng library ang tumutugon sa tunay na pangangailangan.