Налады проксі ў R: спампоўкі пакетаў супраць запытаў да API

Калі R можа ўсталяваць пакет, але гэты пакет не можа дасягнуць свайго API, параўнайце двух кліентаў запытаў. download.file(), RCurl і ўласны HTTP-слой пакета не абавязаны чытаць адныя і тыя ж опцыі.

Праверце ўваходныя даныя бягучага сеансу

Праграма, запушчаная з тэрмінала, наследуе асяроддзе гэтага тэрмінала. Ярлык на працоўным стале або ўжо запушчаная IDE могуць мець іншыя значэнні. Адпаведны файл асяроддзя запуску R можа змяшчаць:

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

Гэта запісы файла асяроддзя з прыкладам канцавой кропкі. Для публічных запытаў да пакетаў або API, дазволеных праз публічныя пасярэднікі, спіс HTTP-проксі прапануе кандыдатаў для гэтых значэнняў. Выразы R, такія як options(download.file.method = "libcurl"), належаць да кода R, а не да .Renviron. Размяшчэнне правільна выглядаючай налады ў няправільным фармаце пакідае яе нявыкарыстанай.

Вызначце файл запуску, які выбіраюць правілы R для сайта/карыстальніка, асяроддзя і працоўнага каталога. Файл у межах праекта можа патлумачыць розніцу паміж двума праектамі ў адной IDE. Змяніце патрэбны файл і перазапусціце адпаведны сеанс; рэдагаванне не абнаўляе ўжо запушчаны працэс.

Прасачыце за запытам пакета, які не працуе

Вызначце фактычны метад спампоўкі або рэалізацыю HTTP. Знешні выканальны файл curl, метад libcurl у R і RCurl — гэта асобныя спажыўцы з уласнымі падтрымліванымі ўваходамі. Параўнайце той жа пункт прызначэння праз пакет, які не працуе, з прыхаванымі сакрэтамі.

Трымайце рэцэпты ў адпаведнасці з гэтай рэалізацыяй і выпускам R. Старая парада Windows --internet2 апісвае гістарычныя паводзіны. Таксама захоўвайце схему транспарту рэальнага слухача проксі: прызначэнне HTTPS можа ўсё яшчэ выкарыстоўваць канцавую кропку HTTP-проксі. Паспяховая ўсталёўка праз іншы сродак спампоўкі не пацвярджае ні канфігурацыю гэтага кліента, ні даступнасць проксі для гэтага запыту.