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 ورژن سے ہم آہنگ رکھیں۔ ونڈوز کا پرانا --internet2 مشورہ تاریخی رویے کی وضاحت کرتا ہے۔ اصل پراکسی سننے والے کی ترسیلی اسکیم بھی برقرار رکھیں: HTTPS منزل اب بھی HTTP پراکسی اینڈ پوائنٹ استعمال کر سکتی ہے۔ کسی دوسرے ڈاؤن لوڈر کے ذریعے کامیاب تنصیب نہ اِس کلائنٹ کی تشکیل اور نہ اِس درخواست کے لیے پراکسی کی دستیابی ثابت کرتی ہے۔