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 ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରିପାରେ। ଅନ୍ୟ ଡାଉନଲୋଡର ମାଧ୍ୟମରେ ସଫଳ ସ୍ଥାପନା ଏହି କ୍ଲାଏଣ୍ଟର ବିନ୍ୟାସ କିମ୍ବା ଏହି ଅନୁରୋଧ ପାଇଁ ପ୍ରକ୍ସିର ଉପଲବ୍ଧତା କୌଣସିଟି ସ୍ଥାପିତ କରେ ନାହିଁ।