Una ricerca di indirizzi in Rails parte normalmente dal processo dell'applicazione che esegue Geocoder. Un proxy configurato nel browser dello sviluppatore non dimostra che un worker web o un'attività in background usi quella rotta.

Geocoder espone le impostazioni proxy nella propria configurazione. Nell'initializer dell'applicazione si può indicare un endpoint esplicito per entrambi i protocolli di destinazione:

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

Su questo percorso di ricerca tramite Net::HTTP, Geocoder sceglie http_proxy o https_proxy in base al protocollo della ricerca e scompone l'endpoint in host, porta e credenziali facoltative. Mantenete l'impostazione coerente con il backend di ricerca e con la versione di Geocoder effettivamente in uso. Quando una ricerca consentita presso un fornitore pubblico non richiede un account proxy, l'elenco di proxy HTTP può fornire valori host:port adatti per questo intermediario HTTP.

Configurate il processo che svolge il lavoro. Se la geocodifica gira in un worker di attività separato, modificare un initializer nel deployment web non aggiorna la configurazione di un worker già in esecuzione. Ricaricate o riavviate il processo interessato secondo la normale procedura di deployment dell'applicazione. Per le ricerche eseguite da Sidekiq, controllate il processo worker reale e i suoi input lato client.

Articoli correlati