Milisegundo A Fecha
Tiene un entero largo en una linea de log, en una respuesta de API o en un retorno de Date.now(), y necesita leerlo como fecha de calendario. Pegue el valor de 13 digitos en el conversor; la pagina lo lee de vuelta como fecha en su zona horaria local, directo en su navegador. El campo abre prellenado con el milisegundo actual para que la forma esperada ya este en pantalla.
Ultima revision: 2026-05-20
| Propiedad | Valor |
|---|---|
| Formato | Herramienta online, sin instalar |
| Velocidad | En el navegador; salida en segundos |
| Privacidad | Los archivos quedan en el dispositivo |
| Herramienta implementadora | https://freetoolonline.com/utility-tools/convert-time-in-millisecond-to-date.html |
Las lineas de log rara vez guardan un entero limpio. Un campo puede escribirse como 1713538800000ms, la columna de comentario puede etiquetarlo 1713538800000 millis, o un payload JSON puede envolver el numero en comillas. Las tres formas pegan limpio porque el conversor coacciona la entrada a Number antes de construir la Date. Letras finales y espacios alrededor se ignoran, asi que puede tomar el valor directo del ruido del log sin limpiarlo primero. Si el resultado cae en 1970, la entrada casi seguro era en segundos Unix, no en milisegundos; multiplique por 1000 o use una herramienta de segundos-a-fecha.
Leer el resultado en su zona horaria local
El conversor renderiza la fecha usando el locale y la zona horaria del navegador, que coincide con lo que un companero en la misma maquina veria cuando llamara new Date(value).toString() en la consola de desarrollador. Eso es usualmente lo que un desarrollador leyendo una cronologia de incidente quiere: la hora de reloj en que el evento aterrizo en su zona de trabajo, no el valor UTC abstracto que guarda el log. Si la pagina esta abierta cruzando una transicion de horario de verano, el mismo milisegundo de entrada pinta una hora de reloj distinta antes y despues del corte - el entero subyacente no cambia, pero el offset que el navegador aplica cambia.
Para forzar una lectura en UTC en lugar del default de zona local, cambie la zona del sistema (o use una ventana de navegacion privada con un perfil bloqueado en UTC) y recargue el conversor. La logica de conversion es deterministica - la misma entrada siempre produce la misma salida para una configuracion de zona dada - asi que la pagina sirve para pegar en una respuesta de ticket o en un comentario de revision de codigo cuando lector y escritor pongan su navegador en la misma zona primero.
Entradas comunes de 13 digitos que el conversor acepta
Las formas mas comunes que el conversor tuvo que manejar:
- Entero crudo. Un numero pelado de 13 digitos como
1713538800000, a menudo pegado de una columna de base de datos o linea de log. - Con sufijo de unidad. Un valor como
1713538800000mso1713538800000 millis, comun en paneles de monitoreo. - Con comillas JSON. Un valor envuelto en comillas como
"1713538800000", copiado directo de un payload JSON. - Separado por coma. Un valor con separadores de miles como
1,713,538,800,000, comun en exportaciones de hoja de calculo. - Con espacios alrededor. Un valor con espacios al inicio o final de un pegado de varias columnas.
Cada forma se normaliza quitando caracteres no-digitos antes de que corra la coaccion Number(), asi que el lector puede pegar cualquiera sin limpiar el valor primero.
Si la herramienta implementadora en https://freetoolonline.com/utility-tools/convert-time-in-millisecond-to-date.html muestra una salida vacia, la causa mas comun es un valor que perdio un digito en el camino del portapapeles (12 digitos leidos como el ano 5878 o anterior). Recopie el valor completo, peguelo, y la fecha deberia poblarse como se espera.