የR ፕሮክሲ ቅንብሮች፦ የፓኬጅ ማውረዶች እና የAPI ጥያቄዎች

R አንድን ፓኬጅ መጫን ከቻለ ግን ያ ፓኬጅ የAPIውን ማግኘት ካልቻለ፣ ሁለቱን ጥያቄ የሚያደርጉ ደንበኞች ያወዳድሩ። download.file()፣ RCurl እና የፓኬጁ የራሱ HTTP ንብርብር አንድ ዓይነት አማራጮችን የሚያነቡ መሆን የለባቸውም።

የአሁኑን ክፍለ ጊዜ ግብዓቶች ይመልከቱ

ከተርሚናል የሚጀምር ፕሮግራም የዚያን ተርሚናል አካባቢ ይወርሳል። በዴስክቶፕ አቋራጭ ወይም አስቀድሞ በሚሠራ IDE የተጀመረ ፕሮግራም የተለያዩ እሴቶች ሊኖሩት ይችላል። ተገቢው የR ጅምር አካባቢ ፋይል የሚከተሉትን ሊይዝ ይችላል፦

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

እነዚህ የአካባቢ ፋይል ግቤቶች ከምሳሌ የመጨረሻ ነጥብ ጋር ናቸው። በሕዝባዊ መካከለኛ አማካኝነት ለሚፈቀዱ ሕዝባዊ የፓኬጅ ወይም የAPI ጥያቄዎች፣ የHTTP ፕሮክሲ ዝርዝር ለእነዚያ እሴቶች እጩዎችን ያቀርባል። እንደ options(download.file.method = "libcurl") ያሉ የR አገላለጾች በR ኮድ ውስጥ መሆን አለባቸው፣ በ.Renviron ውስጥ አይደለም። ትክክል የሚመስለውን ቅንብር በተሳሳተ ቅርጸት ማስቀመጥ ጥቅም ላይ እንዳይውል ያደርገዋል።

በR የጣቢያ/ተጠቃሚ፣ የአካባቢ እና የሥራ ማህደር ደንቦች የተመረጠውን የጅምር ፋይል ይለዩ። በፕሮጀክት ውስጥ ያለ ፋይል በአንድ IDE ውስጥ በሁለት ፕሮጀክቶች መካከል ያለውን ልዩነት ሊያብራራ ይችላል። የታሰበውን ፋይል ይቀይሩ እና ተገቢውን ክፍለ ጊዜ እንደገና ያስጀምሩ፤ ማርተድ አስቀድሞ የሚሠራውን ሂደት አያዘምንም።

የሚወድቀውን ፓኬጅ ጥያቄ ይከተሉ

ትክክለኛውን የማውረድ ዘዴ ወይም የHTTP አተገባበር ይለዩ። የውጭ curl ፕሮግራም፣ የR libcurl ዘዴ እና RCurl የራሳቸው የሚደግፉ ግብዓቶች ያላቸው የተለያዩ ተጠቃሚዎች ናቸው። ተመሳሳዩን መዳረሻ በሚወድቀው ፓኬጅ በኩል ያወዳድሩ፣ ምስጢሮች ተሰርዘው።

የምግብ አዘገጃጀቶችን ከዚያ አተገባበር እና ከR ስሪት ጋር አስተባብረው ይያዙ። የድሮው የWindows --internet2 ምክር ታሪካዊ ባህሪን ይገልጻል። እንዲሁም የእውነተኛውን የፕሮክሲ አድማጭ የማጓጓዣ ዘዴ ይያዙ፦ የHTTPS መዳረሻ አሁንም የHTTP ፕሮክሲ መጨረሻ ነጥብ ሊጠቀም ይችላል። በሌላ አውራጅ የተከናወነ ስኬታማ ጭነት የዚህን ደንበኛ ውቅርም ሆነ የፕሮክሲውን ለዚህ ጥያቄ መገኘት አያረጋግጥም።