በSidekiq ሠራተኛ የሚታየው የፕሮክሲ አካባቢ

ሥራው የSidekiq ሠራተኛውን አካባቢ ይጠቀማል፣ አዲስ ተርሚናል ወይም የRails የድር ሂደት አይደለም። የHTTP ደንበኛው እነዚህን ተለዋዋጮች ለሚያነብ የፊት ሠራተኛ፦

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

በSidekiq ሰነድ ለተጠቀሰው በsystemd ለሚተዳደረው የሊኑክስ አደረጃጀት፣ እሴቶቹን ትክክለኛው የሠራተኛ ክፍል drop-in ውስጥ ያስገቡ፦

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

የክፍል ፍቺዎችን እንደገና ይጫኑ እና ሠራተኛውን በማሰማራቱ የተለመደው የዳግም ማስጀመሪያ ሂደት ይተኩት። በነባር ሠራተኛ ውስጥ የRails ኮድን እንደገና መጫን የወረሰውን አካባቢ አይተካም።

የሕዝብ አገልግሎት ምርመራ ከየHTTP ፕሮክሲ ዝርዝር የመጣ የመጨረሻ ነጥብ በእነዚህ እሴቶች ውስጥ ሊጠቀም ይችላል፣ ይህ የሚቻለው የሕዝብ መካከለኛዎች ሲፈቀዱ እና የሠራተኛው ደንበኛ የተዋቀረ ወይም የተያዘ የፕሮክሲ ምስክርነት ከሌለው ነው። ብዙ ወረፋ-ተኮር ክፍሎች ካሉ፣ የተሳነውን ሥራ ያከናወነው የቱ እንደሆነ ይለዩ። ከሌላ ሠራተኛ የመጣ ስኬት የዚህን ውቅር አያረጋግጥም።

ያንን ክፍልና የHTTP ደንበኛ አንድ ላይ ይመዝግቡ። በግልጽ የተዋቀረ ደንበኛ ለሠራተኛው ከተሰጡት ተለዋዋጮች ሳይገደብ ሌላ መንገድ ሊጠቀም ይችላል፤ በዚያ ሁኔታ የሚደግፈውን በይነገጽ ያዋቅሩ።