Mipangilio ya proksi ya R: upakuaji wa vifurushi dhidi ya maombi ya API

Ikiwa R inaweza kusakinisha kifurushi lakini kifurushi hicho hakiwezi kufikia API yake, linganisha wateja wawili wanaoomba. download.file(), RCurl na tabaka la HTTP la kifurushi chenyewe si lazima lisome chaguo sawa.

Kagua ingizo za kipindi kinachoendelea

Programu inayozinduliwa kutoka kwenye terminal hurithi mazingira ya terminal hiyo. Njia ya mkato ya eneo-kazi au IDE inayoendelea inaweza kuwa na thamani tofauti. Faili ifaayo ya mazingira ya kuanzisha R inaweza kuwa na:

http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080

Hizi ni maingizo ya faili ya mazingira yenye kituo cha mwisho cha mfano. Kwa maombi ya umma ya vifurushi au API yanayoruhusiwa kupitia wapatanishi wa umma, orodha ya proksi za HTTP hutoa wagombea kwa thamani hizo. Semi za R kama options(download.file.method = "libcurl") ni za msimbo wa R, si .Renviron. Kuweka mpangilio unaoonekana sahihi katika umbizo lisilo sahihi hukuacha bila kutumiwa.

Tambua faili ya kuanzisha inayochaguliwa na kanuni za R za tovuti/mtumiaji, mazingira na saraka ya kazi. Faili ndani ya mradi inaweza kueleza tofauti kati ya miradi miwili katika IDE moja. Badilisha faili inayokusudiwa na uanzishe tena kipindi husika; kuihariri hakuendi kusasisha mchakato unaoendelea tayari.

Fuatilia ombi la kifurushi kinachoshindwa

Tambua njia halisi ya upakuaji au utekelezaji wa HTTP. Programu ya nje ya curl, njia ya libcurl ya R na RCurl ni watumiaji tofauti wenye ingizo zao zinazotumika. Linganisha lengo lilelile kupitia kifurushi kinachoshindwa, huku siri zimefichwa.

Weka mapishi yalingane na utekelezaji huo na toleo la R. Ushauri wa zamani wa Windows --internet2 unaeleza tabia ya kihistoria. Hifadhi pia mpango wa usafirishaji wa msikilizaji halisi wa proksi: lengo la HTTPS bado linaweza kutumia kituo cha mwisho cha proksi ya HTTP. Usakinishaji wenye mafanikio kupitia kipakuli kingine hautoi uthibitisho wa usanidi wa mteja huyu wala upatikanaji wa proksi kwa ombi hili.