Подешавања проксија у R: преузимања пакета наспрам API захтева

Ако R може да инсталира пакет, али тај пакет не може да дође до свог API-ја, упоредите два клијента која шаљу захтеве. download.file(), RCurl и сопствени HTTP слој пакета не морају да читају исте опције.

Проверите улазе покренуте сесије

Програм покренут из терминала наслеђује окружење тог терминала. Пречица на радној површини или IDE који већ ради могу имати другачије вредности. Одговарајућа R датотека окружења за покретање може да садржи:

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

Ово су уноси у датотеци окружења са примером одредишта. За јавне захтеве према пакетима или API-ју дозвољене кроз јавне посреднике, листа HTTP proxy сервера нуди кандидате за те вредности. R изрази попут options(download.file.method = "libcurl") припадају R коду, а не .Renviron. Стављање исправно изгледајуће поставке у погрешан формат оставља је неискоришћену.

Идентификујте датотеку за покретање коју бирају R правила за локацију/корисника, окружење и радни директоријум. Датотека унутар пројекта може објаснити разлику између два пројекта у истом IDE-у. Промените предвиђену датотеку и поново покрените одговарајућу сесију; њено уређивање не ажурира процес који већ ради.

Пратите захтев пакета који не успева

Идентификујте стварни метод преузимања или HTTP имплементацију. Спољни curl извршни програм, R libcurl метод и RCurl су различити потрошачи са сопственим подржаним улазима. Упоредите исто одредиште кроз пакет који не успева, уз уклоњене тајне.

Држите рецепте усклађене са том имплементацијом и R издањем. Стари Windows --internet2 савет описује историјско понашање. Задржите и транспортну шему стварног proxy ослушкивача: HTTPS одредиште и даље може користити HTTP proxy одредиште. Успешна инсталација кроз други преузимач не потврђује ни конфигурацију овог клијента ни доступност proxy-ја за овај захтев.