R proxy postavke: preuzimanja paketa nasuprot API zahtjevima

Ako R može da instalira paket, ali taj paket ne može da dođe do svog API-ja, uporedite dva klijenta koji šalju zahteve. download.file(), RCurl i sopstveni HTTP sloj paketa ne moraju da čitaju iste opcije.

Proverite ulaze pokrenute sesije

Program pokrenut iz terminala nasleđuje okruženje tog terminala. Prečica na radnoj površini ili IDE koji već radi mogu imati drugačije vrednosti. Odgovarajući R fajl okruženja za pokretanje može sadržati:

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

Ovo su unosi u fajlu okruženja sa primerom odredišta. Za javne zahteve prema paketima ili API-ju dozvoljene kroz javne posrednike, lista HTTP proxyja nudi kandidate za te vrednosti. R izrazi poput options(download.file.method = "libcurl") pripadaju R kodu, a ne .Renviron. Stavljanje ispravno izgledajuće postavke u pogrešan format ostavlja je neiskorišćenom.

Identifikujte fajl za pokretanje koji biraju R pravila za lokaciju/korisnika, okruženje i radni direktorijum. Fajl unutar projekta može objasniti razliku između dva projekta u istom IDE-u. Promenite predviđeni fajl i ponovo pokrenite odgovarajuću sesiju; njegovo uređivanje ne ažurira proces koji već radi.

Pratite zahtev paketa koji ne uspeva

Identifikujte stvarni metod preuzimanja ili HTTP implementaciju. Spoljni curl izvršni program, R libcurl metod i RCurl su različiti potrošači sa sopstvenim podržanim ulazima. Uporedite isto odredište kroz paket koji ne uspeva, uz uklonjene tajne.

Držite recepte usklađene sa tom implementacijom i R izdanjem. Stari Windows --internet2 savet opisuje istorijsko ponašanje. Zadržite i transportnu šemu stvarnog proxy osluškivača: HTTPS odredište i dalje može koristiti HTTP proxy odredište. Uspešna instalacija kroz drugi preuzimač ne potvrđuje ni konfiguraciju ovog klijenta ni dostupnost proxyja za ovaj zahtev.