Rails ရှိ လိပ်စာရှာဖွေမှုသည် များသောအားဖြင့် Geocoder ကို လည်ပတ်နေသော အပလီကေးရှင်း လုပ်ငန်းစဉ်မှ ထွက်ခွာသည်။ ဆော့ဖ်ဝဲရေးသားသူ၏ ဘရောက်ဇာတွင် ပြင်ဆင်ထားသော proxy သည် ဝဘ်လုပ်သား သို့မဟုတ် နောက်ခံအလုပ်က ထိုလမ်းကြောင်းကို အသုံးပြုသည်ဟု သက်သေမဟုတ်ပါ။

Geocoder သည် proxy ဆက်တင်များကို ၎င်း၏ ဖွဲ့စည်းမှုတွင် ဖော်ပြသည်။ အပလီကေးရှင်း၏ စတင်ဖွဲ့စည်းမှုဖိုင်တွင် ဦးတည်ပရိုတိုကော နှစ်ခုစလုံးအတွက် တိကျသော အဆုံးမှတ်ကို ပေးနိုင်သည်။

Geocoder.configure(
  http_proxy: 'proxy.example.net:8080',
  https_proxy: 'proxy.example.net:8080'
)

ဤ Net::HTTP ရှာဖွေမှုလမ်းကြောင်းတွင် Geocoder သည် ရှာဖွေမှုပရိုတိုကောအလိုက် http_proxy သို့မဟုတ် https_proxy ကို ရွေးချယ်ပြီး အဆုံးမှတ်ကို ဟိုစတ်၊ ပေါက်နှင့် ရွေးချယ်နိုင်သော အထောက်အထားများအဖြစ် ခွဲခြမ်းသည်။ ဆက်တင်ကို အမှန်တကယ် အသုံးပြုနေသော ရှာဖွေမှု backend နှင့် Geocoder ဗားရှင်းနှင့် ကိုက်ညီအောင် ထားပါ။ ခွင့်ပြုထားသော အများပြည်သူ ဝန်ဆောင်မှုပေးသူ ရှာဖွေမှုတွင် proxy အကောင့် မလိုအပ်ပါက HTTP proxy စာရင်းက ဤ HTTP ကြားခံအတွက် သင့်လျော်သော host:port တန်ဖိုးများကို ပေးနိုင်သည်။

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

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