Nastavení proxy v R: stahování balíčků versus požadavky na API

Pokud R dokáže nainstalovat balíček, ale tento balíček nedokáže dosáhnout svého API, porovnejte oba klienty požadavků. download.file(), RCurl a vlastní HTTP vrstva balíčku nemusí číst stejné volby.

Zkontrolujte vstupy běžící relace

Program spuštěný z terminálu dědí prostředí tohoto terminálu. Zástupce na ploše nebo již běžící IDE může mít jiné hodnoty. Příslušný soubor prostředí pro spuštění R může obsahovat:

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

Jde o položky souboru prostředí s ukázkovým koncovým bodem. Pro veřejné požadavky na balíčky nebo API povolené přes veřejné prostředníky nabízí seznam HTTP proxy kandidáty pro tyto hodnoty. Výrazy R jako options(download.file.method = "libcurl") patří do kódu R, nikoli do .Renviron. Umístění správně vypadajícího nastavení ve špatném formátu jej nechá nevyužité.

Určete soubor pro spuštění, který vybírají pravidla R pro lokalitu/uživatele, prostředí a pracovní adresář. Soubor v rámci projektu může vysvětlit rozdíl mezi dvěma projekty ve stejném IDE. Změňte zamýšlený soubor a restartujte příslušnou relaci; úprava souboru neaktualizuje již běžící proces.

Sledujte požadavek selhávajícího balíčku

Určete skutečnou metodu stahování nebo implementaci HTTP. Externí spustitelný soubor curl, metoda libcurl v R a RCurl jsou samostatní spotřebitelé s vlastními podporovanými vstupy. Porovnejte stejné cílové umístění přes selhávající balíček se skrytými tajemstvími.

Udržujte recepty sladěné s touto implementací a vydáním R. Stará rada pro Windows --internet2 popisuje historické chování. Zachovejte také transportní schéma skutečného naslouchajícího proxy: cíl HTTPS může stále používat koncový bod HTTP proxy. Úspěšná instalace přes jiný stahovač neprokazuje ani konfiguraci tohoto klienta, ani dostupnost proxy pro tento požadavek.