הגדרות פרוקסי ב-R: הורדות חבילות מול בקשות API
עקבו אחר סביבת הפעלה של R והלקוח HTTP שחבילה באמת משתמשת בו, במקום לשלב מתכוני פרוקסי לא תואמים מגרסאות R ישנות.
אם R מצליחה להתקין חבילה אך החבילה אינה מצליחה להגיע ל-API שלה, השוו בין שני לקוחות הבקשות. download.file(), RCurl ושכבת ה-HTTP של החבילה עצמה אינם חייבים לקרוא את אותן אפשרויות.
בדקו את הקלט של ההפעלה הרצה
תוכנית שמופעלת ממסוף יורשת את הסביבה של אותו מסוף. קיצור דרך בשולחן העבודה או IDE שכבר פועל עשויים להחזיק ערכים שונים. קובץ סביבת האתחול המתאים של R עשוי להכיל:
http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080אלו רשומות בקובץ סביבה עם נקודת קצה לדוגמה. עבור בקשות ציבוריות לחבילות או ל-API המותרות דרך מתווכים ציבוריים, רשימת פרוקסי ה-HTTP מציעה מועמדים לערכים אלו. ביטויי R כגון options(download.file.method = "libcurl") שייכים לקוד R, לא ל-.Renviron. הצבת הגדרה שנראית נכונה בתבנית שגויה מותירה אותה ללא שימוש.
זהו את קובץ האתחול שנבחר לפי כללי האתר/המשתמש, הסביבה ותיקיית העבודה של R. קובץ מקומי לפרויקט יכול להסביר הבדל בין שני פרויקטים באותו IDE. שנו את הקובץ המיועד והפעילו מחדש את ההפעלה הרלוונטית; עריכתו אינה מעדכנת את התהליך שכבר רץ.
עקבו אחר בקשת החבילה הכושלת
זהו את שיטת ההורדה או מימוש ה-HTTP בפועל. קובץ הרצה חיצוני של curl, שיטת libcurl של R ו-RCurl הם צרכנים נפרדים עם קלט נתמך משלהם. השוו את אותו יעד דרך החבילה הכושלת, כשסודות מוסתרים.
שמרו על התאמת המתכונים לאותו מימוש ולגרסת R. עצה ישנה של Windows --internet2 מתארת התנהגות היסטורית. שמרו גם על סכמת התעבורה של מאזין הפרוקסי האמיתי: יעד HTTPS עדיין יכול להשתמש בנקודת קצה של פרוקסי HTTP. התקנה מוצלחת דרך מוריד אחר אינה מבססת לא את תצורת הלקוח הזה ולא את זמינות הפרוקסי לבקשה הזו.