In Windows-PAC-skript kin in proxy kieze neffens de bestimming. Foar in download mei it curl-pakket fan R freegje it Windows-helperskip om de route fan dy URL eardat it oerdrachtshandfetsel makke wurdt:

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)

Lês en slút de ferbining fia de normale ferbiningslibbenssyklus fan de applikaasje. It fragmint leit de route fêst foar dat curl-handfetsel; it konfigurearret net elk netwurkpakket yn it R-proses.

It helperskip lêst de hjoeddeiske Windows-proxykonfiguraasje. As automatyske konfiguraasje oan stiet, kin de evaluaasje it downloaden en útfiere fan it PAC-skript omfetsje, sadat de opfrege sels tiid nimme kin. Brûk de echte doel-URL yn plak fan in handich, net besibbe testside.

It helperskip jout NULL werom as gjin proxy keazen is. De eksplisyt lege proxystring yn it foarbyld seit tsjin libcurl om dizze oerdracht direkt te dwaan, ynstee fan werom te fallen op in proxy-omjouwingsfariabele dy't yn 'e sesje efterlitten is.

In PAC-bestâns-URL is net it resultearjende proxy-einpunt. It trochjaan fan dy skript-URL as proxywearde fan it handfetsel freget libcurl net om it skript te evaluearjen.

Dizze opfrege jout in keazen proxy werom, net in folsleine browser-lykweardige oerskeakelmotor foar elk PAC-kandidaat. It leveret ek gjin autentikaasjegegevens. Hâld de behanneling lokaal by de Windows-klant en curl-oerdracht dy't dizze beliedsregel echt nedich hawwe.

Relatearre artikelen