“Otomatik Algıla” seçeneği; girilen metnin yapısına bakarak olası formatı tahmin eder. Örneğin 24 haneli hex bir metinse Mongo ObjectID olarak yorumlar, 10 haneli sayı çoğu zaman Unix saniye, 13+ haneli sayı milisaniye timestamp olur. Ayrıca ISO 9075 (YYYY-MM-DD HH:MM:SS) gibi desenleri de yakalar. Şüphe durumunda formatı elle seçmek en net sonuç verir.

ISO 8601 genel standarttır; örnek: 2025-12-20T12:34:56.789Z. RFC 3339, ISO 8601’in internet/JSON pratik kullanımına daha sıkı kurallar getiren türevi gibi düşünülebilir (özellikle timezone ofseti). RFC 7231 ise HTTP header’larında kullanılan “GMT” tarih formatını baz alır (ör: Sat, 20 Dec 2025 09:34:56 GMT). Bu nedenle bazı sistemler arası entegrasyonda RFC 7231 özellikle log ve cache katmanlarında karşınıza çıkar.

Unix timestamp saniye cinsindendir (10 hane tipik). JavaScript Date.getTime() ise milisaniye döndürür (13 hane tipik). Bir değeri yanlış türde yorumlamak, tarihleri 1000 kat ileri/geri kaydırır. Bu araç iki değeri yan yana göstererek bu hatayı görünür kılar.

Mongo ObjectID’nin ilk 4 baytı (8 hex karakter) “oluşturulma zamanını” Unix saniye olarak içerir. Bu yüzden ObjectID üzerinden yaklaşık oluşturulma zamanı hesaplanabilir. Buradaki çıktı, tarih alanını çözerek gösterir. Canlı modda üretilen ObjectID her an için yeni olacak şekilde güncellenir.

Excel’de tarih/saat, “gün sayısı + gün içi kesir” mantığıyla tutulur. Windows Excel genelde 1900 sistemini kullanır; Mac tarafında 1904 sistemi de görülebilir. 1900 sisteminde meşhur bir “artık yıl hatası” vardır (1900 yılını yanlışlıkla artık yıl varsayar) ve seri 60 ve sonrası için 1 gün kayma düzeltmesi gerekir. Bu araç hem 1900 hem 1904 seri değerlerini ayrı ayrı üretir.

Bu sayfa tüm dönüşümleri tarayıcı tarafında (client-side) üretir. Girilen veri sunucuya gönderilmez. Bu yaklaşım; log, token, tarih verisi gibi hassas içeriklerde güvenli kullanım ve hızlı tepki süresi sağlar.