En adressökning i Rails utgår normalt från den applikationsprocess som kör Geocoder. En proxy som konfigurerats i utvecklarens webbläsare är inte bevis för att en webbarbetare eller bakgrundsjobb använder den vägen.

Geocoder exponerar proxyinställningar i sin konfiguration. I applikationens initializer kan en explicit slutpunkt anges för båda målprotokollen:

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

På den här sökvägen via Net::HTTP väljer Geocoder http_proxy eller https_proxy beroende på sökprotokollet och delar upp slutpunkten i värd, port och valfria inloggningsuppgifter. Håll inställningen förenlig med sökbackend och den Geocoder-version som faktiskt används. När en tillåten sökning hos en offentlig leverantör inte kräver något proxykonto kan HTTP-proxylistan leverera lämpliga värd:port-värden för denna HTTP-mellanhand.

Konfigurera processen som utför arbetet. Om geokodning körs i en separat jobbarbetare uppdaterar en ändring av en initializer i webbdistributionen inte konfigurationen för en arbetare som redan körs. Läs in eller starta om den aktuella processen enligt applikationens vanliga distributionsrutin. För sökningar som utförs av Sidekiq, kontrollera den faktiska arbetarprocessen och dess klientindata.

Relaterade artiklar