İçeriğe geç

unix · ISO · saat dilimleri

Zaman dönüştürücü

Bir Unix zaman damgası ya da bir ISO 8601 tarihi yapıştır ve o tek anı UTC'de, seçtiğin bölgede ve izlediğin bölgelerde oku. Ofset aritmetiği bu sekmede çalışır.

Çıplak bir sayı uzunluğuna göre okunur: tam 10 basamak saniyedir, tam 13 basamak milisaniyedir ve başka her uzunluk tahmin edilmek yerine reddedilir. Ofsetsiz bir ISO tarihi UTC olarak okunur, çünkü sen tek bir anı kastettin, bölge başına bir anı değil.

Bir zaman damgası nasıl dönüştürülür

1

Anı gir

10 basamaklı bir Unix zaman damgası, 13 basamaklı bir milisaniye damgası ya da 2026-09-12T14:30:00Z gibi bir ISO tarihi yapıştır — ya da bu saniyeden başlamak için now yaz.

2

Bölgeyi seç

Anın hangi bölgede okunacağını seç. UTC ilk sırada, daha yoğun bölgeler ardından gelir ve tüm liste, tarayıcının kendi saat dilimi veritabanının bildiği kadardır.

3

Saati oku

Aynı an, kendi bölgenin ve kısa listenin yanında her ofsetle birlikte, ayrıca hangi API isterse saniye, milisaniye ve mikrosaniye olarak görünür.

Zaman damgası nedir ve bu sayfa onunla ne yapar

Unix zamanı 1970-01-01T00:00:00Z'den itibaren saniyeleri sayar ve artık saniyeleri kasten yok sayar; sayının her yerde aynı olmasının ve bir saat diliminin yalnızca bir görüntüleme seçimi olmasının nedeni budur. On basamak 2001'den 2286'ya kadar kapsar; bu yüzden bir günlükten veya bir URL'den kopyalanan bir değer neredeyse her zaman saniyedir; bir veritabanı sütunu ya da bir JavaScript tarihi ise sana aynı ölçeğin milisaniyeleri olan on üç basamak verir.

ISO 8601 aynı şeyi bir takvim üzerinde yazar: 2026-09-12T14:30:00+03:00, İstanbul'un duvar saatinde ifade edilen tek bir andır ve Z tam olarak +00:00 demektir. Ofsetsiz bir dize belirsizdir; bu yüzden bu sayfa onu, makinendeki bölgeyi varsaymak yerine UTC olarak okur. Ofsetlerin kendisi tarayıcının tz veritabanından gelir; Türkiye'nin 2016'dan beri sürdürdüğü kural uyarınca Europe/Istanbul'un yıl boyunca UTC+3'te kalmasının, America/New_York'un ise tarihe göre UTC−4'e ya da UTC−5'e düşmesinin nedeni budur.

Zaman dönüştürme soruları

Zaman damgam bir sunucuya gönderiliyor mu?

Hayır. Ayrıştırma ve bölge matematiği, tarayıcında zaten kurulu Intl API'sinde çalışır; yani baktığın an hiçbir zaman iletilmez ve sayfa yüklendikten sonra çevrimdışı çalışmaya devam eder. Hiçbir şey günlüğe yazılmaz, çünkü onu kaydedecek bir şey yoktur.

Aynı zaman damgası New York için neden farklı bir saat gösteriyor?

Çünkü bir bölgenin ofseti tarihe bağlıdır: New York kışın UTC−5, yazın UTC−4'tür ve tarayıcı o anda yürürlükte olan kuralı uygular. Bu yüzden bir dönüştürme her zaman iki an arasındadır, iki bölge adı arasında değil — zaman damgasını değiştir ve ofset de onunla değişebilir.

Saniye, milisaniye ve mikrosaniyeden hangisini kopyalamalıyım?

Üçü de aynı anın üç çözünürlükteki hâlidir: 10 basamaklı bir Unix saniye sayımı, 13 basamaklı bir milisaniye sayımı ve ikisinin yanında mikrosaniyeler. API'ler hangisini bekledikleri konusunda anlaşamaz — Unix zamanı geleneksel olarak saniyedir, tarayıcı ve veritabanı zaman damgaları ise genellikle milisaniyedir — bu yüzden beslediğin aracın ya da uç noktanın istediğini al.

12 basamaklı bir sayı yapıştırırsam ne olur?

Tahmin edilmek yerine reddedilir, çünkü yalnızca 10 basamaklı bir değer saniye, yalnızca 13 basamaklı bir değer milisaniye olarak okunur. Tahmin etmek anı sessizce on yıllarca kaydırırdı; bu yüzden yanlış yazılmış ya da kesilmiş bir sayıyı hata olarak yakalamak daha kolaydır. Ofsetli bir ISO 8601 tarihi de bir sayı kadar iyi çalışır ve belirsiz değildir.