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.
Tek sayı · tüm epoch'lar
7 okuma gerçek bir tarihe denk geliyorUnix 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.
- Milisaniye
- Mikrosaniye
- Nanosaniye
- ISO 8601
Tarayıcınızın saati tam milisaniyeleri sayar: sonlarındaki sıfırlar hassasiyet değil, dolgudur.
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ün | 1793750400 | 1793836799 |
| Ay | 1793491200 | 1796083199 |
| Yıl | 1767225600 | 1798761599 |
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.

Her ş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.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.
8 Nisan 1973 tarihinde doldu · 2,27 yıl
1901-12-13 → 2038-01-19her iki yönde 68 yıl
negatif sayılar: 1970 öncesi
UNIX Programmer's Manual, birinci sürüm, time (II), 3 Kasım 1971
Kronolojik--düşünen kullanıcı, saniyenin 2**32 altmışta birinin yalnızca yaklaşık 2,5 yıl olduğunu fark edecektir.
Bu sayfanın okuduğu tüm epoch'lar tek bir çizgide
- 1
.NET
0001-01-01· 100 nsn tick - 2
Windows FILETIME
1601-01-01· 100 nsn tick - 3
Excel
1899-12-30· gün - 4NTP
1900-01-01· saniye - 5
Mac HFS+
1904-01-01· saniye - 6
Excel 1904
1904-01-01· gün - 7Unix
1970-01-01· saniye - 8GPS
1980-01-06· saniye
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
18 basamak · 2 ölçek · onları yalnızca ilk basamak ayırır
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.
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
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 1111111119 Oca 2038 Sal03:14:07 UTC
+ 1 saniye
-2.147.483.648aynı 32 bit, işaretli sayı olarak okunmuş
10000000 00000000 00000000 0000000013 Ara 1901 Cum20:45:52 UTC
Son saniye, UTC
time_t2038-01-19 03:14:07TIMESTAMP sütunu2038-01-19 03:14:07bugün2038-01-19
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, TN1150Unix 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- POSIX
Yı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ılarJavaScript1970 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
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.
| Epoch | Saydığı | Başlangıç | 26 Eki 2026 günü | Basamak | Saat dilimi | Nerede karşılaşırsınız |
|---|---|---|---|---|---|---|
| Unix saniyesi | saniye | 1970-01-01 | 1792972800 | 10 | UTC (POSIX) | date +%s, Python'da time.time() |
| milisaniye | 1970-01-01 | 1792972800000 | 13 | UTC | JavaScript'te Date.now(), Java | |
| nanosaniye | 1970-01-01 | 1792972800000000000 | 19 | UTC | Go'da UnixNano() | |
| 100 nsn tick | 1601-01-01 | 134374464000000000 | 18 | UTC (FAT'te yerel saat) | NTFS, Active Directory'de lastLogon, Win32 | |
| 100 nsn tick | 0001-01-01 | 639285696000000000 | 18 | Kind değerine göre UTC ya da yerel | DateTime.Ticks özelliği | |
| gün | 1899-12-30 | 46321 | 5 | yok: tablonun saati | Excel, Google Sheets, LibreOffice | |
| gün | 1904-01-01 | 44859 | 5 | yok: tablonun saati | Mac için eski Excel sürümleri | |
| saniye | 1904-01-01 | 3875817600 | 10 | GMT (klasik HFS: yerel) | HFS+ dosya tarihleri | |
| NTP saniyesi | saniye | 1900-01-01 | 4001961600 | 10 | UTC | NTP paketleri |
| GPS saniyesi | saniye | 1980-01-06 | 1477008018 | 10 | artık saniye yok: UTC + 18sn | GPS alıcıları, RINEX dosyaları |
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
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
POSIX.1-2024, Rationale A.4.19
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.
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.
const t = new Date(817876800 * 1000); // Date counts milliseconds console.log(t.toISOString()); // 1995-12-02T04:00:00.000Z const back = Date.UTC(1995, 11, 2, 4, 0, 0) / 1000; // months count from 0 console.log(back); // 817876800
26 Ekim 2026 tarihinde Node.js 22.23.2 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
import java.time.Instant;
public class Main {
public static void main(String[] args) {
Instant t = Instant.ofEpochSecond(817876800L);
System.out.println(t); // 1995-12-02T04:00:00Z
long back = Instant.parse("1995-12-02T04:00:00Z").getEpochSecond();
System.out.println(back); // 817876800
}
}26 Ekim 2026 tarihinde OpenJDK 25.0.2 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
var t = DateTimeOffset.FromUnixTimeSeconds(817876800); Console.WriteLine(t.ToString("o")); // 1995-12-02T04:00:00.0000000+00:00 var back = new DateTimeOffset(1995, 12, 2, 4, 0, 0, TimeSpan.Zero).ToUnixTimeSeconds(); Console.WriteLine(back); // 817876800
26 Ekim 2026 tarihinde .NET 10.0.103 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
package main import ( "fmt" "time" ) func main() { t := time.Unix(817876800, 0).UTC() fmt.Println(t.Format(time.RFC3339)) // 1995-12-02T04:00:00Z back := time.Date(1995, 12, 2, 4, 0, 0, 0, time.UTC).Unix() fmt.Println(back) // 817876800 }
26 Ekim 2026 tarihinde Go 1.25.5 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
SET TIME ZONE 'UTC'; SELECT to_timestamp(817876800); -- 1995-12-02 04:00:00+00 SELECT EXTRACT(EPOCH FROM TIMESTAMPTZ '1995-12-02 04:00:00+00')::bigint; -- 817876800
26 Ekim 2026 tarihinde PostgreSQL 16.10 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
SET time_zone = '+00:00'; SELECT FROM_UNIXTIME(817876800); -- 1995-12-02 04:00:00 SELECT UNIX_TIMESTAMP('1995-12-02 04:00:00'); -- 817876800
26 Ekim 2026 tarihinde MySQL 9.5.0 ile çalıştırıldı: yorumlarda gösterileni yazdırır.
# macOS and the BSDs: -r takes seconds date -u -r 817876800 '+%F %T' # 1995-12-02 04:00:00 date -u -j -f '%F %T' '1995-12-02 04:00:00' +%s # 817876800 # Linux (GNU coreutils): -d @seconds; GNU's -r reads a file's date date -u -d @817876800 '+%F %T' # 1995-12-02 04:00:00 date -u -d '1995-12-02 04:00:00' +%s # 817876800
26 Ekim 2026 tarihinde macOS 26.6 ve GNU coreutils 9.12 üzerindeki date komutu ile çalıştırıldı: yorumlarda gösterileni yazdırır.
Epoch zamanı: sorular ve cevaplar
Epoch zamanı nedir?
Epoch zamanı tarihe nasıl çevrilir?
new Date(817876800 * 1000).Şu anki epoch zamanı nedir?
date +%s onu saniye cinsinden yazdırır.Unix timestamp saniye mi, milisaniye mi?
Unix zamanı neden 1970'te başlar?
Unix zamanı UTC ile aynı mı?
2038 yılı problemi nedir?
TIMESTAMP sütunu hâlâ o saniyede biter.1970'ten önceki bir tarihi çevirebilir miyim?
TIMESTAMP sütunu onları tutamaz, ancak çoğu dil ve veritabanı onları 1970 öncesi tarihler olarak okur.Windows FILETIME tarihe nasıl çevrilir?
Excel tarih seri numarası zaman damgasına nasıl çevrilir?
Dönüştürücü saat dilimlerini ve yaz saatini hesaba katıyor mu?
Zaman damgam bir yere gönderiliyor mu?
Eksik bir şey mi var?Bir özellik ya da yeni bir araç önerin
İlgili araçlar
UUID Oluşturucu
UUID v4, v7, v1, v5 ve v3 ya da GUID'leri istediğiniz biçimde toplu oluşturun, bir UUID'nin sürümünü ve zaman damgasını çözün
Base64 Çözme ve Kodlama
Base64 çözün ve kodlayın: metin (UTF-8, URL-güvenli), resim, PDF ve her türlü dosyayı Base64'e veya data URI'ye çevirin
Binary Kod Çevirici
Metni binary'ye, binary'yi metne çevirin: otomatik algılama, hex, ondalık ve sekizlik
Alt Ağ Hesaplayıcı
Her IPv4 veya IPv6 bloğu için ağ, yayın adresi, kullanılabilir hostlar ve maskeler; VLSM, bölme ve bulut alt ağları