R ပရောက်စီ စစ်ဆေးမှု- libcurl ဗားရှင်း၊ TLS နောက်ခံနှင့် ပရိုတိုကိုများ

Conda ပတ်ဝန်းကျင်တွင် ထည့်သွင်းထားသော R သည် terminal ရှိ curl ဖွင့်နိုင်သည့်ဖိုင်နှင့် မတူသော libcurl တည်ဆောက်မှုကို အသုံးပြုနိုင်သည်။ မအောင်မြင်သော R session ကို ၎င်းတွင် အမှန်တကယ် မည်သည့်စာကြည့်တိုက် ရှိသည်ကို မေးပါ-

info <- libcurlVersion()
info
attr(info, 'ssl_version')
attr(info, 'protocols')

စာလုံးတန်ဖိုးသည် ချိတ်ဆက်ထားသော libcurl ဗားရှင်းကို အစီရင်ခံသည်။ ၎င်း၏ ssl_version လက္ခဏာသည် TLS အကောင်အထည်ဖော်မှုကို ဖော်ထုတ်ပြီး protocols သည် ထိုစာကြည့်တိုက် ပံ့ပိုးသော ဦးတည်ပရိုတိုကိုများကို စာရင်းပြုသည်။ ယင်းတို့သည် R ၏ မွေးရာပါ libcurl လမ်းကြောင်းကို ဖော်ပြသည်၊ curl အမည်ရှိ shell အမိန့်ကို မဟုတ်ပါ။

အစီရင်ခံစာကို ဒေါင်းလုဒ်နည်းလမ်းနှင့် ကိုက်ညီအောင်လုပ်ပါ

method='libcurl' ဖြင့် download.file သည် ဤစာကြည့်တိုက်ကို အသုံးပြုသည်။ method='curl' သည် ပြင်ပဖွင့်နိုင်သည့်ဖိုင်ကို စတင်သည်။ လက်ရှိ အလိုအလျောက် HTTP(S) ရွေးချယ်မှုသည် libcurl ကို အသုံးပြုပြီး NULL တန်ဖိုးရှိ download.file.method ရွေးချယ်မှုသည် ထိုမူလသတ်မှတ်ချက်ကို ဆက်လက်ထားရှိနိုင်သည်။

စစ်ဆေးမှုကို အလုပ် သို့မဟုတ် IDE ရွေးချယ်သော အမှန်တကယ်ပတ်ဝန်းကျင်တွင် လုပ်ဆောင်ပါ။ အခြား R တပ်ဆင်မှုတစ်ခုသည် ၎င်း၏ script များ တူညီနေသော်လည်း အခြားဗားရှင်း သို့မဟုတ် TLS နောက်ခံကို အစီရင်ခံနိုင်သည်။

စာရင်းတွင် https ပရိုတိုကော ပါဝင်ခြင်းသည် HTTPS ဦးတည်ချက်များကို ပံ့ပိုးသည်ဟု ဆိုလိုသည်။ ၎င်းသည် သီးခြားပရောက်စီ နားထောင်သူတစ်ခုက TLS လက်ခံသည်ကို သက်သေမပြပါ။ HTTPS ဒေါင်းလုဒ်အတွက် သာမန် HTTP ပရောက်စီတွင် http:// ပရောက်စီ URL ရှိနေဆဲဖြစ်သည်။

စာကြည့်တိုက် အစီရင်ခံစာကို ရွေးချယ်ထားသော နည်းလမ်းနှင့် ချိတ်ဆက်မှုအမှားနှင့်အတူ သိမ်းထားပါ။ လက်မှတ်မအောင်မြင်မှု၊ ပံ့ပိုးမထားသော ပရောက်စီအစီအစဉ်နှင့် ငြင်းပယ်ခံရသော နားထောင်သူတို့သည် မတူညီသော တွေ့ရှိချက်များအဖြစ် ဆက်လက်တည်ရှိသည်။ ဗားရှင်းနံပါတ်တစ်ခုတည်းသည် ၎င်းတို့၏ ရောဂါရှာဖွေမှု မဟုတ်ပါ။