ForHosting KIT · Utilidades de desarrollo

Calculadora Adler-32

Obtenga el checksum Adler-32 de cualquier texto, la suma doble que usa zlib: Wikipedia da 11e60398, con A en 920 y B en 4582. Sirve para revisar datos comprimidos o comprobar ejercicios frente al RFC 1950. Gratis en su navegador.

  • Gratis
  • Funciona en su navegador
  • Sin registro
  • Sus datos no salen de su equipo
Úselo desde WebAPIEmailTelegramApp pronto
Si escribe
Texto
Wikipedia
Obtiene
Resultado
11e60398
Suma de verificación Adler32
11e60398
Hex
11e60398
Decimal
300 286 872

Adler-32 es un checksum de treinta y dos bits diseñado por Mark Adler y empleado en zlib y en la familia de formatos DEFLATE. A diferencia de una comprobación de redundancia cíclica, mantiene dos sumas acumuladas sobre los bytes del mensaje y las combina en un entero sin signo que se calcula con rapidez en procesadores habituales. Ingenieros que verifican cargas comprimidas, estudiantes que estudian la RFC 1950 y equipos de soporte que comparan remolques de registros de dispositivo suelen necesitar el mismo resultado de libro para una cadena corta: A inicial igual a uno, B inicial igual a cero, ambas reducidas módulo sesenta y cinco mil quinientos veintiuno, luego B desplazada dieciséis bits a la izquierda y combinada con A. Esta herramienta de checksum Adler-32 acepta texto no vacío, lo codifica como UTF-8, ejecuta ese bucle determinista y devuelve el valor completo de treinta y dos bits como ocho dígitos hexadecimales en minúsculas junto con el entero decimal, los parciales A y B, y un resumen breve.

Qué calcula Adler-32 y por qué importa la palabra hex

Adler-32 trata cada mensaje como una secuencia de bytes y actualiza dos acumuladores. El primero, llamado A, empieza en uno y suma cada byte, reduciendo módulo sesenta y cinco mil quinientos veintiuno tras cada paso. El segundo, llamado B, empieza en cero y suma el valor actual de A después de cada byte, de nuevo módulo el mismo primo.

Cuando el flujo termina, el checksum se forma colocando B en los dieciséis bits altos y A en los dieciséis bits bajos de un entero sin signo de treinta y dos bits. Esa construcción es exactamente la definición de la RFC 1950 y la implementación de zlib, de modo que la cadena de comprobación conocida Wikipedia produce el hexadecimal once e seis cero tres nueve ocho.

La respuesta también repite el entero decimal, los valores A y B por separado, la etiqueta de algoritmo Adler-32, el recuento de bytes UTF-8 y el texto original para que los clientes muestren una línea de auditoría completa sin recalcular metadatos. Como Adler-32 no es resistente a colisiones ni está claveado, trátelo como comprobación rápida de integridad o de trama, no como prueba de autenticidad; prefiera digests de la familia SHA cuando la intención de búsqueda sea el hash criptográfico y no un checksum rodante al estilo zlib.

Para qué sirve de verdad un checksum Adler-32

Autores de compresión y estudiantes de zlib usan una calculadora de checksum Adler-32 para verificar los parciales A y B calculados a mano frente a la definición de la RFC 1950 sin escribir un bucle de suma modular en cada lenguaje. Las plataformas educativas y los plugins LMS necesitan un oráculo determinista que rechace la entrada vacía en lugar de devolver uno para el mensaje vacío, de modo que los autoevaluadores distingan respuestas ausentes de un checksum real.

Los sitios de contenido que posicionan por Adler-32 checksum o calculadora Adler32 se benefician de una herramienta en vivo cuya ruta gratuita coincide byte a byte con la automatización de pago sobre el mismo módulo puro. Los fallos de validación no consumen saldo tras el rechazo.

Combine con landings de CRC-32 o de hash criptográfico solo cuando la intención de búsqueda vaya más allá de una comprobación de dos sumas al estilo zlib: mantenga esta página centrada en Adler-32 para que la intención SEO siga nítida y no canibalice las landings de CRC-8 o SHA-256.

Comprobación de remolques zlib y DEFLATE

Verifique que una cadena de carga produce el remolque Adler-32 esperado según la RFC 1950 antes de comparar registros de flujos comprimidos o vectores de prueba unitaria.

Demostraciones de suma modular en clase

El profesorado muestra el valor de comprobación clásico de Wikipedia y deja que el alumnado recalcule otras cadenas cortas sin instalar una biblioteca de compresión.

¿Qué parámetros Adler-32 usa esta herramienta?

El perfil estándar de zlib: módulo 65521, A empieza en 1, B empieza en 0, el checksum es (B desplazada 16 a la izquierda) o A. La comprobación documentada para Wikipedia en ASCII es 11e60398.

¿Qué ocurre si el texto está vacío?

Se exige una cadena no vacía; la entrada vacía no se trata como un checksum correcto de 00000001.

¿Es gratuita la calculadora de checksum Adler-32?

La herramienta del navegador se ejecuta gratis en su dispositivo.

¿Es Adler-32 un hash criptográfico?

No. Adler-32 es una comprobación rápida de integridad de treinta y dos bits usada por zlib. Use SHA-256 o similar cuando necesite resistencia a colisiones o autenticación.

¿Por qué cambia el checksum con tildes o emojis?

Porque el texto se convierte en bytes UTF-8 antes de hacer las sumas, y caracteres como la é o un emoji ocupan más de un byte. Cada uno de esos bytes cuenta, igual que lo vería un compresor con el mismo texto en UTF-8.

Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.

POSThttps://api.kit.forhosting.com/enc/adler32

¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.

curl -X POST https://api.kit.forhosting.com/enc/adler32 \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"text":"Wikipedia"}'
{
  "text": "Wikipedia"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.adler32",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.

Por solicitud$0.002

Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.

HTTPCódigoSignificado
401unauthorizedAPI key ausente o inválida.
402insufficient_balanceEl saldo no cubre el precio de la tarea.
404unknown_typeEl tipo de tarea no existe.
429rate_limitedDemasiadas peticiones. Use el webhook en vez de sondear.

La entrada vacía se rechaza con invalid_input para que quien llama no confunda un campo ausente con el checksum conocido del mensaje vacío, que vale uno. La ruta gratuita del navegador y la API de prepago comparten un único módulo puro, de modo que los ejercicios de aula y las canalizaciones de producción coinciden siempre en la palabra hex para la misma cadena.

Contrato de entrada, errores de cadena vacía y forma JSON de la respuesta

La cadena se codifica como UTF-8 antes del bucle Adler, de forma que los caracteres multi-byte aportan cada unidad de código exactamente como lo haría un compresor ante el mismo flujo UTF-8. La entrada vacía se rechaza a propósito en lugar de devolver el valor teórico del mensaje vacío cero cero cero cero cero cero cero uno, para que la experiencia de producto y los autoevaluadores distingan respuestas ausentes de un checksum real. Fije tanto un camino de éxito como el error de entrada vacía en la integración continua para que cambios accidentales de módulo o de inicialización no se publiquen sin aviso. Los campos nulos opcionales se omiten en lugar de emitirse como null, de acuerdo con el contrato del renderizador declarativo para formularios web limpios. Envíe un cuerpo JSON con un único campo de cadena obligatorio llamado text: cualquier secuencia no vacía de caracteres que desee sumar. Los alias input, value, s, data, message y payload se aceptan para el mismo campo, de modo que los stubs de SDK y los envíos de formulario sigan siendo flexibles. Si falta text, el valor no es una cadena o la cadena está vacía, la petición falla con invalid_input y un mensaje claro de que se exige una cadena no vacía; esos fallos no se facturan en la API de prepago. En caso de éxito el cuerpo incluye result, adler32 y hex con el mismo checksum hexadecimal de ocho dígitos en minúsculas; decimal con el entero sin signo de treinta y dos bits; a y b con los parciales finales de dieciséis bits bajo y alto; algorithm fijo en Adler-32; input_bytes igual a la longitud UTF-8; text repitiendo la entrada; y message resumiendo el recuento de bytes y el resultado hex.

Dónde aporta valor una API de checksum Adler-32 y cómo se tarifica

Use la herramienta gratuita en el navegador para comprobaciones puntuales; use la API KIT de prepago desde backends, funciones serverless y SDK cuando necesite un contrato estable con saldo a $0.002 por elemento correcto. Mantenga las cargas en tamaños de texto ordinarios adecuados a una llamada de ítem en un Worker isolate; esta herramienta es para cadenas cortas y fragmentos de protocolo, no para binarios de varios megabytes.

Fixtures de CI para ayudas de integridad

Las canalizaciones fijan salidas hex Adler-32 deterministas y el error de entrada vacía para que cambios accidentales de módulo o de inicialización fallen de inmediato.

¿Cómo se calcula un checksum Adler-32 de un texto?

Envíe JSON con un campo de cadena no vacío text. La API codifica la cadena en UTF-8, ejecuta Adler-32 según zlib y la RFC 1950, y devuelve el valor de treinta y dos bits como ocho dígitos hex en minúsculas en result, adler32 y hex.

Ver la documentación completa del KIT →