د پروکسي چاپېریال چې د Sidekiq کارکوونکی یې ویني
کله چې د Sidekiq بهیر پیل شي د پروکسي متغیرونه وړاندې کړئ، په شمول د مدیریت شوو کارکوونکو لپاره د systemd خدمت ترتیب.
کار د خپل Sidekiq کارکوونکي چاپېریال کاروي، نه نوی ټرمینل یا د Rails وېب بهیر. د مخکښ کارکوونکي لپاره چې HTTP کلاینټ یې دا متغیرونه لولي:
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 پروکسي لیست څخه یو پای ټکی وکاروي، کله چې عامه منځګړي اجازه ولري او د کارکوونکي کلاینټ کوم تنظيم شوي یا ساتل شوي پروکسي اسناد ونه لري. د څو قطار ځانګړو واحدونو سره، تشخیص کړئ کوم یو ناکام کار ترسره کړ. د بل کارکوونکي بریاو د دې ترتیب نه ثابتوي.
هغه واحد او HTTP کلاینټ یوځای ثبت کړئ. په څرګنده توګه تنظیم شوی کلاینټ کولای شي پرته له دې چې کارکوونکي ته ورکړل شوي متغیرونه په پام کې ونیسي بله لاره وکاروي؛ په دې حالت کې د هغه ملاتړ شوی انټرفیس تنظیم کړئ.