El conversor de formatos de fecha acepta cualquier cadena de fecha o timestamp como entrada y muestra al instante el valor equivalente en 10 formatos habituales: Unix timestamp, ISO 8601, RFC 3339, RFC 7231, UTC, ISO 9075, MongoDB ObjectId, número de serie de Excel, timestamp de JavaScript y un formato personalizado que puedes definir. Es la forma más rápida de resolver discrepancias de formato entre bases de datos, APIs o sistemas.
Qué formato usar en cada caso
| Formato | Ejemplo | Uso típico |
|---|---|---|
| ISO 8601 | 2024-12-19T10:30:45.123Z | APIs JSON, almacenamiento en base de datos |
| ISO 9075 | 2024-12-19 10:30:45.123 | Consultas MySQL, PostgreSQL |
| RFC 3339 | 2024-12-19T10:30:45+01:00 | Protocolos de internet, especificaciones OpenAPI |
| RFC 7231 | Thu, 19 Dec 2024 10:30:45 GMT | Cabeceras HTTP: Last-Modified, Expires |
| Unix timestamp (segundos) | 1703038245 | Logs de sistema, TTL de caché, expiración de tokens |
| JavaScript timestamp (ms) | 1703038245123 | Date.now(), comparaciones de tiempo en frontend |
| MongoDB ObjectId | 675436e50000000000000000 | Obtener la hora de creación de un documento |
| Número de serie Excel | 45644.4378 | Importación/exportación en Excel, informes financieros |
Comportamiento según la zona horaria
La herramienta analiza la entrada con dayjs, por lo que el comportamiento de zona horaria depende del formato:
- ISO 8601 / RFC 3339: Si la entrada lleva un offset como
+01:00oZ, dayjs lo conserva y el resultado RFC 3339 incluye el offset correcto. - Formato local: Usa la zona horaria del sistema del navegador. La misma entrada produce cadenas locales distintas en máquinas con zonas horarias diferentes.
- ISO 9075 / RFC 7231: Se formatean en hora local. Tenlo en cuenta al compartir resultados entre zonas horarias.
- Unix timestamp / UTC: Siempre en UTC, sin ambigüedad. Son los formatos más seguros para pasar tiempo entre sistemas.
Cambio de hora: Si la entrada cae justo en el momento del cambio horario de verano (por ejemplo, las 2:00 de la madrugada en el cambio europeo de otoño), algunos formatos de salida pueden mostrar una hora repetida o saltada. Esto refleja el comportamiento estándar de las zonas horarias, no un error.
Extraer la hora de creación de un MongoDB ObjectId
Los primeros 8 caracteres hexadecimales de un ObjectId codifican un Unix timestamp en segundos. La herramienta extrae esos 8 caracteres y añade 16 ceros para formar un ObjectId de 24 caracteres. La operación inversa también funciona: pega un ObjectId real y la herramienta deriva la hora de creación del documento a partir de los primeros 8 caracteres.
Sintaxis del formato personalizado
El campo de formato personalizado acepta tokens de formato de dayjs. Tokens habituales:
YYYY— año de cuatro dígitos;YY— dos dígitosMM— mes (01-12);DD— día (01-31)HH— formato 24 horas;hh— 12 horas;mm— minutos;ss— segundosX— segundos Unix;x— milisegundos Unix
Confundir MM (mes) con mm (minutos) o HH (24 horas) con hh (12 horas) es la causa más frecuente de resultados inesperados en el formato personalizado.