Sidekiq ورکر کی نظر میں پراکسی ماحول

کام اپنے 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 کلائنٹ کو اکٹھا ریکارڈ کریں۔ واضح طور پر کنفیگر شدہ کلائنٹ ورکر کو دیے گئے متغیرات کی پروا کیے بغیر دوسرا راستہ استعمال کر سکتا ہے؛ اس صورت میں اس کا معاون انٹرفیس کنفیگر کریں۔