إعدادات R: تنزيلات الحزم مقابل طلبات API

إذا كانت R تستطيع تثبيت حزمة لكن تلك الحزمة لا تستطيع الوصول إلى واجهة API الخاصة بها، فقارن بين عميلَي الطلب. download.file() وRCurl وطبقة HTTP الخاصة بالحزمة ليست ملزمة بقراءة الخيارات نفسها.

افحص مدخلات الجلسة الجارية

البرنامج الذي يُطلق من طرفية يرث بيئة تلك الطرفية. أما اختصار سطح المكتب أو بيئة تطوير متكاملة قيد التشغيل فقد تحمل قيمًا مختلفة. ويمكن أن يحتوي ملف بيئة بدء تشغيل R المناسب على:

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

هذه إدخالات في ملف البيئة مع نقطة نهاية مثال واحد. وبالنسبة لطلبات الحزم أو API العامة المسموح بها عبر وسطاء عموميين، تقدّم قائمة وكلاء HTTP خيارات لتلك القيم. تعبيرات R مثل options(download.file.method = "libcurl") مكانها كود R، وليس .Renviron. ووضع الإعداد الذي يبدو صحيحًا بصيغة خاطئة يتركه بلا استخدام.

حدّد ملف بدء التشغيل الذي تختاره قواعد R الخاصة بالموقع/المستخدم والبيئة ودليل العمل. فملف داخل المشروع قد يفسّر اختلافًا بين مشروعين في بيئة التطوير نفسها. غيّر الملف المقصود وأعد تشغيل الجلسة المعنية؛ فتعديله لا يحدّث العملية العاملة بالفعل.

تتبَّع طلب الحزمة الفاشلة

حدّد طريقة التنزيل أو تنفيذ HTTP الفعلي. فبرنامج curl الخارجي وطريقة libcurl في R وRCurl مستهلكون متمايزون لكل منهم مدخلاته المدعومة. قارن الوجهة نفسها عبر الحزمة الفاشلة مع حجب الأسرار.

أبقِ الوصفات مطابقة لتنفيذ HTTP وإصدار R. فنصيحة --internet2 القديمة في Windows تصف سلوكًا تاريخيًا. واحتفظ أيضًا بنظام نقل مستمع الوكيل الحقيقي: فالوجهة من نوع HTTPS قد تستخدم مع ذلك نقطة نهاية وكيل HTTP. والتثبيت الناجح عبر أداة تنزيل أخرى لا يثبت لا إعداد هذا العميل ولا توفر الوكيل لهذا الطلب.