Combinar Archivos

Acerca de la Herramienta de Combinar Archivos

Fusionar archivos — también llamado concatenación — añade los bytes de un archivo al final de otro en un orden definido, produciendo un único archivo de salida. Esto es exactamente lo que ha hecho el comando Unix 'cat file1 file2 file3 > merged' desde 1971, y sigue siendo la forma canónica de reensamblar descargas divididas (común para archivos muy grandes transferidos por conexiones lentas o interrumpidas), combinar fragmentos numerados de video/log, recrear imágenes de CD divididas de partes .001/.002 y unir flujos binarios fragmentados intencionalmente por límites de capa de almacenamiento. Esta herramienta ejecuta la concatenación enteramente en tu navegador usando las APIs Blob y File — los archivos se leen del disco, se unen en memoria y se ofrecen como una sola descarga sin cruzar la red. Funciona en cualquier tipo de archivo (binario o texto), con orden personalizado vía botones arriba/abajo, e incluye verificación SHA-256 integrada para confirmar que el archivo reensamblado coincide con un checksum publicado por el proveedor. Pruebe también nuestro Renombrar por Lotes y Comprimir Archivos.

¿Cómo funciona el combinador de archivos?

Cargue múltiples archivos, organícelos en el orden correcto usando las flechas arriba/abajo y haga clic en Combinar Archivos. La herramienta combinará todos los archivos en un solo archivo y descargará el resultado.

¿Cómo vuelvo a unir archivos divididos?

Cargue todas las partes divididas en orden (part001, part002, etc.), asegúrese de que estén en la secuencia correcta y haga clic en Combinar. La herramienta reconstruirá el archivo original.

¿Importa el orden de los archivos?

¡Sí! Los archivos se combinan en el orden exacto mostrado en la lista. Use los botones de flecha arriba/abajo para reorganizar archivos si es necesario. Esto es especialmente importante al volver a unir archivos divididos.

¿Qué tipos de archivo puedo combinar?

Puede combinar cualquier tipo de archivo. Sin embargo, solo tiene sentido combinar archivos del mismo tipo o partes divididas del mismo archivo original. Combinar tipos de archivo diferentes creará un archivo que puede no ser válido.

¿Cómo reensamblo archivos divididos por 7-Zip, WinRAR o HJSplit?

Las diferentes herramientas de división usan diferentes convenciones de nomenclatura y debes reensamblar con la MISMA herramienta: 7-Zip divide en .001/.002/.003 — abre .001 en 7-Zip y auto-encuentra el resto; WinRAR divide en part1.rar/part2.rar — abre part1.rar; HJSplit crea .001/.002 pero el formato es solo una división de bytes en bruto, así que puedes concatenarlos con esta herramienta. Para verificar si un archivo multi-parte es una división de bytes en bruto (compatible con esta herramienta) o una división estructurada (requiere la herramienta original), inspecciona los primeros bytes de .001: si coinciden con un encabezado de archivo conocido (PK para ZIP, Rar! para RAR, 7z para 7-Zip), se requiere la herramienta estructurada.

¿Importa el orden de fusión y cómo lo hago bien?

Sí, el orden es crítico: la fusión concatena bytes en la secuencia exacta mostrada en la lista, así que reordenar produce una salida diferente. Para divisiones numeradas (file.001, file.002, ...) ordena alfabéticamente — la mayoría de selectores de archivos ordenan así por defecto, pero siempre verifica. Para fragmentos descargados de un gestor de descargas, sigue el esquema de numeración usado por el gestor (a menudo sufijos _001, _002 o extensiones .partN). Para logs de texto concatenados para análisis (ej., access.log.1, access.log.2 de logrotate), invierte la numeración aparente: logrotate nombra .1 como el SEGUNDO MÁS reciente y .0 / sin sufijo como el ÚLTIMO. Cuando dudes, fusiona y verifica que el tamaño del archivo coincida con la suma de las entradas.

¿Cuál es la diferencia entre fusionar archivos y crear un archivo ZIP/TAR?

La fusión produce un flujo de bytes único — añadiendo los bytes del archivo B después de los bytes del archivo A — sin metadatos sobre los límites. La salida es válida solo si las entradas se dividieron originalmente de un archivo continuo (donde los límites son offsets de bytes arbitrarios, no fines de archivo). Un archivo ZIP o TAR, en contraste, incluye metadatos sobre cada archivo contenido (nombre, tamaño, timestamps, permisos) para que los archivos originales puedan extraerse como entidades separadas. Fusiona cuando quieras reconstruir un archivo original de divisiones de bytes en bruto; usa ZIP/TAR cuando quieras agrupar archivos separados para almacenamiento o transmisión.

¿Por qué el archivo fusionado falla al abrir aunque la fusión se completó?

Cuatro causas en orden de frecuencia: (1) Orden incorrecto — los bytes no están donde el formato del archivo espera. Reverifica el orden. (2) Partes faltantes — si un gestor de descargas falló silenciosamente en la parte 5 de 10, tu archivo fusionado carece de esos bytes y el formato se vuelve inválido. Verifica que el conteo de archivos coincida con lo esperado. (3) Partes corruptas — incluso una parte corrupta (algunos bits cambiados durante la descarga) a menudo invalida checksums o firmas. Compara hashes SHA-256 si la fuente los proporciona. (4) Partes no coincidentes — incluir accidentalmente un archivo de un conjunto de división diferente produce una salida con el tamaño total correcto pero que no decodifica.

¿Cuál es el archivo más grande que puedo producir fusionando?

El límite práctico es la memoria del navegador porque toda la salida se ensambla en un único Blob antes de la descarga. Los navegadores de escritorio (Chrome, Firefox, Edge) manejan confiablemente salidas de 1-2 GB y a veces pueden empujar a 4 GB en máquinas con 16+ GB de RAM. Safari es más estricto. Los navegadores móviles llegan más cerca de 500 MB. Para fusiones más grandes (reensamblaje de video 5+ GB, dumps de bases de datos), usa el comando de concatenación nativo del SO: en Linux/macOS 'cat file1 file2 file3 > output' transmite sin cargar en memoria; en Windows 'copy /b file1+file2+file3 output' hace lo mismo.

¿Puedo añadir separadores entre archivos de texto fusionados?

Esta herramienta realiza concatenación binaria en bruto sin insertar ningún separador. Para insertar separadores entre archivos de texto, tres enfoques: (1) Después de fusionar, abre el resultado en un editor de texto e inserta encabezados o líneas en blanco manualmente en los límites de archivo — más fácil para pocos archivos; (2) Usa el comando Unix 'awk "FNR==1 && NR>1 {print \"\\n=== " FILENAME " ==="} {print}" file1.txt file2.txt > merged.txt' para añadir marcadores de nombre de archivo; (3) Para flujos de trabajo automatizados en Node.js: const merged = files.map(f => '=== ' + f.name + ' ===\n' + f.content).join('\n\n').

¿Cómo se compara esta herramienta con Unix cat o Windows copy /b?

Funcionalmente idéntico para la operación de fusión — los tres producen la misma salida byte-por-byte. Diferencias: (1) Velocidad — los comandos nativos del SO transmiten de disco-a-disco sin cargar el contenido completo en RAM, así que manejan fusiones multi-GB que harían colapsar un navegador; (2) Conveniencia — esta herramienta de navegador ofrece una UI visual drag-drop y ordenamiento con botones arriba/abajo, mientras que los comandos CLI requieren orden manual en la línea de comandos (que se vuelve doloroso con muchos archivos); (3) Privacidad — ambos enfoques permanecen locales; nada se sube; (4) Multiplataforma — esta herramienta funciona idénticamente en Windows, Mac, Linux, Chromebook, iOS, Android sin instalar nada.

¿Cómo verifico el checksum del archivo fusionado contra el SHA-256 publicado por el proveedor?

Después de que la fusión se completa, esta herramienta calcula automáticamente el SHA-256 de la salida reensamblada y lo muestra en el cuadro de Verificación de Integridad — sin necesidad de un paso de hashing aparte ni cambiar de herramienta. Para confirmar que la reconstrucción es exacta byte a byte, pegue el checksum proporcionado por el proveedor (de la página de descarga, un archivo .sha256 adjunto o un manifiesto de firma de versión) en el campo 'SHA-256 Esperado'. La herramienta normaliza ambos valores (sin distinguir mayúsculas, ignorando espacios y dos puntos) y muestra una insignia COINCIDE si son idénticos o NO COINCIDE si difieren. Un NO COINCIDE significa que la reconstrucción es incorrecta — casi siempre una parte en orden equivocado, una parte faltante o truncada, o una descarga corrupta — y no se debe confiar en el archivo fusionado. Este es exactamente el paso de verificación al que se refiere la FAQ de diagnóstico de fallos: un archivo que abre pero está corrupto silenciosamente falla su checksum. Si la fuente solo publica un MD5 o CRC32, son más débiles y no se calculan aquí; prefiera SHA-256 cuando esté disponible. Todo se ejecuta localmente mediante el crypto.subtle.digest nativo del navegador, así que los bytes nunca salen de su dispositivo.