Timestamp Çevirici (Unix ↔ ISO)
Zaman damgaları aldatıcı biçimde basit. Temel fikir — bir şeyin gerçekleştiği anı temsil eden bir sayı — kulağa açık geliyor; gerçek sistemlerle uğraşmaya başlayana kadar. Ardından zaman damgası işlemenin neredeyse her yönünün ya bir karışıklık kaynağı, ya bir taşınabilirlik sorunu, ya da olmaya hazır ince bir hata olduğunu fark ediyorsun. Unix saniye ile Unix milisaniye arasındaki klasik 1000 katlık çarpan farkı, tarihleri 2024’ten 56000 yıl ileriye kaydırıyor. Zaman dilimi yorumlama kendi mayın tarlası: ‘created_at’ adlı bir veritabanı sütunu UTC olabilir, yerel saat olabilir, gömülü ofseti olabilir, her okunduğunda yeniden ayrıştırılan bir dize olabilir. ISO 8601 yardım ediyor; ama yalnızca herkes onu tutarlı şekilde kullanmayı kabul ettiğinde. Bu araç, bir zaman damgasını formatlar arasında çevirmen ve hangi değeri temsil ettiğini tam olarak teyit etmen gereken anlar için var.
Unix saniye ile Unix milisaniye, JavaScript kodunda zaman damgası hatalarının tek başına en yaygın kaynağı. JavaScript’in Date nesnesi yerel zaman formatı olarak epoch’tan beri milisaniye kullanıyor; neredeyse her diğer dil epoch’tan beri saniyeyi kongre olarak kullanıyor. Bir Python API’sından zaman damgası çeken (saniye), dönüştürmeden Date oluşturan bir geliştirici 50.000 yıl ileride bir tarih alıyor. Tersi — JavaScript zaman damgasını saniye bekleyen bir Python servisine çekmek — 50.000 yıl önceki bir tarih veriyor. Buradaki araç her iki yorumlamayı yan yana gösteriyor; bu da 1000 hatasını, tarihlerden biri çılgınca yanlış olduğu anda görsel olarak bariz hâle getiriyor.
ISO 8601, zaman damgalarının sistemler arasında dolaşması gerektiğinde kullanman gereken format ve bir şey ters gittiğinde aslında hata ayıklama zamanı kazandıran format. ‘2024-03-15T14:30:00Z’ dizesi belirsiz olmadan belirli bir UTC anı; uyumlu herhangi bir ayrıştırıcı bunu tutarlı şekilde okuyabilir. ‘2024-03-15 14:30:00’ dizesi (zaman dilimi yok) belirsiz — UTC olabilir, yerel saat olabilir, kaynak sistemin kullandığı başka bir zaman diliminde yerel saat olabilir. Buradaki araç her zaman açık zaman dilimi bilgisiyle ISO 8601 üretiyor; bu da çıktıyı belirsiz olmayan zaman formatları bekleyen sistemlere anında kopyala‑yapıştır yapılabilir kılıyor.
Zaman dilimi yönetimi, zaman damgası hatalarının en sık saklandığı alan. Aynı Unix zaman damgası, yerel saat dizesi olarak gösterildiğinde New York, Londra ve Tokyo’da tamamen farklı görünüyor. Render altta yatan değeri değiştirmiyor — anın kendisi aynı — ama temsil, insanları zaman damgasını yanlış okutuyor; eğer zaman dilimi ipucunu fark etmezlerse. Üretim sistemleri saklama için evrensel olarak UTC kullanmalı ve yalnızca gösterimde yerel saate çevirmeli; ama pek çok eski sistem ve ad‑hoc script ikisini karıştırıyor. Buradaki araç zaman dilimini her yönde açıkça gösteriyor; bu da ‘bu zaman damgası yanlış zaman diliminde’ türünden hataları bir bakışta yakalıyor.
Yaz saati uygulaması, zaman dilimi karışıklığının yılda iki kez ısıran bir alt kategorisi. Saatler geri alındığında tekrar eden saat ve saatler ileri alındığında var olmayan saat, sistemlerin tutarsız biçimde işlediği zaman damgaları üretiyor. Saatlerin değiştiği günde 02:30’a programlanmış bir toplantı, kullanılan zaman dilimi kütüphanesine bağlı olarak bir kez, iki kez veya hiç gerçekleşmeyebilir. Bunu atlatmanın yolu tüm zaman damgalarını dahili olarak UTC’de tutmak ve yalnızca gösterimde yerel saate çevirmek; buradaki araç kanonik form olarak UTC ile her zaman her iki temsili göstererek bu kalıbı sergiliyor.
Bu aracın düzenli kullanım gördüğü yaygın iş akışları arasında API yanıtlarını hata ayıklama (API exp iddiasını döndürdü, bu tam olarak hangi tarih), log zaman damgalarını inceleme (Unix 1710506400’de bir olay gerçekleşti, bu zaman dilimimde hangi saat), önbellek son kullanma tarihini doğrulama (bu token exp 1710513600’de sona eriyor, şimdiden ne kadar uzakta), test fikstürleri kurma (‘bir saat önce’ için bir zaman damgasına ihtiyacım var, Unix değeri ne) ve sistemler arası raporları mutabakat (bu iki değer farklı görünüyor, aslında farklı zaman dilimlerinde aynı an mı) yer alıyor. Her biri doğru araçla beş saniyelik bir operasyon, doğru araç olmadan Stack Overflow yanıtları arasında on beş dakikalık bir çapraz referans.
- Log timestamp’lerini debug edip UTC/yerel farkını görmek.
- JWT exp/nbf/iat değerlerini ve TTL hesaplarını kontrol etmek.
- SQL sorgularında tarih aralığı ve partition filtreleri hazırlamak.
- Timestamp’in saniye mi milisaniye mi olduğunu ayırt etmek.
- API tarih alanlarını tutarlı ISO 8601 formatına çevirmek.
- Yaz saati/offset kaynaklı farkları hızlıca teşhis etmek.
- 1Unix timestamp’in saniye mi milisaniye mi olduğunu seçin.
- 2Unix → Tarih ile UTC ISO ve yerel saati yan yana görün.
- 3Tarih → Unix ile hem saniye hem milisaniye çıktısı alın.
- 4Şimdi butonuyla anlık zamanı hızlıca yakalayın.
- 5Kopyalayıp log, kod, SQL veya token doğrulamada kullanın.
›Timestamp saniye mi milisaniye mi nasıl anlarım?
›ISO 8601’de Z ne demek?
›Yerel saat neden UTC’den farklı?
›Negatif timestamp olur mu?
›Leap second destekli mi?
›Veri yükleniyor mu?
Bu aracı sitene ekle
Dosya yüklemeyen mini widget veya backlink rozeti ekleyebilirsiniz. Widget içinde dosya yükleme yoktur; Powered by Omnvert bağlantısı ana araca gider.
<iframe src="https://omnvert.com/tr/embed/timestamp-converter" width="100%" height="520" style="border:0;border-radius:20px;max-width:640px;" loading="lazy" title="Timestamp Dönüştürücü Widget by Omnvert"></iframe>
<a href="https://omnvert.com/tr/developer-tools/timestamp-converter" target="_blank" rel="noopener" style="display:inline-flex;align-items:center;gap:8px;border:1px solid #d1d5db;border-radius:999px;padding:8px 12px;font:600 14px system-ui,sans-serif;color:#047857;text-decoration:none;background:#f0fdf4;">Omnvert ile aç: Timestamp Dönüştürücü Widget</a>