جست‌وجوی نشانی در 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 فراهم کند.

فرایندی را که کار را انجام می‌دهد پیکربندی کنید. اگر زمین‌کدگذاری در کارگر کار جداگانه‌ای اجرا می‌شود، تغییر فایل راه‌انداز در استقرار وب پیکربندی کارگری را که از قبل در حال اجراست به‌روز نمی‌کند. فرایند مربوط را طبق رویه معمول استقرار برنامه دوباره بارگذاری یا راه‌اندازی کنید. برای جست‌وجوهایی که Sidekiq اجرا می‌کند، فرایند واقعی کارگر و ورودی‌های سمت کلاینت آن را بررسی کنید.

مقالات مرتبط