R-proxy-instellings: pakketaftankings teenoor API-versoeke

As R 'n pakket kan installeer maar daardie pakket nie sy API kan bereik nie, vergelyk die twee versoekkliënte. download.file(), RCurl en 'n pakket se eie HTTP-laag hoef nie dieselfde opsies te lees nie.

Kontroleer die lopende sessie se insette

'n Terminaanbegin erf daardie terminaal se omgewing. 'n Lessenaarskakel of 'n IDE wat reeds loop, kan ander waardes hê. Die toepaslike R-beginomgewingslêer kan die volgende bevat:

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

Dit is omgewingslêer-inskrywings met 'n voorbeeld-eindpunt. Vir openbare pakket- of API-versoeke wat deur openbare tussengangers toegelaat word, bied die HTTP-proxylys kandidate vir daardie waardes. R-uitdrukkings soos options(download.file.method = "libcurl") hoort in R-kode, nie in .Renviron nie. Om die reg-voorkomende instelling in die verkeerde formaat te plaas, laat dit ongebruik.

Identifiseer die beginlêer wat deur R se site/gebruiker-, omgewings- en werkdidsreëls gekies word. 'n Projekplaaslike lêer kan 'n verskil tussen twee projekte in dieselfde IDE verduidelik. Verander die beoogde lêer en herbegin die betrokke sessie; om dit te wysig, werk nie die proses by wat reeds loop nie.

Volg die mislukkende pakket se versoek

Identifiseer die werklike aflaaimetode of HTTP-implementering. 'n Eksterne curl-uitvoerbare program, R se libcurl-metode en RCurl is verskillende verbruikers met hul eie ondersteunde insette. Vergelyk dieselfde bestemming deur die mislukkende pakket, met geheime verwyder.

Hou resepte by daardie implementering en R-weergawe. Ou Windows---internet2-advies beskryf historiese gedrag. Behoud ook die werklike proxy-luisteraar se vervoerskema: 'n HTTPS-bestemming kan steeds 'n HTTP-proxy-eindpunt gebruik. Suksesvolle installasie deur 'n ander aflaaier bevestig nóg hierdie kliënt se konfigurasie nóg die beskikbaarheid van die proxy vir hierdie versoek.