Epoch Converter: Unix Timestamp'i Tarihe Çevirme

Bir epoch zaman damgası ya da tarih yapıştırın: tarihi yazıyla, saat diliminizde ve UTC'de, sayının olabileceği her şeyle birlikte görün.

s · ms · µs · ns · FILETIME · .NET · Excel · NTP · GPS · tarayıcınızda çalışır

Örnek · 817876800

Cumartesi

2 Aralık 1995

04:00:00 UTC

UTC
2 Ara 1995 Cmt · 04:00:00
2 Ara 1995 Cmt · 04:00:00UTC · UTC+00:00
Göreli
31 yıl önce
Yazım biçimleri
ISO 8601 · UTC
1995-12-02T04:00:00Z
ISO 8601 · UTC
1995-12-02T04:00:00Z
RFC 5322 · e-postaRFC 2822'nin tanımladığı biçim
Sat, 02 Dec 1995 04:00:00 +0000
HTTP tarihiRFC 9110
Sat, 02 Dec 1995 04:00:00 GMT
SQL DATETIMEUTC
1995-12-02 04:00:00
Saniye
817876800
Milisaniye
817876800000
Mikrosaniye
817876800000000
Nanosaniye
817876800000000000

Tek sayı · tüm epoch'lar

7 okuma gerçek bir tarihe denk geliyor

Unix saniyesi olarak okundu, uzunluğuna göre: 9 basamak. GPS saniyesi olarak 6 Aralık 2005 tarihi olurdu: bu da gerçek bir tarih, bu yüzden bir tık uzakta duruyor.

OkumaDenk geldiği tarih
1900–2100: gerçek bir tarihBugün2038: 32 bit sınırıGerçek bir tarihe denk gelmiyorKullanmak için bir okuma seçin
Şimdi

Milisaniye
Mikrosaniye
Nanosaniye
ISO 8601

Tarayıcınızın saati tam milisaniyeleri sayar: sonlarındaki sıfırlar hassasiyet değil, dolgudur.

Tarih ve saat → zaman damgası
Saat dilimi

UTC · bu tarihte UTC+00:00

1793813880
Milisaniye
1793813880000
ISO 8601
2026-11-04T17:38:00Z
UTC saatiyle başlangıç ve bitiş
BaşlangıçBitiş
Gün17937504001793836799
Ay17934912001796083199
Yıl17672256001798761599

Her şey bu sekmede olur: yapıştırdığınız hiçbir şey bir yere gönderilmez.

Epoch converter nasıl kullanılır?

Elinizdeki zaman damgasını, hangi birimde olursa olsun alana yapıştırın; tarih kendi saat diliminizde ve UTC'de görünür. Epoch zamanını almak için bir tarih, e-postanın Date başlığı ya da şimdi sözcüğü de yazabilirsiniz.

Sayfa bir sayıyı aynı anda saniye, milisaniye, mikrosaniye ve nanosaniye olarak okur, gerçek bir tarihe denk gelen okumayı seçer, nedenini söyler ve diğer okumaları bir tık uzakta tutar. Cevabın altında aynı basamaklar Windows, .NET, Mac, Excel, NTP ve GPS zaman damgası olarak okunur ve her biçim kopyalanabilir.

Epoch converter, 133756272000000000 değerini Windows FILETIME olarak okuyor: 9 Kasım 2024, tüm epoch'lar tek çizgideEpoch converter, 133756272000000000 değerini Windows FILETIME olarak okuyor: 9 Kasım 2024, tüm epoch'lar tek çizgideHer şeyi yapıştırınHerhangi bir birimde sayı, ISO tarihi, e-postanın Date başlığı, SQL tarih-saati ya da “şimdi” sözcüğü. Etiket, nasıl okunduğunu söyler.Sayılan basamaklarSayının altındaki cetvel basamakları üçerli gruplar; böylece 18 basamak altı grup olarak okunur: ne olduğuna dair ilk ipucu.Önce cevapHaftanın günü ve yazıyla tarih, ardından UTC'deki ve kendi saat diliminizdeki saat, sonra kopyalanacak her biçim.Hangi okuma ve nedenSayfa hangi okumayı neden seçtiğini sözle anlatır ve gerçek bir tarihe denk gelen diğer okumayı da adlandırır.Diğer tüm epoch'larAynı basamaklar her birimde ve her epoch'ta okunur; her biri kendi başlangıcından uzanan bir çubuktur. O okumayı kullanmak için bir satır seçin.
Araç bir Windows FILETIME okuyor. Her parçanın ne yaptığını görmek için bir numara seçin.

Epoch ne demek, Unix zamanı neden 1970'te başlar?

Epoch, Unix zamanının başlangıç anı demektir: POSIX, 1970-01-01 00:00:00 UTC anına Epoch der. Epoch zamanı ya da Unix zamanı o andan bu yana geçen saniye sayısıdır. 0 zaman damgası tam bu andır, 817876800 ise 1995-12-02 04:00 UTC'dir.

1970'in neden seçildiğini hiçbir birincil kaynak kaydetmiyor. Kasım 1971'deki ilk Unix kılavuzu, 1 Ocak 1971'den itibaren saniyenin altmışta birlerini sayıyor ve bu saatin yaklaşık iki buçuk yılda dolacağını belirtiyordu; 1979'daki yedinci sürümde sayım artık 1 Ocak 1970'ten bu yana saniye cinsindendi: Unix'in yazıldığı döneme yakın, yuvarlak bir tarih. UTC'nin kendisi ancak 1972'de başladı, bu yüzden daha önceki zaman damgaları geleneksel olarak UTC kabul edilir.

Unix, birinci sürüm, 19711 Ocak 1971 tarihinden beri saniyenin altmışta biri, 32 bit içinde

8 Nisan 1973 tarihinde doldu · 2,27 yıl

Unix, yedinci sürüm, 19791 Ocak 1970 tarihinden beri saniye, işaretli 32 bitlik bir sayıda

1901-12-13 → 2038-01-19her iki yönde 68 yıl

negatif sayılar: 1970 öncesi

Kronolojik--düşünen kullanıcı, saniyenin 2**32 altmışta birinin yalnızca yaklaşık 2,5 yıl olduğunu fark edecektir.

UNIX Programmer's Manual, birinci sürüm, time (II), 3 Kasım 1971

Bu sayfanın okuduğu tüm epoch'lar tek bir çizgide

  1. .NET0001-01-01 · 100 nsn tick
  2. Windows FILETIME1601-01-01 · 100 nsn tick
  3. Excel1899-12-30 · gün
  4. NTP1900-01-01 · saniye
  5. Mac HFS+1904-01-01 · saniye
  6. Excel 19041904-01-01 · gün
  7. Unix1970-01-01 · saniye
  8. GPS1980-01-06 · saniye
İki çubuk da sayacın boyutundan hesaplandı: saniyenin 2³² altmışta biri 2,27 yıl eder; kılavuzun kendi tahmininden biraz az. Bu sayfanın okuduğu diğer her epoch aynı çizginin başka bir noktasında başlar; çizgi, dönüştürücünün kendi zaman ekseninde çizildi. Kaynak: time (II), 1971, time (2), 1979

Unix timestamp'im saniye mi, milisaniye mi, mikrosaniye mi, nanosaniye mi?

Basamakları sayın: güncel bir zaman damgası saniye cinsinden 10, milisaniye cinsinden 13, mikrosaniye cinsinden 16, nanosaniye cinsinden 19 basamaktır. JavaScript ve Java milisaniye; Unix araçları ve çoğu API saniye kullanır.

Basamak sayısı güçlü bir ipucudur, kanıt değil. NTP, GPS ve Mac zaman damgaları da bugün on basamaklıdır; bir Windows FILETIME ile bir .NET tick sayısı ise ikisi de on sekiz basamaklıdır. Bu yüzden bu sayfa her ölçeği aynı anda okur ve seçtiği okumayı diğerlerinin yanında gösterir. Ayrıca bir FILETIME, JavaScript'in tam olarak tutabileceğinden büyüktür; bu yüzden sayfa basamakları yapıştırdığınız gibi saklar.

10 basamak · 4 ölçek · basamaklar tek başına hangisi olduğunu söylemez

Unix saniyesi1792972800
NTP saniyesi4001961600
GPS saniyesi1477008018
Mac HFS+3875817600
Unix mili­saniyesi1792972800000
Unix mikro­saniyesi1792972800000000

18 basamak · 2 ölçek · onları yalnızca ilk basamak ayırır

Windows FILETIME134374464000000000
.NET tick639285696000000000
Unix nano­saniyesi1792972800000000000

10 basamak uzunluğundaki saniyeler 2001-09-09T01:46:40Z ile 2286-11-20T17:46:39Z arasındadır. Bu bir birim değil, 285 yıl süren bir aralıktır.

Her değer aynı andır (26 Ekim 2026, 00:00 UTC), her biri kendi ölçeğinde. Uzunluk Unix birimlerini birbirinden ayırır, epoch'ları ayıramaz. Kaynak: ECMA-262 §21.4.1, [MS-DTYP] 2.3.3, DateTime.Ticks

Unix timestamp kendi saat dilimimde tarihe nasıl çevrilir?

Bir Unix zaman damgasının saat dilimi yoktur: her yerde aynı anı belirtir. Tarih, onu nerede okuduğunuza bağlıdır; bu yüzden sayfa kendi saat diliminizi ve UTC'yi yan yana, seçtiğiniz diğer saat dilimleriyle birlikte gösterir.

Saat dilimi seçici, işletim sisteminizin de kullandığı IANA saat dilimi veritabanını kullanır; bu yüzden yaz saati değişiklikleri bugüne göre değil, tarihin kendisine göre uygulanır. Ters yönde, saat farkı olmadan yazılan bir tarih UTC olarak okunur ve sayfa onu kendi saat diliminizde okumayı önerir.

Tek an1793057400= 2026-10-26T23:30:00Z

  • Los Angeles16:3026 Eki PztUTC−07:00
  • New York19:3026 Eki PztUTC−04:00
  • UTC23:3026 Eki PztUTC+00:00
  • Berlin00:3027 Eki SalUTC+01:00
  • Kalküta05:0027 Eki SalUTC+05:30
  • Tokyo08:3027 Eki SalUTC+09:00
  • Lord Howe10:3027 Eki SalUTC+11:00

Berlin, 29 Mart 202623 saat · saatler 02:00 olduğunda ileri alınıp 03:00 yapıldı

Berlin, 25 Ekim 202625 saat · saatler 03:00 olduğunda geri alınıp 02:00 yapıldı

Orta Avrupa Standart Saati · UTC+01:00Orta Avrupa Yaz Saati · UTC+02:00iki kez yaşanan saathiç yaşanmayan saat

Tek zaman damgası, 7 yerel saat: yerel tarihin UTC tarihinden farklı olduğu yerler işaretlendi. Berlin, 2026: saatlerin değiştirildiği iki günde bir saat değeri hiçbir ana karşılık gelmedi, bir başkası ise iki ana. Kaynak: ECMA-262 §21.4.1.19, IANA tz

2038'de Unix zamanına ne olacak?

İşaretli 32 bitlik bir tamsayı olarak saklanan Unix zamanı 2147483647'de, yani 2038-01-19 03:14:07 UTC'de biter; bir saniye sonra başa sararak Aralık 1901'de bir tarihe döner. POSIX'in artık zorunlu kıldığı gibi 64 bitle sayan sistemler bundan etkilenmez.

2026'da risk saatlerde değil, depolamada: MySQL'in TIMESTAMP sütunu hâlâ 2038-01-19 03:14:07 UTC'de biter; 32 bitlik bir alanı koruyan her dosya biçimi ya da gömülü cihaz için de durum aynıdır. NTP'nin kendine ait, daha erken bir taşması var: 32 bitlik saniyeleri 2036'da başa sarar. Sayfa, 2038 sınırına yakın ya da onu geçmiş her zaman damgasını işaretler.

2.147.483.647işaretli 32 bitlik en büyük sayı

01111111 11111111 11111111 11111111

19 Oca 2038 Sal03:14:07 UTC

+ 1 saniye

-2.147.483.648aynı 32 bit, işaretli sayı olarak okunmuş

10000000 00000000 00000000 00000000

13 Ara 1901 Cum20:45:52 UTC

Son saniye, UTC

İşaretli 32 bitlik time_t2038-01-19 03:14:07
İşaretsiz 32 bitlik saniye2106-02-07 06:28:15
MySQL TIMESTAMP sütunu2038-01-19 03:14:07
NTP, 0. dönem2036-02-07 06:28:15
Mac HFS+ tarihleri2040-02-06 06:28:15

bugün2038-01-19

Her bitiş, alanın kendi boyutundan hesaplandı: tutabildiği son tam saniye. POSIX.1-2024'ün zorunlu kıldığı 64 bitlik bir time_t, 1970 yılının her iki yanında yaklaşık 292 milyar yıl kapsar. Kaynak: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150

Unix zaman damgası negatif olabilir mi?

Evet: negatif bir zaman damgası 1970'ten önceki bir tarihtir. -1, 1969-12-31 23:59:59 UTC'dir; -86400 ise 1969-12-31 00:00:00 UTC.

POSIX'in kendisi negatif değerleri tanımsız bırakır, ancak GNU ve çoğu sistem belgelenmiş bir uzantıyla onları 1970 öncesi tarihler olarak ele alır; JavaScript, Python ve PostgreSQL de öyle. İstisna MySQL'dir: TIMESTAMP sütunu 1970'te başlar ve FROM_UNIXTIME(-1) NULL döndürür. Doğum tarihleri ve tarihsel kayıtlar sıradan negatif zaman damgalarıdır; bu yüzden sayfa onları hata saymak yerine tarih olarak okur.

SaniyeNe kadar geride (log ölçek)Tarih, UTC

01 Oca 1970 Per00:00:00 UTC
-131 Ara 1969 Çar23:59:59 UTC
-86.40031 Ara 1969 Çar00:00:00 UTC
-31.536.0001 Oca 1969 Çar00:00:00 UTC
-1.000.000.00024 Nis 1938 Paz22:13:20 UTC
-2.147.483.64813 Ara 1901 Cum20:45:52 UTC
  • POSIXYıl <1970 ise ya da değer negatifse, ilişki tanımsızdır.
  • GNU date@-1, 1969-12-31 23:59:59 UTC demektir: POSIX'e bir uzantı olarak negatif sayılar
  • JavaScript1970 yılının her iki yanında yaklaşık 273.790 yıl içindeki herhangi bir tarih
  • MySQL TIMESTAMP1970-01-01 00:00:01 UTC anında başlar: negatif değer tutamaz
Her değer Unix saniyesi olarak okundu. Çubuklar logaritmik ölçekte, böylece küçük değerler de görünür kalır. Son satır, işaretli 32 bitlik bir alanın tutabildiği en küçük sayıdır: 2038 sorununun öbür ucu. Kaynak: POSIX.1-2024 §4.19, GNU Coreutils, ECMA-262 §21.4.1, MySQL 8.4

Windows, .NET, Mac, Excel, NTP ve GPS: diğer epoch'lar

Pek çok sistem kendi sıfırından sayar: Windows 1601'den, .NET 1. yıldan, Mac ve HFS+ 1904'ten, Excel 1900'den, NTP 1900'den ve GPS 6 Ocak 1980'den. Unix zaman damgası olarak anlamsız görünen bir sayı çoğu zaman bunlardan biridir.

Örneğin 133756272000000000 FILETIME değeri, 1601'den bu yana 100 nanosaniyelik aralıkları sayar ve 2024-11-09 12:00:00 UTC'dir. Excel günleri sayar ve 1900'ü bilerek artık yıl kabul eder; bu yüzden 61'in altındaki seri numaraları bir gün kaymıştır ve sayfa onları işaretler. GPS zamanı artık saniyeleri atlar ve 2017'den beri UTC'nin 18 saniye önündedir.

EpochSaydığıBaşlangıç26 Eki 2026 günüBasamakSaat dilimiNerede karşılaşırsınız
Unix saniyesisaniye1970-01-01179297280010UTC (POSIX)date +%s, Python'da time.time()
Unix mili­saniyesimilisaniye1970-01-01179297280000013UTCJavaScript'te Date.now(), Java
Unix nano­saniyesinanosaniye1970-01-01179297280000000000019UTCGo'da UnixNano()
Windows FILETIME100 nsn tick1601-01-0113437446400000000018UTC (FAT'te yerel saat)NTFS, Active Directory'de lastLogon, Win32
.NET tick100 nsn tick0001-01-0163928569600000000018Kind değerine göre UTC ya da yerelDateTime.Ticks özelliği
Excel seri numarasıgün1899-12-30463215yok: tablonun saatiExcel, Google Sheets, LibreOffice
Excel 1904gün1904-01-01448595yok: tablonun saatiMac için eski Excel sürümleri
Mac HFS+saniye1904-01-01387581760010GMT (klasik HFS: yerel)HFS+ dosya tarihleri
NTP saniyesisaniye1900-01-01400196160010UTCNTP paketleri
GPS saniyesisaniye1980-01-06147700801810artık saniye yok: UTC + 18snGPS alıcıları, RINEX dosyaları
Her değer aynı andır (26 Ekim 2026, 00:00 UTC), her biri kendi ölçeğinde; hepsi bu sayfanın çalıştırdığı motorla hesaplandı. Google Sheets ve LibreOffice de günleri 1899-12-30 tarihinden sayar, bu yüzden seri numaraları 1 Mart 1900 tarihinden itibaren Excel'inkilerle aynıdır. Kaynak: [MS-DTYP] 2.3.3, DateTime.Ticks, Excel, Google Sheets, LibreOffice, TN1150, RFC 5905, RINEX 3.05

Unix zamanı artık saniyeleri sayar mı?

Hayır. Unix zamanı her güne tam 86.400 saniye verir; bu yüzden artık saniyenin kendine ait bir sayısı yoktur ve POSIX bunu açıkça söyler: parçalarına ayrılmış POSIX zamanı, görünüşüne rağmen mutlaka UTC değildir.

1972'den bu yana UTC'ye 27 artık saniye eklendi; Unix zamanında fazladan saniye için bir sayı yoktur, bu yüzden tek bir zaman damgası iki saniyeyi temsil eder. Sonuncusu 2016-12-31'deydi; 2022'de Ağırlıklar ve Ölçüler Genel Konferansı, artık saniyeleri gerekli kılan sınırı 2035'e kadar yükseltmeye karar verdi, bu da pratikte onları sona erdiriyor. Artık saniyeleri hiç olmamış GPS zamanı farkı gösteriyor: UTC'nin 18 saniye önünde.

31 Aralık 1998 gününün son saniyeleri

UTC23:59:5823:59:5923:59:6000:00:0000:00:01
Unix zamanı915148798915148799915148800915148800915148801
GPS zamanı599184010599184011599184012599184013599184014

Unix zamanı 915148800 değerini iki kez verir; artık saniyesi olmayan GPS zamanı ise saymayı sürdürür.

27 artık saniye31 Aralık 2016 tarihinden sonra yok · 28 Haziran 2027 tarihinden önce duyurulan yok

GPS zamanı başlamadan önceGPS zamanı başladıktan sonra: her biri onu bir saniye daha öne geçirdi

Eşgüdümlü Evrensel Zaman (UTC) artık saniyeleri içerir. Ancak POSIX zamanında (Epoch'tan bu yana geçen saniyelerde), zaman farklarını hesaplamanın kolay ve uyumlu bir yolunu sağlamak için artık saniyeler yok sayılır (uygulanmaz). Bu nedenle parçalarına ayrılmış POSIX zamanı, görünüşüne rağmen mutlaka UTC değildir.

POSIX.1-2024, Rationale A.4.19
Bu artık saniyeden hemen sonra GPS zamanı UTC'nin 13 saniye önündeydi. Kaynak: POSIX.1-2024 A.4.19, leap-seconds.list, RINEX 3.05

Python, JavaScript, Java, C#, Go, SQL ve kabukta Unix timestamp

Her dil iki yöne de bir iki satırda çevirir. Tuzaklar birim (JavaScript ve Java milisaniye sayar) ve saat dilimidir (bir veritabanı değeri kendi oturumunun saat diliminde okuyabilir).

Aşağıdaki her örnek 817876800 değerini bir tarihe, tarihi de yeniden saniyeye çevirir ve her biri çıktısı denetlenmek üzere çalıştırıldı. Kabukta macOS ve BSD'ler date -r 817876800, GNU/Linux ise date -d @817876800 kabul eder: ikisi birbirinin yerine kullanılamaz.

from datetime import datetime, timezone

t = datetime.fromtimestamp(817876800, tz=timezone.utc)
print(t.isoformat())  # 1995-12-02T04:00:00+00:00

back = datetime(1995, 12, 2, 4, 0, tzinfo=timezone.utc)
print(int(back.timestamp()))  # 817876800

26 Ekim 2026 tarihinde Python 3.14.4 ile çalıştırıldı: yorumlarda gösterileni yazdırır.

Her sekme, yapıştırıldığı gibi çalışan eksiksiz bir program ya da oturumdur; kabuk sekmesinde sisteminize uygun yarıyı çalıştırın. Kaynak: docs.python.org, ECMA-262, Instant, DateTimeOffset, pkg.go.dev/time, PostgreSQL, MySQL, date(1), GNU Coreutils

Epoch zamanı: sorular ve cevaplar

Epoch zamanı nedir?

Unix zamanı ya da Unix zaman damgası olarak da bilinen epoch zamanı, artık saniyeler sayılmadan 1970-01-01 00:00:00 UTC'den bu yana geçen saniye sayısıdır. Bilgisayarlar tarihleri böyle saklar, çünkü tek bir sayıyı karşılaştırmak, sıralamak ve göndermek kolaydır. 1000000000 zaman damgası 2001-09-09 01:46:40 UTC'ydi; sayfanın üstündeki alan da her değeri tarihe çevirir.

Epoch zamanı tarihe nasıl çevrilir?

Sayıyı üstteki alana yapıştırın. Sayfa onu saniye, milisaniye, mikrosaniye ve nanosaniye olarak okur, gerçek bir tarihe denk gelen okumayı seçer ve o tarihi saat diliminizde ve UTC'de gösterir. Elle yapmak için saniyeyi 1.000 ile çarpıp bir tarih işlevine verin; örneğin JavaScript'te new Date(817876800 * 1000).

Şu anki epoch zamanı nedir?

Bu sayfadaki saat, şu anki Unix zamanını saniye, milisaniye, mikrosaniye ve nanosaniye cinsinden canlı gösterir ve her değer kopyalanabilir. Değer cihazınızın kendi saatinden gelir, yani o saat ne kadar doğruysa o kadar doğrudur; internet üzerinden eşitlenen bir bilgisayarın saati genellikle en fazla saniyenin bir kesri kadar sapar. Komut satırında date +%s onu saniye cinsinden yazdırır.

Unix timestamp saniye mi, milisaniye mi?

Klasik Unix zaman damgaları saniye cinsindendir, ancak JavaScript, Java ve pek çok web API'si milisaniye, bazı veritabanları ve günlükler de mikrosaniye ya da nanosaniye kullanır. Güncel bir zaman damgası saniye cinsinden 10, milisaniye cinsinden 13 basamaktır. Tarih 1970'e ya da binlerce yıl sonrasına düşüyorsa birim yanlıştır; bu sayfa her birimi dener ve hangisinin anlamlı olduğunu gösterir.

Unix zamanı neden 1970'te başlar?

Nedeni hiçbir birincil kaynakta yazmıyor. 1971 tarihli ilk Unix kılavuzu, 1 Ocak 1971'den itibaren saniyenin altmışta birlerini sayıyor ve birkaç yıl içinde dolmasını bekliyordu. Sayım tam saniyelere geçtiğinde başlangıç 1 Ocak 1970 oldu: Unix'in yazıldığı döneme yakın, yuvarlak bir tarih; 32 bitlik bir saniye sayacı bu tarihten 2038'e kadar uzanır.

Unix zamanı UTC ile aynı mı?

Neredeyse, ama tam olarak değil. Unix zamanı UTC'nin takvimini ve saatini izler, ancak her güne tam 86.400 saniye verir ve artık saniyeleri yok sayar; bu yüzden artık saniyenin kendi zaman damgası yoktur. POSIX'in kendisi, parçalarına ayrılmış bir Unix zamanının mutlaka UTC olmadığını söyler. İnsanların okuduğu tarih ve saatlerde fark hiç görünmez; bir artık saniyeyi kapsayan hassas aralıklarda görünür.

2038 yılı problemi nedir?

İşaretli 32 bitlik bir sayı olarak saklanan Unix zamanı en fazla 2147483647'ye, yani 2038-01-19 03:14:07 UTC'ye ulaşabilir. Bir saniye sonra taşar ve Aralık 1901 olarak okunur. Modern işletim sistemleri 64 bitlik zaman kullanır ve güvendedir, ancak bazı veritabanlarında, dosya biçimlerinde ve gömülü cihazlarda 32 bitlik alanlar kalır: örneğin MySQL'in TIMESTAMP sütunu hâlâ o saniyede biter.

1970'ten önceki bir tarihi çevirebilir miyim?

Evet. 1970 öncesi tarihler negatif zaman damgalarıdır: -1, 1969-12-31 23:59:59 UTC'dir; 1950'deki bir tarih ise yaklaşık -631 milyondur. Negatif bir sayı yapıştırın, sayfa tarihini göstersin; daha eski bir tarih yazın, negatif değeri alın. Katı POSIX negatif değerleri tanımsız bırakır ve MySQL'in TIMESTAMP sütunu onları tutamaz, ancak çoğu dil ve veritabanı onları 1970 öncesi tarihler olarak okur.

Windows FILETIME tarihe nasıl çevrilir?

Bir FILETIME, 1601-01-01 UTC'den bu yana 100 nanosaniyelik aralıkları sayar; bu yüzden bugün 18 basamaktır. Alana yapıştırın, sayfa onu Unix birimlerinin yanında FILETIME olarak da okusun: 133756272000000000, 2024-11-09 12:00:00 UTC'dir. Elle yapmak için 116444736000000000 çıkarıp 10.000.000'a bölün; Unix saniyesini elde edersiniz.

Excel tarih seri numarası zaman damgasına nasıl çevrilir?

Bir Excel seri numarası günleri sayar, saati de kesirle gösterir: varsayılan 1900 sisteminde 45658, 2025-01-01'dir. Seri numarasını yapıştırın; sayfa onu hem 1900 hem de 1904 sisteminde Excel tarihi olarak okur. Excel 1900'ü bilerek artık yıl kabul eder; bu yüzden 61'in altındaki seri numaraları bir gün kaymıştır ve sayfa tahmin yürütmek yerine onları işaretler.

Dönüştürücü saat dilimlerini ve yaz saatini hesaba katıyor mu?

Evet. Sayfa her tarihi kendi saat diliminizde ve UTC'de gösterir; America/New_York ya da Asia/Kolkata gibi herhangi bir IANA saat dilimini de seçebilirsiniz. Yaz saati bugüne göre değil, çevrilen tarihe göre uygulanır; bu yüzden yaz aylarına ait bir zaman damgası kışın bile yaz saatini gösterir. Saat farkı olmadan yazdığınız bir tarih UTC olarak okunur, tek tıkla da kendi saat diliminizde okunabilir.

Zaman damgam bir yere gönderiliyor mu?

Hayır. Dönüştürme tamamen tarayıcınızda çalışır; yapıştırdığınız şey cihazınızdan hiç çıkmaz ve hiçbir sunucu onu görmez. “Bağlantıyı kopyala” düğmesiyle oluşturulan bağlantı, açtığı sayfanın tarihi hemen gösterebilmesi için zaman damgasını kendi adresinde taşır; bunun dışında hiçbir şey saklanmaz ya da bir yere gönderilmez.

Eksik bir şey mi var?Bir özellik ya da yeni bir araç önerin