אַ Windows PAC סקריפּט קען קלײַבן אַ פּראָקסי לויט דעם ציל. פֿאַר אַן אַראָפּלאָד געמאַכט מיט דעם curl־פּאַקעט פֿון R, פֿרעגט זײַן Windows־העלפֿער וועגן דעם וועג פֿון יענער URL איידער איר שאַפֿט דעם איבערפֿיר־handle:

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 צו מאַכן דעם איבערפֿיר גלײַך, אַנשטאָט צוריקפֿאַלן אויף אַ פּראָקסי־סבֿה־וואַריאַבל וואָס איז געבליבן אין דער סעסיע.

די URL פֿון אַ PAC־טעקע איז נישט דער רעזולטירנדיקער פּראָקסי־ענדפּונקט. אַריבערגעבן יענע סקריפּט־URL ווי דער פּראָקסי־ווערט פֿון דעם handle בעט נישט די libcurl אַרויסצושאַצן דעם סקריפּט.

דער זוך גיט צוריק אַן אויסגעקליבענעם פּראָקסי, נישט אַ פֿולשטענדיקער בראַועזער־גלײַכער איבערשאַלט־מאַשין פֿאַר יעדן PAC־קאַנדידאַט. ער שטעלט אויך נישט צו דער־קענעניש־דאַטן. האַלט די באַהאַנדלונג לאָקאַל בײַם Windows־קליענט און דעם curl־איבערפֿיר וואָס דאַרפֿן טאַקע די פּאָליטיק.

פֿאַרבונדענע אַרטיקלען