Agordoj de prokurilo en R: pakaĵelŝutoj kontraŭ API-petoj

Se R povas instali pakaĵon sed tiu pakaĵo ne povas atingi sian API-on, komparu la du petklientojn. download.file(), RCurl kaj la propra HTTP-tavolo de pakaĵo ne devas legi la samajn opciojn.

Kontrolu la enigojn de la kuranta seanco

Programo lanĉita el terminalo heredas la medion de tiu terminalo. Labortabla fulmoklopilo aŭ jam kuranta IDE povas havi malsamajn valorojn. La taŭga R-startmedia dosiero povas enhavi:

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

Ĉi tiuj estas enskriboj de media dosiero kun ekzempla finpunkto. Por publikaj pakaĵaj aŭ API-petoj permesitaj tra publikaj perantoj, la listo de HTTP-prokuriloj proponas kandidatojn por tiuj valoroj. R-esprimoj kiel options(download.file.method = "libcurl") apartenas al R-kodo, ne al .Renviron. Meti la ĝuste aspektan agordon en malĝustan formaton lasas ĝin neuzata.

Identigu la startdosieron elektitan de la reguloj de R pri retejo/uzanto, medio kaj labordosierujo. Projekta-loka dosiero povas klarigi diferencon inter du projektoj en la sama IDE. Ŝanĝu la celatan dosieron kaj restartigu la koncernan seancaron; redakti ĝin ne ĝisdatigas la jam kurantan procezon.

Spuru la peton de la malsukcesa pakaĵo

Identigu la faktan elŝutmetodon aŭ HTTP-implementon. Ekstera curl-plenumeblo, la libcurl-metodo de R kaj RCurl estas apartaj konsumantoj kun propraj subtenataj enigoj. Komparu la saman celon tra la malsukcesa pakaĵo, kun sekretoj forviŝitaj.

Tenu receptojn akordigitaj kun tiu implemento kaj R-eldono. Malnova konsilo pri Windows --internet2 priskribas historian konduton. Ankaŭ konservu la transportskeem de la reala prokurila aŭskultanto: HTTPS-celo povas ankoraŭ uzi HTTP-prokurilan finpunkton. Sukcesa instalado per alia elŝutilo pruvas nek la agordon de ĉi tiu kliento nek la haveblecon de la prokurilo por ĉi tiu peto.