የ Windows PAC ስክሪፕት እንደ መዳረሻው ፕሮክሲ መምረጥ ይችላል። በ R የ curl ጥቅል የሚደረግ ማውረድ ከመፍጠሩ በፊት የዚያ URL መንገድን ከ Windows ረዳቱ ጠይቅ፦

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 handle መንገዱን ያዘጋጃል፤ በ R ሂደት ውስጥ ያሉትን ሁሉንም የኔትወርክ ጥቅሎች አያዋቅርም።

ረዳቱ የአሁኑን የ Windows ፕሮክሲ ውቅር ያነባል። ራስ-ሰር ውቅር ሲነቃ፣ ግምገማው የ PAC ስክሪፕቱን ማውረድና ማስኬድ ሊያካትት ስለሚችል ፍለጋው ራሱ ጊዜ ሊወስድ ይችላል። ከተለመደ የሙከራ ጣቢያ ይልቅ እውነተኛውን የዒላማ URL ተጠቀም።

ረዳቱ ምንም ፕሮክሲ ሳይመረጥ NULL ይመልሳል። በምሳሌው ያለው ባዶ የፕሮክሲ ሕብረቁምፊ libcurl ይህን ማስተላለፍ በቀጥታ ማድረግ እንዳለበት ይነግረዋል፣ በክፍለ-ጊዜው ውስጥ በተተወ የፕሮክሲ አካባቢ ተለዋዋጭ ላይ ከመመለስ ይልቅ።

የ PAC ፋይል URL የተገኘው የፕሮክሲ መጨረሻ አይደለም። ያንን የስክሪፕት URL እንደ handle የፕሮክሲ እሴት ማለፍ libcurl ስክሪፕቱን እንዲገመግም አይጠይቅም።

ይህ ፍለጋ የተመረጠ ፕሮክሲ ይመልሳል፣ ለሁሉም የ PAC እጩዎች የብራውዘር አቻ የሆነ ሙሉ የመተካት ስርዓት አይደለም። እንዲሁም የማረጋገጫ መረጃ አያቀርብም። አያያዙን በዚህ ፖሊሲ ለሚፈልገው የ Windows ደንበኛና curl ማስተላለፍ ብቻ አቆይ።

ተዛማጅ ጽሑፎች