Hash FNV-1a

Esta ferramenta de hash FNV-1a aceita texto simples, serializa-o como UTF-8 e devolve uma cadeia hexadecimal em minúsculas—oito dígitos para o perfil de trinta e dois bits ou dezesseis para o de sessenta e quatro—mais uma forma inteira, o comprimento em bytes UTF-8, a largura escolhida e um indicador empty quando a string de origem tem comprimento zero. Nenhuma chamada de rede, sal aleatório ou relógio de parede entra no cálculo: cada caminho bem-sucedido é aritmética pura ao preço base publicado US$ 0,002.

O que FNV-1a significa e como os perfis de 32 e 64 bits diferem

Para trinta e dois bits a base é zero-x-oito-um-um-c-nove-d-c-cinco e o primo é zero-x-zero-um-zero-zero-zero-um-nove-três, produzindo uma string hex de oito dígitos em minúsculas. A entrada vazia deixa o residual igual à própria base de deslocamento, e este endpoint reporta empty como true para que os clientes distingam um branco deliberado de um campo ausente.

Contrato de entrada, campos de resposta e comportamento com entrada vazia

A string vazia é permitida de propósito: a identidade matemática do FNV-1a em zero bytes é a base de deslocamento, e pipelines que impressam campos opcionais precisam de um residual estável em vez de falha dura. Quando o comprimento de origem é zero, a resposta define empty como true, hash como o hex da base para a largura escolhida e bytes como zero. Não há seletor de modo para FNV-1, MD5, SHA ou CRC: se você precisar desses digests, use uma capacidade dedicada para que cada página corresponda a uma única intenção de busca e slug SEO. Envie um corpo JSON com o campo obrigatório text definido como a string que você deseja hashear. Os aliases input, value, s, string e content são aceitos para que formulários antigos e clientes curtos ainda vinculam. O bits opcional seleciona a largura: trinta e dois (padrão) ou sessenta e quatro; aliases width e bit_width são aceitos, e formas numéricas e de string funcionam. Números finitos e inteiros grandes são convertidos em string antes do hash; objetos, arrays, booleanos, null, Infinity e NaN geram invalid_input e não são cobrados. Para entrada não vazia empty é false, bytes iguala o comprimento UTF-8, hash é o digest hex em minúsculas sem prefixo zero-x, e hash_int carrega o mesmo valor como inteiro sem sinal para trinta e dois bits ou como string decimal para sessenta e quatro bits, de modo que o intervalo sem sinal completo permanece exato em JSON. Algorithm é sempre o rótulo FNV-1a; offset_basis e prime ecoam as strings de parâmetros da largura selecionada para que exemplos OpenAPI e respostas de suporte citem o perfil sem ambiguidade.

Onde uma API de hash FNV-1a agrega valor

Desenvolvedores colam chaves curtas, fragmentos de configuração e identificadores de cache em uma calculadora de hash FNV-1a quando precisam de um índice de bucket compacto de trinta e dois ou sessenta e quatro bits que coincida com um runtime de linguagem ou uma nota de protocolo legada. Engenheiros de suporte recalculam digests a partir do texto do ticket para confirmar que um dump colado não foi truncado nem recodificado em trânsito. Mantenha as cargas abaixo do teto de caracteres documentado, trate o campo hex como destino canônico de colagem, e você obtém valores FNV-1a reproduzíveis para documentação, SDKs, workers na borda e demos de sala de aula sem levantar um serviço de hash separado. Laboratórios educacionais usam o mesmo endpoint para mostrar que alterar um único caractere inverte muitos dígitos hex, ilustrando o comportamento de avalanche sem introduzir maquinaria criptográfica. Como a implementação é parse pura de nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo e sem rede de saída; validação falha não consome saldo.