R-proxyinnstillingar: pakkenedlastingar kontra API-førespurnader

Viss R kan installere ein pakke, men pakken ikkje når API-et sitt, samanlikn dei to førespurnadsklientane. download.file(), RCurl og eige HTTP-lag i ein pakke treng ikkje lese dei same innstillingane.

Kontroller inndataa til den køyrande økta

Eit program starta frå ein terminal arvar miljøet til terminalen. Ein skrivebordssnarveg eller eit IDE som alt køyrer kan ha andre verdiar. Den rette R-oppstartsmiljøfila kan innehalde:

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

Dette er miljøfiloppføringar med eit døme-endepunkt. For offentlege pakke- eller API-førespurnader som er tillatne gjennom offentlege mellomledd, tilbyr HTTP-proxylista kandidatar for desse verdiane. R-uttrykk som options(download.file.method = "libcurl") høyrer til R-kode, ikkje .Renviron. Å setje den rett utsjåande innstillinga i feil format lèt henne stå ubrukt.

Identifiser oppstartsfila som blir vald av reglane til R for nettstad/brukar, miljø og arbeidskatalog. Ei prosjektlokal fil kan forklare ein skilnad mellom to prosjekt i same IDE. Endre den tiltenkte fila og start den relevante økta på nytt; redigering oppdaterer ikkje prosessen som alt køyrer.

Følg førespurnaden til pakken som feilar

Identifiser den faktiske nedlastingsmetoden eller HTTP-implementasjonen. Ei ekstern curl-køyrbar fil, libcurl-metoden til R og RCurl er ulike forbrukarar med eige støtta inndata. Samanlikn same mål gjennom pakken som feilar, med løyndomar skjulte.

Hald oppskrifter tilpassa den implementasjonen og R-utgåva. Gammalt Windows---internet2-råd skildrar historisk åtferd. Behald òg transportskjemaet til den ekte proxy-lyttaren: eit HTTPS-mål kan framleis bruke eit HTTP-proxyendepunkt. Vellykka installasjon gjennom ein annan nedlastar fastslår korkje konfigurasjonen til denne klienten eller tilgjengelegheita til proxyen for denne førespurnaden.