R proxybeállítások: csomagletöltések kontra API-kérések

Kövesse az R-munkamenet környezetét és azt az HTTP-klienst, amelyet egy csomag valójában használ, ahelyett hogy régi R-kiadásokból származó, össze nem illő proxy-recepteket kombinálna.

Ha az R telepíteni tud egy csomagot, de az a csomag nem éri el a saját API-ját, hasonlítsa össze a két kérést küldő klienst. download.file(), az RCurl és egy csomag saját HTTP-rétege nem feltétlenül ugyanazokat a beállításokat olvassa.

Ellenőrizze a futó munkamenet bemeneteit

A terminálból indított program örökli a terminál környezetét. Az asztali parancsikon vagy egy már futó IDE eltérő értékekkel rendelkezhet. A megfelelő R indítási környezetfájl tartalmazhatja:

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

Ezek példa végponttal ellátott környezetfájl-bejegyzések. A nyilvános közvetítőkön keresztül engedélyezett nyilvános csomag- vagy API-kérésekhez a HTTP-proxylista jelölteket kínál ezekhez az értékekhez. Az olyan R-kifejezések, mint options(download.file.method = "libcurl"), az R-kódba tartoznak, nem a .Renviron-ba. A helyesnek látszó beállítás rossz formátumba helyezése használaton kívül hagyja.

Azonosítsa az indítási fájlt, amelyet az R webhelyre/felhasználóra, környezetre és munkakönyvtárra vonatkozó szabályai kiválasztanak. Egy projekten belüli fájl megmagyarázhatja a különbséget két projekt között ugyanabban az IDE-ben. Módosítsa a szánt fájlt, és indítsa újra a vonatkozó munkamenetet; a szerkesztése nem frissíti a már futó folyamatot.

Kövesse a sikertelen csomag kérését

Azonosítsa a tényleges letöltési módot vagy HTTP-megvalósítást. A külső curl végrehajtható fájl, az R libcurl-módszere és az RCurl külön fogyasztók, saját támogatott bemenetekkel. Hasonlítsa össze ugyanazt a célt a sikertelen csomagon keresztül, a titkokat elrejtve.

Tartsa a recepteket összhangban ezzel a megvalósítással és R-kiadással. A régi Windows---internet2 tanács történelmi viselkedést ír le. Tartsa meg a valódi proxy-figyelő szállítási sémáját is: az HTTPS-cél továbbra is használhat HTTP-proxy végpontot. Egy másik letöltőn keresztüli sikeres telepítés nem bizonyítja sem ennek a kliensnek a konfigurációját, sem a proxy elérhetőségét ehhez a kéréshez.

Kapcsolódó cikkek