R ડાઉનલોડ માટે Windows PAC માર્ગનું મૂલ્યાંકન કરો

Windows PAC સ્ક્રિપ્ટ ગંતવ્ય અનુસાર પ્રોક્સી પસંદ કરી શકે છે. R ના curl પેકેજ સાથે કરેલા ડાઉનલોડ માટે, ટ્રાન્સફર હેન્ડલ બનાવતા પહેલા તેના Windows સહાયકને તે URL નો માર્ગ પૂછો:

url <- "https://example.com/data.csv"
route <- curl::ie_get_proxy_for_url(url)
if (is.null(route)) route <- ""

handle <- curl::new_handle(proxy = route)
connection <- curl::curl(url, handle = handle)

એપ્લિકેશનના સામાન્ય કનેક્શન જીવનચક્ર દ્વારા કનેક્શન વાંચો અને બંધ કરો. સ્નિપેટ તે curl હેન્ડલ માટે માર્ગ સ્થાપિત કરે છે; તે R પ્રક્રિયામાંના દરેક નેટવર્કિંગ પેકેજને ગોઠવતું નથી.

સહાયક વર્તમાન Windows પ્રોક્સી ગોઠવણી વાંચે છે. જ્યારે સ્વચાલિત ગોઠવણી સક્ષમ હોય, ત્યારે મૂલ્યાંકનમાં PAC સ્ક્રિપ્ટ ડાઉનલોડ કરવી અને ચલાવવી સામેલ હોઈ શકે, તેથી શોધમાં જ સમય લાગી શકે. અનુકૂળ અસંબંધિત પરીક્ષણ સાઇટને બદલે વાસ્તવિક લક્ષ્ય URL વાપરો.

કોઈ પ્રોક્સી પસંદ ન થાય ત્યારે સહાયક NULL પરત કરે છે. ઉદાહરણમાંની સ્પષ્ટ ખાલી પ્રોક્સી સ્ટ્રિંગ libcurl ને આ ટ્રાન્સફર સીધું કરવા કહે છે, સત્રમાં છોડેલા પ્રોક્સી પર્યાવરણ ચલ પર પાછા ફરવાને બદલે.

PAC ફાઇલનું URL પરિણામી પ્રોક્સી એન્ડપોઇન્ટ નથી. તે સ્ક્રિપ્ટ URL ને હેન્ડલના પ્રોક્સી મૂલ્ય તરીકે પસાર કરવાથી libcurl ને સ્ક્રિપ્ટનું મૂલ્યાંકન કરવાનું કહેવાતું નથી.

આ શોધ પસંદ કરેલી પ્રોક્સી પરત કરે છે, દરેક PAC ઉમેદવાર માટે સંપૂર્ણ બ્રાઉઝર-સમકક્ષ ફેલઓવર એન્જિન નહીં. તે પ્રમાણીકરણ ક્રેડેન્શિયલ્સ પણ પૂરા પાડતું નથી. જે Windows ક્લાયંટ અને curl ટ્રાન્સફરને આ નીતિની ખરેખર જરૂર છે, ત્યાં જ સંચાલન સ્થાનિક રાખો.