Η εργασία χρησιμοποιεί το περιβάλλον του worker του Sidekiq, όχι ένα νέο τερματικό ή μια διεργασία web του Rails. Για έναν worker στο προσκήνιο του οποίου ο πελάτης HTTP διαβάζει αυτές τις μεταβλητές:

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

Για την τεκμηριωμένη από το Sidekiq διάταξη Linux υπό διαχείριση systemd, βάλτε τις τιμές στο drop-in της πραγματικής μονάδας worker:

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

Επαναφορτώστε τους ορισμούς της μονάδας και αντικαταστήστε τον worker μέσω της συνήθους διαδικασίας επανεκκίνησης της ανάπτυξης. Η επαναφόρτωση κώδικα Rails σε υπάρχοντα worker δεν αντικαθιστά το κληρονομημένο περιβάλλον του.

Ένας έλεγχος δημόσιας υπηρεσίας μπορεί να χρησιμοποιήσει ένα τελικό σημείο από τη λίστα proxy HTTP σε αυτές τις τιμές όταν επιτρέπονται δημόσιοι μεσάζοντες και ο πελάτης του worker δεν έχει ρυθμισμένα ή αποθηκευμένα διαπιστευτήρια proxy. Με πολλές μονάδες ανά ουρά, προσδιορίστε ποια εκτέλεσε την αποτυχημένη εργασία. Μια επιτυχία από άλλον worker δεν αποδεικνύει τη διαμόρφωση αυτού.

Καταγράψτε αυτή τη μονάδα και τον πελάτη HTTP μαζί. Ένας ρητά ρυθμισμένος πελάτης μπορεί να χρησιμοποιήσει άλλη διαδρομή ανεξάρτητα από τις μεταβλητές που παραδόθηκαν στον worker· σε αυτή την περίπτωση διαμορφώστε τη διεπαφή που υποστηρίζει.

Σχετικά άρθρα