يبحث 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 قيم host:port مرشحة لهذا الوسيط.

اضبط العملية التي تنفّذ العمل. فإذا كان الترميز الجغرافي يعمل في عامل مهام منفصل، فإن تعديل ملف التهيئة في نشر الويب لا يحدّث تهيئة عامل يعمل بالفعل. أعد تحميل العملية المعنية أو أعد تشغيلها وفق إجراء النشر المعتاد للتطبيق. وبالنسبة إلى عمليات البحث التي ينفّذها Sidekiq، راجع عملية العامل الفعلية ومدخلات عميلها.

مقالات ذات صلة