R പ്രോക്സി ക്രമീകരണങ്ങൾ: പാക്കേജ് ഡൗൺലോഡുകൾ vs API അഭ്യർത്ഥനകൾ
പഴയ R പതിപ്പുകളിലെ പൊരുത്തപ്പെടാത്ത പ്രോക്സി നിർദ്ദേശങ്ങൾ സംയോജിപ്പിക്കുന്നതിനുപകരം R സെഷന്റെ പരിസ്ഥിതിയും ഒരു പാക്കേജ് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന HTTP ക്ലയന്റും കണ്ടെത്തുക.
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 പ്രോക്സി എൻഡ്പോയിന്റ് ഉപയോഗിക്കാം. മറ്റൊരു ഡൗൺലോഡർ വഴിയുള്ള വിജയകരമായ ഇൻസ്റ്റാളേഷൻ ഈ ക്ലയന്റിന്റെ കോൺഫിഗറേഷനോ ഈ അഭ്യർത്ഥനയ്ക്കുള്ള പ്രോക്സിയുടെ ലഭ്യതയോ സ്ഥാപിക്കുന്നില്ല.