အလုပ်သည် ၎င်း၏ Sidekiq အလုပ်သမား ပတ်ဝန်းကျင်ကို အသုံးပြုသည်၊ terminal အသစ် သို့မဟုတ် Rails ဝဘ် လုပ်ငန်းစဉ် မဟုတ်ပါ။ ဤကိန်းရှင်များကို HTTP client ဖတ်သော ရှေ့တန်း အလုပ်သမား အတွက်:

http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiq

Sidekiq မှ မှတ်တမ်းတင်ထားသော systemd စီမံသော Linux အစီအစဉ်အတွက် တန်ဖိုးများကို အစစ်အမှန် အလုပ်သမား ယူနစ်၏ drop-in တွင် ထည့်ပါ:

[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"

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

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

ထို ယူနစ်နှင့် HTTP client ကို အတူတကွ မှတ်တမ်းတင်ပါ။ ရှင်းလင်းစွာ သတ်မှတ်ထားသော client သည် အလုပ်သမားထံ ပေးအပ်သော ကိန်းရှင်များကို ဂရုမစိုက်ဘဲ အခြား လမ်းကြောင်း အသုံးပြုနိုင်သည်; ထိုအခြေအနေတွင် ၎င်း ပံ့ပိုးသော အင်တာဖေ့စ်ကို သတ်မှတ်ပါ။

ဆက်စပ်ဆောင်းပါးများ