R proxy ayarları: paket indirmeleri ve API istekleri

R bir paketi kurabiliyor ama o paket kendi API'sine ulaşamıyorsa, istek gönderen iki istemciyi karşılaştırın. download.file(), RCurl ve paketin kendi HTTP katmanı aynı seçenekleri okumak zorunda değildir.

Çalışan oturumun girdilerini denetleyin

Terminalden başlatılan bir program o terminalin ortamını devralır. Masaüstü kısayolu veya zaten çalışan bir IDE farklı değerlere sahip olabilir. Uygun R başlangıç ortamı dosyası şunları içerebilir:

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

Bunlar örnek bir uç nokta içeren ortam dosyası girdileridir. Genel aracılar üzerinden izin verilen genel paket veya API istekleri için HTTP proxy listesi bu değerler için adaylar sunar. options(download.file.method = "libcurl") gibi R ifadeleri R koduna aittir, .Renviron dosyasına değil. Doğru görünen ayarı yanlış biçimde koymak onu kullanılmadan bırakır.

R'nin site/kullanıcı, ortam ve çalışma dizini kurallarıyla seçilen başlangıç dosyasını belirleyin. Proje içindeki bir dosya aynı IDE'deki iki proje arasındaki farkı açıklayabilir. Amaçlanan dosyayı değiştirin ve ilgili oturumu yeniden başlatın; onu düzenlemek zaten çalışan süreci güncellemez.

Başarısız paketin isteğini izleyin

Gerçek indirme yöntemini veya HTTP uygulamasını belirleyin. Harici curl çalıştırılabilir dosyası, R'nin libcurl yöntemi ve RCurl kendi desteklenen girdilerine sahip ayrı tüketicilerdir. Sırları gizleyerek aynı hedefi başarısız paket üzerinden karşılaştırın.

Tarifleri o uygulamaya ve R sürümüne uygun tutun. Eski Windows --internet2 tavsiyesi tarihsel davranışı açıklar. Gerçek proxy dinleyicisinin taşıma şemasını da koruyun: bir HTTPS hedefi hâlâ bir HTTP proxy uç noktası kullanabilir. Başka bir indiriciyle başarılı kurulum ne bu istemcinin yapılandırmasını ne de proxy'nin bu istek için kullanılabilirliğini kanıtlar.