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 મૂલ્યાંકન, ઓળખપત્રો અને બદલાતી નેટવર્ક નીતિ માટે સામાન્ય ઉકેલ તરીકે ગણવાનું ટાળો. પહેલાં નક્કી કરો કે સ્થિર અંતિમ બિંદુ કે લાઇબ્રેરીની દસ્તાવેજી પર્યાવરણ ગોઠવણી વાસ્તવિક જરૂરિયાત પૂરી કરે છે.