ਕੰਮ ਆਪਣੇ 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 ਕਲਾਇੰਟ ਨੂੰ ਇਕੱਠੇ ਦਰਜ ਕਰੋ। ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੰਰਚਿਤ ਕਲਾਇੰਟ ਵਰਕਰ ਨੂੰ ਦਿੱਤੇ ਵੇਰੀਏਬਲਾਂ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਹੋਰ ਰਾਹ ਵਰਤ ਸਕਦਾ ਹੈ; ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਉਸ ਦਾ ਸਮਰਥਿਤ ਇੰਟਰਫ਼ੇਸ ਸੰਰਚਿਤ ਕਰੋ।

ਸੰਬੰਧਿਤ ਲੇਖ