Fecha y hora
Introduce un entero de Chrome por línea o una fecha ISO con Z o un desplazamiento explícito. Las fechas se muestran en UTC.
La entrada se procesa en este navegador y no se envía a ningún servidor.
Época de Chrome: 1601-01-01 UTC · una unidad = un microsegundo.
Un entero decimal con signo por línea o YYYY-MM-DDTHH:mm:ss[.1–6 dígitos]Z / ±HH:mm. Años UTC admitidos: 0001–9999.
Cero tiene una fecha aritmética, pero puede significar no establecido en Chromium. Los extremos int64 son centinelas infinitos, sin fecha.
UTC muestra seis decimales. Segundos y milisegundos Unix se redondean hacia abajo, con restos no negativos en microsegundos.
Hasta 1.000 líneas físicas y 100.000 unidades UTF-16. Se recortan espacios exteriores; las filas vacías son errores.
Solo se puede invertir si todas las líneas tienen fecha. Revisa antes los errores y los centinelas infinitos.
Introduce datos o carga un ejemplo.
El Conversor WebKit ayuda a leer los enteros largos que aparecen al extraer el historial de Chrome. Copia el valor original: si una hoja de cálculo ya redondeó sus últimos dígitos, la conversión no puede recuperarlos.
WebKit designa aquí el formato de base de datos de Chrome/Chromium que cuenta desde 1601. Otras API del mismo navegador pueden utilizar una época o unidad diferente. Comprueba el campo de origen antes de interpretar un número solo por su longitud.
El Conversor WebKit transforma 11644473600000001 en 1970-01-01T00:00:00.000001Z. Al invertir el resultado, el último 1 se conserva. Los seis decimales permiten distinguir instantes que un visor limitado a milisegundos presenta como iguales.
El informe mantiene el texto original y el número de línea física de cada entrada. Un valor mal formado no impide convertir sus vecinos ni desaparece de la lista. Así puedes cotejar el resultado con la columna extraída sin realinear filas.
visits.visit_time en la base no equivale a lastVisitTime en la API de extensiones, que usa milisegundos Unix. Las marcas de tiempo de Chrome pueden tener distintas unidades según su origen. Un entero corto también puede ser válido aquí.
La dirección inversa exige Z o ±HH:mm incluso si tu equipo usa UTC. Ejemplo sigue la dirección seleccionada y abre una vista previa antes de sustituir datos. Más de seis decimales generan un error, sin recortar dígitos.
El modo automático espera 350 ms tras editar. Desactívalo para usar el botón o Ctrl/Cmd+Enter. Una modificación bloquea la exportación inmediatamente. Invertir requiere fechas en todas las filas; Deshacer recupera tanto la entrada como el informe anterior.
Los contadores actuales superan el límite de enteros seguros de JavaScript. Los cálculos usan enteros y los contadores precisos se guardan como cadenas en JSON. Convertir antes a coma flotante podría perder el último dígito impar sin avisar.
Primero se restan 11644473600000000 microsegundos. El informe ofrece microsegundos Unix exactos, segundos Unix y milisegundos redondeados hacia abajo, más un resto independiente para cada unidad. Puedes reconstruir la precisión que no cabe en un segundo entero.
Un WebKit negativo señala una fecha anterior a 1601 dentro del rango admitido. Un microsegundo antes de 1970 se expresa como -1 segundo Unix y un resto de 999999 microsegundos. La división no trunca hacia cero.
Se aceptan hasta 1000 líneas físicas y 100000 unidades UTF-16. La vista empieza con 50 filas y amplía otras 50 por clic. Copiar y descargar incluyen todas las entradas, su interpretación y sus errores, aunque todavía no estén visibles.
Entre los campos habituales están visits.visit_time y urls.last_visit_time en History, además de creation_utc y expires_utc en Cookies. Comprueba la versión y el campo del archivo original. Esta página convierte los valores que pegas; no abre tu base de datos.
Chromium base::Time utiliza la época de Windows: 1601-01-01 UTC. La diferencia hasta 1970 es de 11644473600000000 microsegundos. Dividir solamente entre un millón cambia la unidad, pero deja sin corregir la diferencia entre épocas.
Chromium puede representar una hora sin inicializar con cero. La aritmética produce 1601, pero no prueba que hubiera un evento entonces. El aviso possibleNull recuerda que debes consultar el registro original para conocer el significado real.
Confirma que el campo original contiene microsegundos desde 1601 y pega el entero en WebKit → fecha. Lee el resultado UTC junto al nombre del campo. Un cero, una cookie de sesión o un valor recibido por otra API requieren revisar el contexto.
Comparten el inicio, pero aquí la unidad es un microsegundo y FILETIME cuenta 100 nanosegundos. Para un instante normal, el contador FILETIME es diez veces mayor. Elige el conversor que corresponda a la unidad de los datos originales.
¿Un resultado inesperado?
Vuelve al Conversor WebKit con un valor de origen comprobable. Contrasta la fecha UTC, los avisos especiales y los restos Unix antes de guardar el informe completo.