R tarpinio serverio nustatymai: paketų atsisiuntimai prieš API užklausas

Jei R gali įdiegti paketą, bet tas paketas negali pasiekti savo API, palyginkite du užklausas siunčiančius klientus. download.file(), RCurl ir paties paketo HTTP sluoksnis neprivalo skaityti tų pačių parinkčių.

Patikrinkite veikiančios sesijos įvestis

Programa, paleista iš terminalo, paveldi to terminalo aplinką. Darbalaukio nuoroda ar jau veikianti IDE gali turėti kitas reikšmes. Tinkamas R paleidimo aplinkos failas gali turėti:

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

Tai aplinkos failo įrašai su pavyzdiniu galiniu tašku. Viešiems paketų ar API užklausoms, leidžiamoms per viešus tarpininkus, HTTP tarpinių serverių sąrašas siūlo kandidatus toms reikšmėms. R išraiškos, tokios kaip options(download.file.method = "libcurl"), priklauso R kodui, o ne .Renviron. Teisingai atrodančio nustatymo įdėjimas į netinkamą formatą palieka jį nenaudojamą.

Nustatykite paleidimo failą, kurį parenka R svetainės/vartotojo, aplinkos ir darbinio katalogo taisyklės. Projekto viduje esantis failas gali paaiškinti skirtumą tarp dviejų projektų toje pačioje IDE. Pakeiskite numatytą failą ir paleiskite atitinkamą sesiją iš naujo; jo redagavimas neatnaujina jau veikiančio proceso.

Sekite nepavykusio paketo užklausą

Nustatykite tikrąjį atsisiuntimo metodą arba HTTP įgyvendinimą. Išorinis curl vykdomasis failas, R libcurl metodas ir RCurl yra atskiri vartotojai su savo palaikomomis įvestimis. Palyginkite tą patį tikslą per nepavykusį paketą, paslėpę slaptus duomenis.

Laikykite receptus suderintus su tuo įgyvendinimu ir R leidimu. Senas Windows --internet2 patarimas aprašo istorinį elgesį. Taip pat išsaugokite tikrojo tarpinio serverio klausytojo transportavimo schemą: HTTPS tikslas vis tiek gali naudoti HTTP tarpinio serverio galinį tašką. Sėkmingas diegimas per kitą atsisiuntimo įrankį neįrodo nei šio kliento konfigūracijos, nei tarpinio serverio prieinamumo šiai užklausai.