პროქსი მარშრუტების კონფიგურაცია Ruby Geocoder-ში

Rails-ში მისამართის ძიება ჩვეულებრივ იწყება იმ აპლიკაციის პროცესიდან, რომელიც Geocoder-ს ამუშავებს. დეველოპერის ბრაუზერში დაყენებული პროქსი არ არის მტკიცებულება, რომ ვებ-მუშაკი ან ფონური დავალება ამ მარშრუტს იყენებს.

Geocoder პროქსის პარამეტრებს საკუთარ კონფიგურაციაში ამჟღავნებს. აპლიკაციის ინიციალიზატორში შეიძლება ორივე დანიშნულების პროტოკოლისთვის მკაფიო საბოლოო წერტილი მიეთითოს:

Geocoder.configure(
  http_proxy: 'proxy.example.net:8080',
  https_proxy: 'proxy.example.net:8080'
)

Net::HTTP-ის ამ ძიების გზაზე Geocoder ძიების პროტოკოლის მიხედვით ირჩევს http_proxy-ს ან https_proxy-ს და საბოლოო წერტილს ჰოსტად, პორტად და არასავალდებულო სერტიფიკატებად ჰყოფს. შეინარჩუნეთ პარამეტრი თანხვედრაში რეალურად გამოყენებულ ძიების ბექენდთან და Geocoder-ის ვერსიასთან. როცა საჯარო პროვაიდერთან დაშვებულ ძიებას პროქსის ანგარიში არ სჭირდება, HTTP პროქსების სიას შეუძლია ამ HTTP შუამავლისთვის შესაფერისი host:port მნიშვნელობები მოგაწოდოთ.

დააკონფიგურირეთ ის პროცესი, რომელიც სამუშაოს ასრულებს. თუ გეოკოდირება ცალკე დავალების მუშაკში მიმდინარეობს, ვებ-განლაგებაში ინიციალიზატორის შეცვლა უკვე მომუშავე მუშაკის კონფიგურაციას არ განაახლებს. გადატვირთეთ ან ხელახლა გაუშვით შესაბამისი პროცესი აპლიკაციის ჩვეულებრივი განლაგების პროცედურით. Sidekiq-ის მიერ შესრულებული ძიებისთვის შეამოწმეთ მუშაკის რეალური პროცესი და მისი კლიენტის შეყვანები.