O que lançamos este mês: geocodificação, IP, fuso horário e mais
Um resumo do trabalho recente em toda a API: novos hosts de compatibilidade, consultas de fuso horário e altitude mais rápidas, recursos no painel e mais visibilidade sobre a cota.
Consultas de fuso horário mais rápidas após a reconstrução da nossa tabela de consulta
Cada chamada para /v1/timezone é executada contra uma tabela de consulta que mapeia coordenadas para os limites dos fusos horários, e a forma como essa tabela é estruturada afeta diretamente a rapidez com que a resposta volta. Reconstruímos essa tabela do zero e, como resultado, o endpoint agora responde mais rápido.
Nada disso muda a aparência de uma requisição ou o conteúdo de uma resposta. Envie coordenadas para /v1/timezone e você continua recebendo os mesmos campos de sempre: o identificador do fuso horário, as informações de deslocamento e o restante da estrutura da resposta documentada em /docs/timezone-lookup/. A única diferença é a rapidez com que essa resposta chega, o que importa mais para qualquer coisa que chame o endpoint repetidamente, como um lote de coordenadas processadas uma após a outra ou um recurso em tempo real que não pode parecer lento.
As consultas de fuso horário costumam ficar em pontos onde a velocidade se acumula. Uma única chamada um pouco mais rápida mal é percebida, mas um job em lote que resolve fusos horários para milhares de coordenadas, ou um mapa ao vivo que mostra a hora local enquanto o usuário arrasta um marcador, se beneficiam diretamente de uma consulta mais enxuta por baixo. Como uma requisição em lote conta cada coordenada como um item, exatamente como sempre, nada no comportamento de preços ou de cotas das chamadas em lote muda aqui também.
Este trabalho se soma ao restante da nossa abordagem para o endpoint de fuso horário: cabeçalhos de cota consistentes em todas as respostas, as mesmas opções de autenticação de qualquer outro endpoint e os mesmos preços, seja ele chamado diretamente ou por meio de um dos dezessete hosts de compatibilidade que lidam com dados de localização. Uma tabela de consulta mais rápida não muda nada disso, apenas faz a resposta chegar mais cedo.
Tratamos esse tipo de reconstrução interna como manutenção comum, e não como um recurso de destaque, mas vale mencioná-la porque o efeito é real para quem depende muito do endpoint. Se a sua integração processa coordenadas em massa, ou se as consultas de fuso horário estão em um fluxo em que o tempo de resposta importa diretamente para o usuário, você deve notar a diferença sem mudar uma única linha de código.
A documentação completa do endpoint, incluindo parâmetros de requisição e campos de resposta, está disponível em /docs/timezone-lookup/. Nada ali mudou, exceto a rapidez com que ele responde.