R վստահված սերվերի կարգավորումներ. փաթեթների ներբեռնումներն ընդդեմ API հարցումների

Եթե R-ը կարողանում է տեղադրել փաթեթ, բայց այդ փաթեթը չի հասնում իր API-ին, համեմատեք հարցում անող երկու հաճախորդներին։ download.file(), RCurl-ը և փաթեթի սեփական HTTP շերտը պարտավոր չեն կարդալ նույն ընտրանքները։

Ստուգեք գործող նստաշրջանի մուտքերը

Տերմինալից գործարկված ծրագիրը ժառանգում է այդ տերմինալի միջավայրը։ Սեղանի դյուրանցումը կամ արդեն աշխատող IDE-ն կարող են ունենալ տարբեր արժեքներ։ Համապատասխան R մեկնարկային միջավայրի ֆայլը կարող է պարունակել.

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

Սրանք միջավայրի ֆայիplի գրառումներ են օրինակելի վերջնակետով։ Հանրային միջնորդների միջոցով թույլատրված հանրային փաթեթի կամ API-ի հարցումների համար HTTP վստահված սերվերների ցանկը առաջարկում է թեկնածուներ այդ արժեքների համար։ options(download.file.method = "libcurl")-ի նման R արտահայտությունները տեղ ունեն R կոդում, ոչ .Renviron-ում։ Ճիշտ թվացող կարգավորումը սխալ ձևաչափով դնելը թողնում է այն չօգտագործված։

Որոշեք այն մեկնարկային ֆայլը, որն ընտրվում է R-ի կայքի/օգտատիրոջ, միջավայրի և աշխատանքային պանակի կանոններով։ Ծրագրի ներսում գտնվող ֆայլը կարող է բացատրել տարբերությունը միևնույն IDE-ում երկու ծրագրերի միջև։ Փոխեք նախատեսված ֆայլը և վերսկսեք համապատասխան նստաշրջանը. այն խմբագրելը չի թարմացնում արդեն աշխատող գործընթացը։

Հետևեք ձախողվող փաթեթի հարցմանը

Որոշեք ներբեռնման փաստացի եղանակը կամ HTTP իրականացումը։ Արտաքին curl գործարկվող ֆայլը, R-ի libcurl եղանակը և RCurl-ը տարբեր սպառողներ են՝ իրենց սեփական աջակցվող մուտքերով։ Համեմատեք նույն նպատակակետը ձախողվող փաթեթի միջոցով՝ գաղտնիքները թաքցված։

Բաղադրատոմսերը համապատասխանեցրեք այդ իրականացմանն ու R թողարկմանը։ Windows-ի հին --internet2 խորհուրդը նկարագրում է պատմական վարք։ Պահպանեք նաև իրական վստահված սերվերի լսիչի տրանսպորտի սխեման. HTTPS նպատակակետը դեռ կարող է օգտագործել HTTP վստահված սերվերի վերջնակետ։ Այլ ներբեռնիչի միջոցով հաջող տեղադրումը չի հաստատում ոչ այս հաճախորդի կազմաձևը, ոչ էլ վստահված սերվերի հասանելիությունը այս հարցման համար։