Nastavenia proxy v R: sťahovanie balíkov verzus požiadavky na API

Ak R dokáže nainštalovať balík, ale ten balík nedokáže dosiahnuť svoje API, porovnajte oboch klientov odosielajúcich požiadavky. download.file(), RCurl a vlastná HTTP vrstva balíka nemusia čítať rovnaké možnosti.

Skontrolujte vstupy bežiacej relácie

Program spustený z terminálu dedí prostredie tohto terminálu. Odkaz na ploche alebo už bežiace IDE môžu mať iné hodnoty. Príslušný súbor prostredia pri štarte R môže obsahovať:

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

Sú to položky súboru prostredia s ukážkovým koncovým bodom. Pre verejné požiadavky na balíky alebo API povolené cez verejných sprostredkovateľov ponúka zoznam HTTP proxy kandidátov pre tieto hodnoty. Výrazy R ako options(download.file.method = "libcurl") patria do kódu R, nie do .Renviron. Umiestnenie správne vyzerajúceho nastavenia v nesprávnom formáte ho nechá nevyužité.

Identifikujte súbor pri štarte, ktorý vyberajú pravidlá R pre lokalitu/používateľa, prostredie a pracovný adresár. Súbor v rámci projektu môže vysvetliť rozdiel medzi dvoma projektmi v tom istom IDE. Zmeňte zamýšľaný súbor a reštartujte príslušnú reláciu; jeho úprava neaktualizuje už bežiaci proces.

Sledujte požiadavku zlyhávajúceho balíka

Identifikujte skutočnú metódu sťahovania alebo implementáciu HTTP. Externý spustiteľný súbor curl, metóda libcurl v R a RCurl sú odlišní spotrebitelia s vlastnými podporovanými vstupmi. Porovnajte rovnaký cieľ cez zlyhávajúci balík so skrytými tajomstvami.

Udržujte recepty zladené s touto implementáciou a vydaním R. Stará rada pre Windows --internet2 opisuje historické správanie. Zachovajte aj transportnú schému skutočného počúvajúceho proxy: cieľ HTTPS môže stále používať koncový bod proxy HTTP. Úspešná inštalácia cez iný sťahovač nepreukazuje ani konfiguráciu tohto klienta, ani dostupnosť proxy pre túto požiadavku.