Nastavitve proxyja v R: prenosi paketov proti zahtevam API

Če lahko R namesti paket, vendar ta paket ne doseže svojega API-ja, primerjajte oba odjemalca zahtev. download.file(), RCurl in lastna plast HTTP paketa jim ni treba brati istih možnosti.

Preverite vhode delujoče seje

Program, zagnan iz terminala, podeduje okolje tega terminala. Bližnjica na namizju ali že delujoč IDE ima lahko druge vrednosti. Ustrezna datoteka okolja zagona R lahko vsebuje:

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

To so vnosi v datoteki okolja s primerom končne točke. Za javne zahteve do paketov ali API-ja, dovoljene prek javnih posrednikov, seznam proxyjev HTTP ponuja kandidate za te vrednosti. Izrazi R, kot je options(download.file.method = "libcurl"), spadajo v kodo R, ne v .Renviron. Postavitev na videz pravilne nastavitve v napačno obliko jo pusti neuporabljeno.

Določite zagonsko datoteko, ki jo izberejo pravila R za mesto/uporabnika, okolje in delovni imenik. Datoteka znotraj projekta lahko pojasni razliko med dvema projektoma v istem IDE. Spremenite predvideno datoteko in znova zaženite ustrezno sejo; njeno urejanje ne posodobi že delujočega procesa.

Sledite zahtevi paketa, ki ne uspe

Določite dejansko metodo prenosa ali izvedbo HTTP. Zunanja izvršljiva datoteka curl, metoda libcurl v R in RCurl so ločeni porabniki z lastnimi podprtimi vhodi. Primerjajte isti cilj skozi paket, ki ne uspe, s skritimi skrivnostmi.

Ohranjajte recepte usklajene s to izvedbo in izdajo R. Stari nasvet za Windows --internet2 opisuje zgodovinsko vedenje. Ohranite tudi transportno shemo pravega poslušalca proxyja: cilj HTTPS lahko še vedno uporablja končno točko proxyja HTTP. Uspešna namestitev prek drugega prenašalnika ne potrjuje niti konfiguracije tega odjemalca niti razpoložljivosti proxyja za to zahtevo.