MIME Type Finder — Magic Byte + exportación de config

¿Qué hace el MIME Type Finder?

El finder es una herramienta de búsqueda bidireccional más un detector Magic Byte para los MIME Types. Usted busca por extensión de archivo (.webp, .heic, .wasm) y obtiene el MIME canónico junto con la lista de alias — o introduce un MIME (image/webp, application/wasm) y ve las extensiones asociadas con la marca «canónico primero». Ambos sentidos se unen en un único campo de entrada porque la pregunta más frecuente es: «¿qué Content-Type para .webp?» o, al revés, «¿qué extensión sale de audio/ogg?».

Por entrada, la herramienta muestra: el estado IANA (registrado o alias obsoleto), las extensiones canónicas y alternativas, una explicación de una frase del formato, opcionalmente el soporte de navegador para códecs modernos (AVIF, HEIC, JXL, WOFF2, WebAssembly) y el patrón Magic Byte para el reconocimiento.

¿Cómo funciona la detección Magic Byte?

Arrastre el archivo a la zona — los 32 a 64 primeros bytes se leen localmente con FileReader y se comparan con la tabla de firmas. JPEG se reconoce por FF D8 FF al inicio del archivo, PNG por 89 50 4E 47 0D 0A 1A 0A, PDF por 25 50 44 46 (ASCII «%PDF»), WebAssembly por 00 61 73 6D. Los formatos contenedor como HEIC, AVIF y MP4 usan las cajas ISO Base Media con el marcador ftyp desde el byte 4 — la cadena de marca posterior (heic, avif, isom, mp42) decide la variante concreta.

El arrastre tiene prioridad: si el nombre del archivo dice .jpg pero los bytes son 89 50 4E 47, aparece un aviso de discrepancia. Los bytes no mienten — un archivo puede haber sido renombrado en cualquier momento. Este es el único método fiable para comprobar un MIME en validación de subida cuando las cabeceras User-Agent no son de confianza.

¿Qué diferencia hay entre IANA registrado y alias x-?

Los MIME Types registrados en IANA figuran en el Media Types Registry oficial y están formalmente normalizados mediante la RFC 6838. El prefijo vnd. marca códigos específicos de proveedor (p. ej. application/vnd.ms-excel para .xls), asociados a un fabricante concreto. El prefijo x-, en cambio, estaba pensado antes para «experimental» — pero la RFC 6648 lo declaró antipatrón en 2012: los códigos nuevos deben registrarse directamente, no aparecer primero como x-.

En la práctica, en 2026 siguen existiendo duplicados: image/x-icon (legado, tolerado por navegadores) frente a image/vnd.microsoft.icon (registrado en IANA desde 2003), o application/x-rar-compressed (obsoleto) frente a application/vnd.rar (IANA desde 2014). El filtro de la herramienta «solo IANA registrados» oculta los alias x-, para que las configuraciones nuevas usen el código moderno. Los servidores existentes deberían aceptar ambas variantes — los navegadores envían históricamente a menudo el prefijo legado.

¿Qué formatos modernos cubre el finder en 2026?

La base conoce los principales códecs nuevos de los últimos años, datos de soporte de navegador incluidos a partir de Can I Use:

• Imagen: AVIF (image/avif, basado en AV1, Chrome 85+/Firefox 93+/Safari 16+), HEIC (image/heic, basado en HEVC, Safari 17+), JXL (image/jxl, libre de regalías, Firefox 111+/Safari 17+), WebP (image/webp, ubicuo).
• Audio: Opus (audio/opus, baja latencia, RFC 6716), FLAC (audio/flac).
• Vídeo: AV1 (video/av1, libre de regalías, Chrome 70+/Firefox 67+/Safari 17+), contenedor WebM.
• Tipografía: WOFF2 (font/woff2, compresión Brotli, fuente web canónica desde 2018).
• Aplicación: WebAssembly (application/wasm, obligatorio para compilación en streaming), Web App Manifest (application/manifest+json, obligatorio para el banner de instalación PWA), JSON-LD (application/ld+json, datos estructurados schema.org), Zstandard (application/zstd, IANA 2018).
• Modelo 3D: glTF binario (model/gltf-binary, asset 3D monofichero para WebGL/three.js).

El interruptor «Solo formatos modernos» filtra estas incorporaciones 2018-2026 — útil al construir un servidor de assets estáticos moderno que pueda ignorar los antiguos formatos DCT/RGB/indexados.

¿Qué configuraciones de servidor puede exportar el finder?

Cinco destinos, todos generados a partir de la selección de filtros actual:

• mime.types de Apache — un MIME por línea, extensiones separadas por espacios. Listo para volcar en la configuración del servidor.
• types { } de nginx — bloque para contexto http {} o server {}, con los puntos y comas correctos.
• web.config de IIS — XML <staticContent> con elementos <mimeMap> para cada par extensión-MIME.
• Middleware Express/Koa — snippet JavaScript con mapa MIME_BY_EXT y función setHeaders para pasar a las opciones de express.static.
• Cloudflare Worker — manejador fetch por defecto que reescribe la cabecera Content-Type de la respuesta según la extensión de la URL — útil cuando el origen envía un MIME incorrecto.

Flujo: establezca los filtros Categoría + IANA + Modern y seleccione la pestaña Export. La herramienta muestra el snippet en directo; el botón «Copiar» lo lleva al portapapeles, «Descargar» lo guarda como archivo con la extensión típica del servidor (mime.types, web.config, mime.types.conf, .js).

¿Qué firmas Magic Byte conoce el finder?

Más de 40 firmas de formato, agrupadas por complejidad:

• Trivial (1-4 bytes en offset 0): JPEG (FF D8 FF), PNG (89 50 4E 47 0D 0A 1A 0A), GIF (47 49 46 38 37 61 o …39 61), PDF (25 50 44 46), ZIP/OOXML (50 4B 03 04), 7z (37 7A BC AF 27 1C), Gzip (1F 8B), bzip2 (42 5A 68), Zstandard (28 B5 2F FD).
• Contenedores RIFF (con bytes comodín para el tamaño): WebP (RIFF????WEBP), WAV (RIFF????WAVE), AVI (RIFF????AVI ).
• Cajas ISO Base Media (en offset 4 tras el prefijo de tamaño): MP4 (ftypisom, ftypMSNV, ftypmp42), HEIC (ftypheic, ftypheix, ftypmif1), AVIF (ftypavif), QuickTime (ftypqt ), 3GPP (ftyp3gp4).
• WebAssembly: 00 61 73 6D más 4 bytes de versión.
• Contenedores de tipografía: WOFF (wOFF), WOFF2 (wOF2), TrueType (00 01 00 00), OpenType (OTTO), Font Collection (ttcf).
• Office legado: OLE Compound (D0 CF 11 E0 A1 B1 1A E1) para .doc/.xls/.ppt/.msi.
• Archivadores: RAR v4 (52 61 72 21 1A 07 00), RAR v5 (52 61 72 21 1A 07 01 00), Debian (!<arch>), RPM (ED AB EE DB).

La sintaxis comodín ?? permite bytes variables en mitad de una firma — para los contenedores RIFF es la indicación de tamaño de 4 bytes que cambia según el archivo. Es la misma notación que la base mágica de PHP finfo y la herramienta Unix file(1).

¿Qué nivel de privacidad tiene la detección de bytes?

100 % en el cliente, de principio a fin. La base MIME completa está incrustada en el bundle JavaScript (menos de 50 KB minificado), la lógica de búsqueda y filtro corre en el hilo principal. Al soltar el archivo, la API FileReader lee los 32-64 primeros bytes en un Uint8Array en RAM — el archivo en sí no se toca más, la lectura sucede en el cliente, ningún byte sale del navegador. Si quiere comprobarlo: F12, pestaña «Red», arrastre un archivo a la zona — no se envía ninguna petición adicional.

La exportación de configuración de servidor también es puro JS: las entradas seleccionadas se formatean a snippets de cadena, el botón Copiar usa la Clipboard API, el botón Descargar crea un Blob URL. Sin backend, sin login, sin píxel de telemetría.

¿Qué NO cubre el finder deliberadamente?

La herramienta no es un conversor ni un porte completo de libmagic. Lagunas asumidas:

• Sin inspección profunda del lado del servidor — el comando Unix file(1) conoce miles de variantes de formato mediante heurísticas basadas en reglas (cadenas posicionales, múltiples offsets, cálculos de longitud). Eso merecería una familia de herramientas propia; el finder se limita a los Magic Bytes con alta tasa de acierto por byte.
• Sin análisis de archivos en lote con informe descargable — solo arrastre individual. Quien quiera comprobar cien archivos a la vez necesita una herramienta CLI.
• Sin demo de sniffing de cabeceras HTTP — recuperar una URL externa y leer su Content-Type sería útil, pero choca con CORS e implicaciones de privacidad. La herramienta sigue siendo puramente local.
• Sin conversión — quien quiera convertir un PNG a WebP debe usar el conversor correspondiente. El finder solo identifica, no modifica.

Para una conversión de formato, los conversores apropiados están en las categorías Imagen, Audio y Vídeo.