Epoch Converter: Unix Timestamp ke Tanggal
Tempel epoch, timestamp, atau tanggal apa pun untuk melihatnya dalam kata-kata, di zona waktu Anda dan UTC, plus kemungkinan lain angka itu.
Satu angka · semua epoch
7 pembacaan jatuh pada tanggal nyataDibaca sebagai Detik Unix dari panjangnya: 9 digit. Sebagai Detik GPS, angka ini menjadi 6 Desember 2005: juga tanggal nyata, jadi tetap tersedia dengan sekali klik.
- Milidetik
- Mikrodetik
- Nanodetik
- ISO 8601
Jam browser Anda menghitung milidetik utuh: angka nol di belakangnya hanya pengisi, bukan presisi.
UTC · UTC+00:00 pada tanggal ini
1793813880- Milidetik
1793813880000- ISO 8601
2026-11-04T17:38:00Z
Awal dan akhir di UTC
| Awal | Akhir | |
|---|---|---|
| Hari | 1793750400 | 1793836799 |
| Bulan | 1793491200 | 1796083199 |
| Tahun | 1767225600 | 1798761599 |
Semuanya terjadi di tab ini: tidak ada yang Anda tempel dikirim ke mana pun.
Cara memakai epoch converter
Tempel timestamp yang Anda punya ke kolom, apa pun satuannya, dan tanggalnya muncul di zona waktu Anda dan dalam UTC. Anda juga bisa mengetik tanggal, header Date email, atau kata “sekarang” (atau now) untuk mendapatkan epoch time-nya.
Halaman ini membaca angka dalam detik, milidetik, mikrodetik, dan nanodetik sekaligus, memilih pembacaan yang jatuh pada tanggal nyata, menjelaskan alasannya, dan menyediakan pembacaan lain dengan sekali klik. Di bawah jawabannya, digit yang sama dibaca sebagai timestamp Windows, .NET, Mac, Excel, NTP, dan GPS, dan setiap format bisa disalin.

Tempel apa sajaAngka dalam satuan apa pun, tanggal ISO, header Date sebuah email, datetime SQL, atau kata “sekarang” (atau “now”). Label di atas kolom menunjukkan cara membacanya.Digitnya, dihitungPenggaris di bawah angka mengelompokkan digitnya per tiga, jadi 18 digit terbaca sebagai enam kelompok: petunjuk pertama tentang jenis angka itu.Jawaban lebih duluNama hari dan tanggal dalam kata, lalu jam dalam UTC dan di zona waktu Anda sendiri, serta setiap format untuk disalin.Pembacaan mana, dan mengapaHalaman ini menjelaskan dengan kata-kata pembacaan mana yang dipilih dan alasannya, dan menyebut pembacaan lain yang juga jatuh pada tanggal nyata.Semua epoch lainnyaDigit yang sama dibaca dalam setiap satuan dan setiap epoch, masing-masing berupa batang dari titik awalnya sendiri. Pilih sebuah baris untuk memakai pembacaan itu.Apa itu epoch, dan mengapa dimulai pada 1970?
Epoch time, atau waktu Unix, adalah jumlah detik sejak 1970-01-01 00:00:00 UTC, momen yang disebut POSIX sebagai Epoch. Timestamp 0 adalah momen itu, dan 817876800 adalah 1995-12-02 04:00 UTC.
Tidak ada sumber primer yang mencatat mengapa 1970 dipilih. Manual Unix pertama, pada November 1971, menghitung seperenam puluh detik sejak 1 Januari 1971 dan mencatat bahwa jamnya akan habis dalam sekitar dua setengah tahun; pada Edisi Ketujuh tahun 1979, hitungannya sudah berupa detik sejak 1 Januari 1970, tanggal bulat yang dekat dengan masa Unix sedang ditulis. UTC sendiri baru dimulai pada 1972, jadi timestamp yang lebih awal adalah UTC berdasarkan konvensi.
penuh pada 8 April 1973 · 2,27 tahun
1901-12-13 → 2038-01-1968 tahun ke tiap arah
hitungan negatif: sebelum 1970
UNIX Programmer's Manual, edisi pertama, time (II), 3 November 1971
Pengguna yang berpikiran kronologis akan menyadari bahwa 2**32 seperenam puluh detik hanya sekitar 2,5 tahun.
Semua epoch yang dibaca halaman ini, dalam satu garis
- 1
.NET
0001-01-01· tick 100 ndtk - 2
Windows FILETIME
1601-01-01· tick 100 ndtk - 3
Excel
1899-12-30· hari - 4NTP
1900-01-01· detik - 5
Mac HFS+
1904-01-01· detik - 6
Excel 1904
1904-01-01· hari - 7Unix
1970-01-01· detik - 8GPS
1980-01-06· detik
Apakah timestamp saya dalam detik, milidetik, mikrodetik, atau nanodetik?
Hitung digitnya: timestamp saat ini punya 10 digit dalam detik, 13 dalam milidetik, 16 dalam mikrodetik, dan 19 dalam nanodetik. JavaScript dan Java memakai milidetik; alat Unix dan sebagian besar API memakai detik.
Jumlah digit adalah petunjuk kuat, bukan bukti. Timestamp NTP, GPS, dan Mac juga sepuluh digit saat ini, sedangkan Windows FILETIME dan hitungan tick .NET sama-sama delapan belas digit; itulah sebabnya halaman ini membaca setiap skala sekaligus dan menampilkan pembacaan yang dipilih di samping yang lain. FILETIME juga lebih besar daripada yang bisa disimpan JavaScript dengan tepat, jadi halaman ini mempertahankan digitnya persis seperti yang Anda tempel.
10 digit · 4 skala · digitnya saja tidak menunjukkan yang mana
18 digit · 2 skala · hanya digit pertama yang membedakannya
Hitungan detik dengan 10 digit berkisar dari 2001-09-09T01:46:40Z sampai 2286-11-20T17:46:39Z. Itu rentang 285 tahun, bukan satuan.
Bagaimana mengonversi Unix timestamp ke tanggal di zona waktu saya?
Unix timestamp tidak punya zona waktu: ia menunjuk satu momen yang sama di mana pun. Tanggalnya tergantung di mana Anda membacanya, jadi halaman ini menampilkan zona waktu Anda dan UTC berdampingan, serta zona lain yang Anda pilih.
Pemilih zona memakai database zona waktu IANA, sama dengan yang dipakai sistem operasi Anda, jadi perubahan daylight saving diterapkan untuk tanggal itu sendiri, bukan untuk hari ini. Sebaliknya, tanggal yang diketik tanpa selisih zona dibaca sebagai UTC, dan halaman ini menawarkan untuk membacanya di zona waktu Anda.
Satu momen1793057400= 2026-10-26T23:30:00Z
- Los Angeles16:30Sen, 26 OktUTC−07:00
- New York19:30Sen, 26 OktUTC−04:00
- UTC23:30Sen, 26 OktUTC+00:00
- Berlin00:30Sel, 27 OktUTC+01:00
- Kolkata05:00Sel, 27 OktUTC+05:30
- Tokyo08:30Sel, 27 OktUTC+09:00
- Lord Howe10:30Sel, 27 OktUTC+11:00
Berlin, 29 Maret 202623 jam · jam melompat dari 02:00 ke 03:00
Berlin, 25 Oktober 202625 jam · jam mundur dari 03:00 ke 02:00
Waktu Standar Eropa Tengah · UTC+01:00Waktu Musim Panas Eropa Tengah · UTC+02:00jam yang terjadi dua kalijam yang tidak pernah terjadi
Apa yang terjadi pada waktu Unix di tahun 2038?
Waktu Unix yang disimpan sebagai integer 32 bit bertanda habis pada 2147483647, yaitu 2038-01-19 03:14:07 UTC; satu detik kemudian, nilainya berputar ke sebuah tanggal di Desember 1901. Sistem yang menghitung dengan 64 bit, seperti yang kini diwajibkan POSIX, tidak terpengaruh.
Risikonya pada 2026 ada di penyimpanan, bukan di jam: kolom TIMESTAMP MySQL masih berakhir pada 2038-01-19 03:14:07 UTC, begitu pula format file atau perangkat tertanam mana pun yang masih memakai field 32 bit. NTP punya titik putar ulang sendiri yang lebih awal: detik 32 bit-nya berputar ulang pada 2036. Halaman ini menandai setiap timestamp yang mendekati atau melewati batas 2038.
2.147.483.647angka 32 bit bertanda terbesar
01111111 11111111 11111111 11111111Sel, 19 Jan 203803:14:07 UTC
+ 1 detik
-2.147.483.64832 bit yang sama, dibaca sebagai angka bertanda
10000000 00000000 00000000 00000000Jum, 13 Des 190120:45:52 UTC
Detik terakhir, UTC
time_t 32 bit bertanda2038-01-19 03:14:07TIMESTAMP MySQL2038-01-19 03:14:07hari ini2038-01-19
time_t 64 bit, yang diwajibkan POSIX.1-2024, menjangkau sekitar 292 miliar tahun ke kedua arah dari 1970. Sumber: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150Bisakah Unix timestamp bernilai negatif?
Bisa: timestamp negatif adalah tanggal sebelum 1970. -1 adalah 1969-12-31 23:59:59 UTC, dan -86400 adalah 1969-12-31 00:00:00 UTC.
POSIX sendiri membiarkan nilai negatif tidak terdefinisi, tetapi GNU dan sebagian besar sistem memperlakukannya sebagai tanggal sebelum 1970 lewat ekstensi yang terdokumentasi, begitu pula JavaScript, Python, dan PostgreSQL. MySQL pengecualiannya: kolom TIMESTAMP miliknya dimulai pada 1970, dan FROM_UNIXTIME(-1) mengembalikan NULL. Tanggal lahir dan catatan sejarah adalah timestamp negatif yang biasa, jadi halaman ini membacanya sebagai tanggal, bukan menganggapnya kesalahan.
DetikSeberapa jauh ke belakang (skala log)Tanggal, UTC
0Kam, 1 Jan 197000:00:00 UTC-1Rab, 31 Des 196923:59:59 UTC-86.400Rab, 31 Des 196900:00:00 UTC-31.536.000Rab, 1 Jan 196900:00:00 UTC-1.000.000.000Min, 24 Apr 193822:13:20 UTC-2.147.483.648Jum, 13 Des 190120:45:52 UTC- POSIX
Jika tahunnya <1970 atau nilainya negatif, hubungannya tidak terdefinisi.
GNU date
@-1adalah 1969-12-31 23:59:59 UTC: hitungan negatif, sebagai ekstensi POSIXJavaScripttanggal apa pun dalam rentang sekitar 273.790 tahun dari 1970, ke kedua arah
MySQL TIMESTAMPdimulai pada 1970-01-01 00:00:01 UTC: tidak bisa menampung nilai negatif
Windows, .NET, Mac, Excel, NTP, dan GPS: epoch lainnya
Banyak sistem menghitung dari titik nolnya sendiri: Windows sejak 1601, .NET sejak tahun 1, Mac dan HFS+ sejak 1904, Excel sejak 1900, NTP sejak 1900, dan GPS sejak 6 Januari 1980. Angka yang tidak masuk akal sebagai Unix timestamp sering kali salah satunya.
FILETIME 133756272000000000, misalnya, menghitung interval 100 nanodetik sejak 1601 dan sama dengan 2024-11-09 12:00:00 UTC. Excel menghitung hari dan sengaja memperlakukan 1900 sebagai tahun kabisat, jadi serial di bawah 61 meleset satu hari, dan halaman ini menandainya. Waktu GPS melewatkan detik kabisat dan sudah 18 detik lebih cepat dari UTC sejak 2017.
| Epoch | Satuan | Sejak | Pada 26 Okt 2026 | Digit | Zona waktu | Tempat Anda menemuinya |
|---|---|---|---|---|---|---|
| Detik Unix | detik | 1970-01-01 | 1792972800 | 10 | UTC (POSIX) | date +%s, time.time() di Python |
| milidetik | 1970-01-01 | 1792972800000 | 13 | UTC | Date.now() di JavaScript, Java | |
| nanodetik | 1970-01-01 | 1792972800000000000 | 19 | UTC | UnixNano() di Go | |
| tick 100 ndtk | 1601-01-01 | 134374464000000000 | 18 | UTC (waktu lokal di FAT) | NTFS, lastLogon di Active Directory, Win32 | |
| tick 100 ndtk | 0001-01-01 | 639285696000000000 | 18 | UTC atau lokal, menurut Kind | DateTime.Ticks di .NET | |
| hari | 1899-12-30 | 46321 | 5 | tidak ada: jam dinding | Excel, Google Sheets, LibreOffice | |
| hari | 1904-01-01 | 44859 | 5 | tidak ada: jam dinding | Excel lama untuk Mac | |
| detik | 1904-01-01 | 3875817600 | 10 | GMT (HFS klasik: lokal) | Tanggal file HFS+ | |
| Detik NTP | detik | 1900-01-01 | 4001961600 | 10 | UTC | Paket NTP |
| Detik GPS | detik | 1980-01-06 | 1477008018 | 10 | tanpa detik kabisat: UTC + 18 dtk | Penerima GPS, file RINEX |
Apakah waktu Unix menghitung detik kabisat?
Tidak. Waktu Unix memberi setiap hari tepat 86.400 detik, jadi detik kabisat tidak punya angka sendiri, dan POSIX mengatakannya: waktu POSIX yang diurai tidak selalu UTC, meskipun tampak demikian.
Sejak 1972, 27 detik kabisat telah ditambahkan ke UTC; waktu Unix tidak punya angka untuk detik tambahan itu, jadi satu timestamp mewakili dua detik. Yang terakhir pada 2016-12-31, dan pada 2022 Konferensi Umum untuk Berat dan Ukuran memutuskan bahwa paling lambat pada 2035 batas yang membuatnya diperlukan akan dinaikkan, yang dalam praktiknya mengakhiri detik kabisat. Waktu GPS, yang tidak pernah memakainya, memperlihatkan selisihnya: ia 18 detik lebih cepat.
Detik-detik terakhir 31 Desember 1998
Waktu Unix memberi 915148800 dua kali; waktu GPS, yang tidak punya detik kabisat, terus menghitung.
27 detik kabisattidak ada lagi setelah 31 Desember 2016 · tidak ada yang diumumkan sebelum 28 Juni 2027
sebelum waktu GPS dimulaisejak waktu GPS dimulai: masing-masing membuatnya satu detik lebih maju
POSIX.1-2024, Rationale A.4.19
Waktu Universal Terkoordinasi (UTC) mencakup detik kabisat. Namun, dalam waktu POSIX (detik sejak Epoch), detik kabisat diabaikan (tidak diterapkan) untuk menyediakan metode yang mudah dan kompatibel dalam menghitung selisih waktu. Karena itu, waktu POSIX yang diurai tidak selalu UTC, meskipun tampak demikian.
Unix timestamp di Python, JavaScript, Java, C#, Go, SQL, dan shell
Setiap bahasa bisa mengonversi ke dua arah dalam satu atau dua baris. Jebakannya adalah satuan (JavaScript dan Java menghitung milidetik) dan zona waktu (database bisa membaca nilai dalam zona waktu sesinya).
Setiap contoh di bawah mengubah 817876800 menjadi tanggal dan sebuah tanggal kembali menjadi detik, dan setiap contoh sudah dijalankan untuk memeriksa keluarannya. Di shell, macOS dan BSD memakai date -r 817876800, sedangkan GNU/Linux memakai date -d @817876800: keduanya tidak bisa saling menggantikan.
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
Dijalankan dengan Python 3.14.4 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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
Dijalankan dengan Node.js 22.23.2 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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
}
}Dijalankan dengan OpenJDK 25.0.2 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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
Dijalankan dengan .NET 10.0.103 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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 }
Dijalankan dengan Go 1.25.5 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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
Dijalankan dengan PostgreSQL 16.10 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
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
Dijalankan dengan MySQL 9.5.0 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
# 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
Dijalankan dengan perintah date di macOS 26.6 dan di GNU coreutils 9.12 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.
Epoch time: tanya jawab
Apa itu epoch time?
Bagaimana cara mengonversi epoch time ke tanggal?
new Date(817876800 * 1000) di JavaScript.Berapa epoch time saat ini?
date +%s menampilkannya dalam detik.Unix timestamp dalam detik atau milidetik?
Mengapa waktu Unix dimulai pada 1970?
Apakah waktu Unix sama dengan UTC?
Apa itu masalah tahun 2038?
TIMESTAMP MySQL, misalnya, masih berakhir pada detik itu.Bisakah saya mengonversi tanggal sebelum 1970?
TIMESTAMP MySQL tidak bisa menampungnya, tetapi sebagian besar bahasa pemrograman dan database membacanya sebagai tanggal sebelum 1970.Bagaimana mengonversi Windows epoch time (FILETIME) ke tanggal?
Bagaimana mengonversi serial tanggal Excel ke timestamp?
Apakah konverter ini menangani zona waktu dan daylight saving?
Apakah timestamp saya dikirim ke suatu tempat?
Ada yang kurang?Usulkan fitur atau alat baru
Alat terkait
Generator UUID
Buat UUID v4, v7, v1, v5, dan v3 atau GUID secara massal dalam format apa pun, dan decode versi serta timestamp sebuah UUID
Decode & Encode Base64
Decode dan encode Base64: teks (UTF-8, URL-safe), gambar, PDF, dan file apa pun ke Base64 atau data URI
Penerjemah Kode Biner
Translate teks ke kode biner dan biner ke teks: deteksi otomatis, hex, desimal, dan oktal
Kalkulator Subnet
Jaringan, broadcast, host yang dapat dipakai, dan mask untuk blok IPv4 atau IPv6, plus VLSM, pembagian, dan subnet cloud