R proxy postavke: preuzimanja paketa nasuprot API zahtjevima

Ako R može instalirati paket, ali taj paket ne može doći do svog API-ja, uporedite dva klijenta koji šalju zahtjeve. download.file(), RCurl i vlastiti HTTP sloj paketa ne moraju čitati iste opcije.

Provjerite ulaze pokrenute sesije

Program pokrenut iz terminala nasljeđuje okruženje tog terminala. Prečica na radnoj površini ili IDE koji već radi mogu imati drugačije vrijednosti. Odgovarajuća R datoteka okruženja za pokretanje može sadržavati:

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

Ovo su unosi u datoteci okruženja s primjerom odredišta. Za javne zahtjeve prema paketima ili API-ju dopuštene kroz javne posrednike, lista HTTP proxyja nudi kandidate za te vrijednosti. R izrazi poput options(download.file.method = "libcurl") pripadaju u R kod, a ne u .Renviron. Mijenjanje ispravno izgledajuće postavke u pogrešan format ostavlja je neiskorištenom.

Identificirajte datoteku za pokretanje koju odabiru R pravila za lokaciju/korisnika, okruženje i radni direktorij. Datoteka unutar projekta može objasniti razliku između dva projekta u istom IDE-u. Promijenite predviđenu datoteku i ponovo pokrenite relevantnu sesiju; njeno uređivanje ne ažurira proces koji već radi.

Pratite zahtjev paketa koji ne uspijeva

Identificirajte stvarni metod preuzimanja ili HTTP implementaciju. Vanjski curl izvršni program, R libcurl metod i RCurl su različiti potrošači s vlastitim podržanim ulazima. Uporedite isto odredište kroz paket koji ne uspijeva, uz uklonjene tajne.

Držite recepte usklađene s tom implementacijom i R izdanjem. Stari Windows --internet2 savjet opisuje historijsko ponašanje. Također zadržite transportnu šemu stvarnog proxy slušaoca: HTTPS odredište i dalje može koristiti HTTP proxy odredište. Uspješna instalacija kroz drugi preuzimač ne potvrđuje ni konfiguraciju ovog klijenta ni dostupnost proxyja za ovaj zahtjev.