¿Cuál es la diferencia entre DD/MM/YYYY y MM/DD/YYYY?

El orden de los componentes. DD/MM/YYYY es el estándar español: primero el día, luego el mes, luego el año, separados por barras. MM/DD/YYYY es el americano: primero el mes, luego el día. La fecha 03/04/2026: en España es el 3 de abril, en EE. UU. es el 4 de marzo. Si el formato es desconocido, lo más seguro es usar ISO 8601 (YYYY-MM-DD), que es inequívoco.

¿Qué es ISO 8601 y dónde se usa?

ISO 8601 es el estándar internacional para escribir fechas (YYYY-MM-DD) y horas (YYYY-MM-DDTHH:MM:SS). Ejemplo: 2026-03-22. Se usa en: bases de datos SQL (tipo DATE), REST API y JSON, HTML input[type="date"], archivos de log, Git, etiquetas meta de XML y HTML. La principal ventaja es la inequivocidad y la ordenación lexicográfica correcta: las cadenas de fechas en YYYY-MM-DD se ordenan bien incluso como texto simple.

¿Cómo convierto un Unix timestamp a una fecha normal?

El Unix timestamp es el número de segundos desde el 1 de enero de 1970 (UTC). Para convertirlo: introduce el número en el convertidor en el campo "Unix timestamp" y verás la fecha en todos los formatos de inmediato. Para calcularlo manualmente: timestamp ÷ 86400 = número de días desde 1970-01-01. En JavaScript: new Date(timestamp * 1000).toISOString(). En PHP: date("Y-m-d", $timestamp). En Python: datetime.fromtimestamp(timestamp).

¿Cómo identifico el formato de fecha en un archivo desconocido?

Introduce varias fechas en el convertidor y observa qué interpretación es lógica. Comprueba el valor del día: si el primer número es mayor que 12 (por ejemplo, 23/03/2026), es seguro que es el día — el formato es DD/MM/YYYY. Si ambos primeros números son ≤ 12, revisa el contexto o busca el año (normalmente de cuatro cifras, al principio o al final). ISO 8601 (YYYY-MM-DD) siempre empieza con el año de cuatro cifras.

¿Qué es RFC 2822 y dónde se usa?

RFC 2822 es el estándar de formato de fecha en cabeceras de email y feeds RSS. Tiene este aspecto: Sun, 22 Mar 2026 14:30:00 +0200. Incluye: día de la semana, número, mes abreviado en inglés, año, hora y desplazamiento UTC. La función PHP date("r") devuelve RFC 2822. En JavaScript: new Date().toUTCString() devuelve un formato similar.

¿Por qué el 29 de febrero da problemas en los programas?

Febrero tiene 29 días solo en año bisiesto (divisible entre 4, pero no entre 100, salvo que también lo sea entre 400). Los programas que no verifican esta condición se bloquean o desplazan la fecha al 1 de marzo. El año 2000 es bisiesto (divisible entre 400). 1900 no lo es. Al introducir 29/02 para cualquier año, el convertidor comprobará si esa fecha existe.

¿Qué es el "Problema del año 2038" en Unix timestamp?

El antiguo Unix timestamp de 32 bits alcanzará su valor máximo el 19 de enero de 2038 a las 03:14:07 UTC (valor 2 147 483 647). Después, el tipo entero con signo de 32 bits se desbordará y se volverá negativo — los programas que usen este tipo pueden procesar las fechas de forma incorrecta. Los sistemas y lenguajes modernos de 64 bits no tienen este problema: el máximo se sitúa en unos 292 mil millones de años.

¿Qué formato de fecha usar en bases de datos y API?

Siempre ISO 8601 (YYYY-MM-DD o YYYY-MM-DDTHH:MM:SSZ). Razones: inequívoco independientemente del idioma y la región, se ordena correctamente como cadena, está soportado por todos los SGBD (MySQL, PostgreSQL, SQLite), lenguajes (JS, Python, PHP, Java) y estándares (JSON Schema, OpenAPI). Unix timestamp es adecuado para marcas de tiempo exactas con zona horaria — guárdalo como entero de 64 bits.

Convertidor de formatos de fecha

Convertidor de formatos de fecha — cómo transformar entre DD/MM/YYYY, ISO 8601 y Unix timestamp

El formato de escritura de fechas es una de las causas más frecuentes de errores en programas, malentendidos en documentos y problemas al importar datos. La razón es simple: distintos países y sistemas usan convenciones diferentes, y 03/04/2026 puede significar el 3 de abril o el 4 de marzo según quién lo haya escrito.

Qué formato de fecha usar en España y Latinoamérica

El estándar habitual en España, México, Argentina, Colombia y el resto de países hispanohablantes es DD/MM/YYYY con barra: 22/03/2026. En documentos oficiales también se usa la forma larga: "22 de marzo de 2026". Para desarrollo web y bases de datos se recomienda ISO 8601 (YYYY-MM-DD): es inequívoco y está soportado por todos los SGBD y API modernos.

Por qué los desarrolladores usan Unix timestamp

Unix timestamp es el número de segundos desde el 1 de enero de 1970 UTC. Es un entero simple, independiente del idioma, la zona horaria y la región. La aritmética es directa: sumar 86400 da mañana, restar 3600 da hace una hora. Por eso el timestamp es el estándar en logs, bases de datos, cachés, colas de tareas y cualquier sistema donde la cronología exacta importa. JavaScript usa milisegundos (Date.now()), así que el timestamp de JS hay que dividirlo entre 1000 para obtener segundos Unix.

Detección automática del formato de fecha

El convertidor intenta determinar el formato automáticamente. La lógica es: si el primer componente es mayor que 12, es el día — el formato es DD/MM o DD.MM. Si el primer componente tiene cuatro cifras, es ISO 8601. Si se introduce un número grande sin separadores, es Unix timestamp o milisegundos. Si aparece el nombre de un mes, se detecta el idioma y la posición del día. En casos ambiguos (por ejemplo, 03/04/2026) el convertidor muestra un aviso y propone elegir el formato manualmente.

Errores habituales al trabajar con formatos de fecha

Los problemas más comunes: importar CSV con fechas en formato americano en programas españoles (el mes y el día se intercambian), Excel que convierte automáticamente las fechas según la configuración regional, API que devuelven timestamps en milisegundos en lugar de segundos, y bases de datos con fechas almacenadas como texto sin formato fijo. Evita guardar fechas como cadenas de texto — usa siempre el tipo DATE/DATETIME o Unix timestamp en un campo entero.