បរិស្ថានប្រូកស៊ីដែលកម្មករ Sidekiq មើលឃើញ
ផ្តល់អថេរប្រូកស៊ីនៅពេលដំណើរការ Sidekiq ចាប់ផ្តើម រួមទាំងការកំណត់សេវា systemd សម្រាប់កម្មករដែលបានគ្រប់គ្រង។
ការងារប្រើបរិស្ថានរបស់កម្មករ Sidekiq របស់វា មិនមែនជាតូចនាករថ្មី ឬដំណើរការវេប Rails ទេ។ សម្រាប់កម្មករផ្នែកខាងមុខដែលអតិថិជន HTTP អានអថេរទាំងនេះ៖
http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiqសម្រាប់ការរៀបចំលីនុចដែលគ្រប់គ្រងដោយ systemd ដែល Sidekiq បានចងក្រងឯកសារ ដាក់តម្លៃនៅក្នុង drop-in របស់ឯកតាកម្មករពិតប្រាកដ៖
[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"ផ្ទុកនិយមន័យឯកតាឡើងវិញ ហើយជំនួសកម្មករតាមនីតិវិធីចាប់ផ្តើមឡើងវិញធម្មតារបស់ការដាក់ពង្រាយ។ ការផ្ទុកកូដ Rails ឡើងវិញក្នុងកម្មករដែលមានស្រាប់ មិនជំនួសបរិស្ថានដែលទទួលមរតករបស់វាទេ។
ការត្រួតពិនិត្យសេវាសាធារណៈអាចប្រើចំណុចបញ្ចប់ពី បញ្ជីប្រូកស៊ី HTTP ក្នុងតម្លៃទាំងនេះ នៅពេលអនុញ្ញាតឱ្យមានអន្តរការីសាធារណៈ ហើយអតិថិជនរបស់កម្មករមិនមានព័ត៌មានសម្គាល់ប្រូកស៊ីដែលបានកំណត់ ឬរក្សាទុក។ ជាមួយឯកតាជាក់លាក់ជាច្រើនតាមជួរ សម្គាល់ថាតើមួយណាបានប្រតិបត្តិការងារដែលបរាជ័យ។ ភាពជោគជ័យពីកម្មករផ្សេង មិនបញ្ជាក់ការកំណត់របស់កម្មករនេះទេ។
កត់ត្រាឯកតានោះ និងអតិថិជន HTTP ជាមួយគ្នា។ អតិថិជនដែលបានកំណត់យ៉ាងច្បាស់អាចប្រើផ្លូវផ្សេង ដោយមិនគិតពីអថេរដែលបានផ្តល់ឱ្យកម្មករ; ក្នុងករណីនោះ កំណត់ចំណុចប្រទាក់ដែលវាគាំទ្រ។