Een adresopzoeking in Rails vertrekt normaal vanuit het applicatieproces dat Geocoder uitvoert. Een proxy die in de browser van de ontwikkelaar is ingesteld, bewijst niet dat een webworker of achtergrondtaak die route gebruikt.

Geocoder biedt proxy-instellingen aan in zijn configuratie. In de initializer van de applicatie kan voor beide bestemmingsprotocollen een expliciet eindpunt worden opgegeven:

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

Op dit opzoekpad via Net::HTTP kiest Geocoder http_proxy of https_proxy afhankelijk van het opzoekprotocol en splitst het eindpunt in host, poort en optionele inloggegevens. Houd de instelling in overeenstemming met de opzoekbackend en de Geocoder-versie die daadwerkelijk wordt gebruikt. Wanneer een toegestane opzoeking bij een publieke aanbieder geen proxyaccount vereist, kan de HTTP-proxylijst geschikte host:port-waarden leveren voor deze HTTP-tussenpersoon.

Configureer het proces dat het werk uitvoert. Als geocodering in een aparte taakworker draait, werkt een wijziging van een initializer in de webdeployment de configuratie van een al draaiende worker niet bij. Herlaad of herstart het betreffende proces volgens de gebruikelijke deploymentprocedure van de applicatie. Controleer voor opzoekingen die Sidekiq uitvoert het werkelijke workerproces en zijn clientinvoer.

Gerelateerde artikelen