Konversi timestamp Unix epoch dalam detik, milidetik, mikrodetik, atau nanodetik ke tanggal dalam UTC atau zona waktu utama dunia, dan tanggal kembali ke timestamp.
Tidak ada yang Anda masukkan disimpan - dikonversi dan dikembalikan dalam permintaan yang sama.
Log, database, dan API menyimpan waktu sebagai timestamp Unix: jumlah detik sejak 1 Januari 1970 UTC. Tempel satu di sini untuk melihat tanggal dan jam sebenarnya di zona waktu Anda, atau ubah tanggal menjadi timestamp yang dibutuhkan query atau panggilan API.
Timestamp untuk tanggal masa kini punya 10 digit dalam detik (1767225600 adalah 1 Januari 2026, 00:00 UTC), 13 dalam milidetik, 16 dalam mikrodetik, dan 19 dalam nanodetik. Alat ini membaca ukurannya: nilai di bawah 10^11 dianggap detik, di bawah 10^14 milidetik, di bawah 10^17 mikrodetik, dan yang lebih besar nanodetik. Date.now() di JavaScript dan sebagian besar API Java memberi milidetik; alat Unix, time.time() di Python, dan sebagian besar database memberi detik. Anda bisa mengganti tebakan ini.
Timestamp Unix selalu dalam UTC; zona baru penting saat ditampilkan kepada orang. Ke arah sebaliknya, waktu lokal bisa ambigu: saat jam dimundurkan, 01:30 terjadi dua kali, dan saat jam dimajukan, 02:30 tidak pernah terjadi. Alat ini memberi peringatan pada kedua kasus alih-alih diam-diam memilih salah satunya, yang biasanya menjadi penyebab laporan meleset satu jam dua kali setahun.
Timestamp negatif adalah tanggal sebelum 1970: -86400 adalah 31/12/1969 pukul 00:00 UTC. Alat ini menerima setiap saat dari -62135596800 (01/01/0001 00:00:00 UTC) sampai 253402300799 (31/12/9999 23:59:59 UTC). Desimal disimpan sebagai pecahan detik, jadi 1700000000.5 adalah 14/11/2023 pukul 22:13:20.5 UTC. Deteksi hanya melihat besarnya angka, sehingga nilai milidetik dari sebelum 03/03/1973 punya paling banyak 11 digit dan dibaca sebagai detik: 86400000 menampilkan 27/09/1972, bukan 02/01/1970. Untuk nilai lama seperti itu, pilih unit Milidetik.
Di Excel atau Google Sheets, =A1/86400+DATE(1970,1,1) mengubah detik di sel A1 menjadi tanggal UTC (bagi dengan 86400000 untuk milidetik); format sel sebagai tanggal dan waktu. Jika Excel Anda memakai koma sebagai tanda desimal, pisahkan argumen dengan titik koma: =A1/86400+DATE(1970;1;1). Untuk waktu lokal, tambahkan selisih UTC dalam jam dibagi 24, misalnya +7/24 untuk Jakarta. =(A1-DATE(1970,1,1))*86400 mengubah tanggal kembali menjadi detik. Di PostgreSQL, to_timestamp(1700000000) mengembalikan timestamptz dan EXTRACT(EPOCH FROM kolom) membalikkannya; di MySQL, FROM_UNIXTIME(1700000000) dan UNIX_TIMESTAMP(kolom) memakai zona waktu sesi. Tempel nilai yang sama di sini untuk memeriksa rumus: 1700000000 harus menghasilkan 14/11/2023 22:13:20 UTC.
Nilainya mungkin dalam detik tetapi dibaca sebagai milidetik, atau nilainya 0 atau kosong di sistem asal. Tanggal Januari 1970 hampir selalu berarti nilai yang hilang, bukan kejadian nyata.
Tidak. Waktu Unix mengabaikan detik kabisat, jadi setiap hari tepat 86.400 detik. Ini sesuai dengan cara komputer, database, dan API menyimpan waktu.
Hitung digitnya. Saat ini timestamp dalam detik punya 10 digit dan dalam milidetik 13 digit. Konverter mendeteksinya untuk Anda, dan Anda juga bisa mengatur unitnya sendiri.
Tidak. Ia menghitung detik dari satu momen tunggal dalam UTC, jadi timestamp yang sama adalah saat yang sama di mana pun. Hanya cara menampilkannya yang bergantung pada zona waktu.
Sistem yang menyimpan timestamp sebagai bilangan signed 32-bit akan overflow pada 19/01/2038. Konverter ini memakai bilangan berukuran penuh dan menangani tanggal hingga tahun 9999.
Di JavaScript, Math.floor(Date.now() / 1000) menghasilkan detik; Date.now() saja menghasilkan milidetik. Di Python, int(time.time()). Di shell Linux atau macOS, date +%s. Di PostgreSQL, EXTRACT(EPOCH FROM now()) (dengan desimal), dan di MySQL, UNIX_TIMESTAMP(). Jam langsung di halaman ini menampilkan nilai yang sama dalam detik, siap disalin.
40 zona umum dari basis data zona waktu IANA, masing-masing dinamai menurut kota, dari UTC dan Asia/Kolkata (India) hingga America/Los_Angeles dan Pacific/Auckland. Setiap zona menerapkan aturan waktu musim panasnya sendiri untuk tanggal yang Anda konversi. Zona browser Anda dipilih otomatis jika ada di daftar; jika tidak, halaman mulai dengan UTC. Jika kota Anda tidak ada, pilih kota di daftar yang jamnya sama hari ini, misalnya Asia/Jakarta untuk Bandung.
Gunakan kedua kartu. Pilih Asia/Kolkata sebagai zona waktu, isi 14/11/2023 dan 10:00 di Tanggal ke timestamp, lalu tekan Konversi: hasilnya 1699936200. Tempel angka itu di Timestamp ke tanggal, lalu ganti zona waktu ke America/New_York. Timestamp ke tanggal kini menampilkan 13/11/2023 23:30:00 dengan selisih UTC -05:00, yaitu malam sebelumnya di New York. Waktu musim panas diterapkan sesuai tanggal yang Anda isi, jadi pukul 10:00 di India pada 14/07/2023 sama dengan 00:30 pada 14/07/2023 di New York, dengan -04:00. Mengganti zona juga membaca ulang tanggal di Tanggal ke timestamp sebagai waktu New York, jadi ambil jawabannya dari Timestamp ke tanggal.
Atribut seperti lastLogonTimestamp dan pwdLastSet adalah nilai Windows FILETIME: interval 100 nanodetik sejak 01/01/1601 UTC, bukan waktu Unix. Jika 133446720000000000 ditempel apa adanya, angka itu dibaca sebagai nanodetik dan menampilkan 25/03/1974. Bagi dulu dengan 10000000 lalu kurangi 11644473600: hasilnya, 1700198400, adalah 17/11/2023 05:20:00 UTC. Di Excel, =A1/864000000000-109205 memberi tanggal dan jam UTC yang sama; di PowerShell, [DateTime]::FromFileTimeUtc(133446720000000000).
Isi bagian-bagiannya di Tanggal ke timestamp: 14/11/2023 sebagai tanggal dan 22:13:20 sebagai jam. Pilih zona waktu dengan selisih yang sama pada tanggal itu, Asia/Kolkata untuk +05:30 atau UTC untuk nilai yang berakhir dengan Z, lalu tekan Konversi: hasilnya 1699980200. Jika tidak ada zona di daftar dengan selisih itu, kurangi sendiri dan isi jamnya dalam UTC: 22:13:20+05:30 sama dengan 16:43:20 UTC. Timestamp ke tanggal menampilkan ISO 8601 dalam UTC dan waktu lokal, siap disalin.