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 প্রক্সি এন্ডপয়েন্ট ব্যবহার করতে পারে। অন্য ডাউনলোডারের মাধ্যমে সফল ইনস্টলেশন এই ক্লায়েন্টের কনফিগারেশন বা এই অনুরোধের জন্য প্রক্সির প্রাপ্যতা কোনোটিই প্রতিষ্ঠা করে না।