Calculadora Range HTTP

Las descargas parciales, el seek de vídeo y la reanudación tras una interrupción dependen de la cabecera de petición HTTP Range. Esta calculadora de cabecera Range HTTP acepta un valor Range para analizarlo o campos discretos de inicio, fin y sufijo para construirlo, y devuelve rangos estructurados con longitudes, satisfacibilidad opcional frente al tamaño del recurso, una pista de estado 206 o 416 y una cadena Content-Range cuando se conoce un único rango satisfacible. Úsela cuando desee aritmética de bytes determinista sin montar una pila HTTP completa solo para comprobar una cabecera.

Qué significa una cabecera HTTP Range y qué formas acepta esta herramienta

Una petición HTTP Range indica al servidor qué intervalos de bytes de una representación desea el cliente en lugar del cuerpo completo. Un rango cerrado inicio-fin es inclusivo en ambos extremos, de modo que bytes=0-499 pide los primeros quinientos bytes. Cuando suministra resource_size, cada especificación se resuelve a desplazamientos absolutos de inicio y fin: los extremos abiertos se cierran en tamaño menos uno, los sufijos se convierten en la ventana final y los rangos cerrados que empiezan más allá del final del fichero se marcan como no satisfacibles. Cuando todo rango resuelto es satisfacible y el recurso no está vacío, status_hint es 206 Partial Content; en caso contrario es 416 Range Not Satisfiable con Content-Range bytes asterisco barra tamaño, como responden los orígenes cuidadosos ante reanudaciones incorrectas.

Contrato de entrada, construir frente a analizar, y campos de respuesta

Establezca mode en parse o build. En modo parse, range_header es obligatorio y puede verse como bytes=0-499, Range: bytes=500- o multipartito bytes=0-0,-1. En modo build proporcione suffix_length para la forma últimos-N, o start con un end inclusivo opcional para formas cerradas o abiertas; no mezcle suffix_length con start o end. resource_size es opcional en ambos modos: omítalo si solo necesita normalización sintáctica y longitudes de rangos cerrados; inclúyalo cuando necesite banderas satisfiable, bytes_requested frente a un fichero real, content_range y status_hint. Los enteros deben ser enteros seguros no negativos; suffix_length debe ser al menos uno. En éxito el cuerpo siempre incluye mode, el range_header canónico, unit bytes, range_count y un array ranges. Cada objeto de rango lleva kind (closed, open_end o suffix), la cadena raw y, cuando se conocen, start, end, length, suffix y satisfiable. El bytes_requested de nivel superior es la suma de longitudes resueltas cuando todas se conocen. content_range se emite para un único rango satisfacible como bytes inicio-fin barra tamaño, o como bytes asterisco barra tamaño si no es satisfacible. Cabeceras inválidas, modos incorrectos y combinaciones inconsistentes fallan con invalid_input y no se facturan. Ejemplo: analizar bytes=0-499 con resource_size diez mil produce longitud quinientos, content_range bytes 0-499/10000 y status_hint 206.

Dónde una calculadora HTTP Range aporta valor real

Los gestores de descarga e instaladores reanudan artefactos grandes reenviando cabeceras Range tras un corte de red; una calculadora compartida evita errores de uno que vuelven a descargar un ISO completo o saltan una página crítica de un PDF. Los reproductores que buscan dentro de MP4 progresivo o audio construyen rangos abiertos o cerrados y deben saber si el origen responderá 206 o 416 antes de pintar la barra de progreso. Las pruebas de pasarelas API y de configuración CDN comprueban que las reglas de borde reenvían y recortan rangos correctamente frente a tamaños de objeto conocidos sin levantar un origen completo. Como la implementación es parse pura de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga resource_size honesto, fije los rangos estructurados en las pruebas y obtendrá aritmética de reanudación reproducible para workers de borde, herramientas CLI y laboratorios HTTP de aula sin enviar una pila completa solo para contar bytes.