Konverter Unix Timestamp

1704067200 adalah 1 Januari 2024 pukul 00:00 UTC, atau pukul 07:00 WIB

Unix timestamp (waktu Unix) adalah angka yang menghitung detik yang sudah berlalu sejak 1 Januari 1970 pukul 00:00:00 UTC, yang dijadikan angka 0. Angka 1704067200 jatuh pada 1 Januari 2024 pukul 00:00:00 UTC. Di Jakarta, yang 7 jam lebih cepat dari UTC, itu pukul 07:00 pada hari yang sama. Angka 13 digit 1704067200000 menunjukkan saat yang sama dalam milidetik.

Jika Anda menempelkan angka ke kolom di atas, konverter mengenali detik, milidetik, mikrodetik, atau nanodetik dari jumlah digitnya lalu mengubahnya menjadi tanggal. Jika Anda mengisi tanggal dan jam, konverter membuat angkanya. Kalau Anda memilih zona waktu, konverter ikut memperhitungkan waktu musim panas dan waktu standar lama di wilayah itu. Pada pita paling atas, waktu Unix saat ini berubah setiap detik. Garis bilangan di bawahnya menunjukkan apakah angka yang Anda isi muat dalam bilangan bulat 32 bit.

Mengapa waktu ditulis sebagai satu angka, dan kapan konversi diperlukan

Tanggal seperti "1 Januari 2024 pukul 07.00" baru jelas menunjuk satu saat jika kita tahu itu waktu negara mana dan apakah saat itu berlaku waktu musim panas. Waktu Unix selalu memberi angka yang sama pada saat yang sama di mana pun di bumi. Karena itu, log server, basis data, dan API banyak memakainya untuk bertukar data waktu. Selisih dua nilai langsung memberi jumlah detik di antaranya, dan perbandingan ukuran langsung menunjukkan mana yang terjadi lebih dulu.

Kekurangannya, manusia tidak bisa membaca tanggal dari angka saja. Konversi diperlukan, misalnya, dalam situasi berikut.

• Saat membaca log: jika waktu error tercatat hanya sebagai angka seperti 1760000000, Anda perlu mengubahnya menjadi jam WIB agar bisa dicocokkan dengan catatan lain.
• Saat memeriksa respons API atau token: nilai exp, iat, dan nbf pada token login (JWT) adalah NumericDate menurut RFC 7519, yaitu detik sejak 1970-01-01T00:00:00Z. Ubah ke tanggal untuk memastikan apakah masa berlakunya sudah lewat.
• Saat mencari rentang waktu di basis data: untuk mencari data "satu hari pada Januari 2024" di kolom angka, Anda membutuhkan timestamp pukul 00:00 hari itu dan pukul 00:00 hari berikutnya. Bagian "Awal dan akhir hari, bulan, dan tahun" di atas memberikan nilai itu.
• Saat mengubah kolom angka dari Excel menjadi tanggal: jika kolom tanggal pada data yang Anda unduh berupa angka 10 atau 13 digit, tentukan satuan dan zona waktunya lalu ubah dengan rumus (bagian Excel).
• Saat harus memasukkan tanggal sebagai angka: misalnya jadwal kirim atau waktu kedaluwarsa pada program yang menerima pengaturan dalam bentuk timestamp, dan Anda ingin memakai jam WIB tertentu.

Cara menghitung: satu hari selalu dihitung 86.400 detik

Standar POSIX menetapkan 1 Januari 1970 pukul 00:00:00 UTC sebagai titik acuan (Epoch) dan menghitung satu hari tepat 86.400 detik. Jadi mengubah tanggal menjadi angka berarti menghitung "jumlah hari dari titik acuan sampai sehari sebelum tanggal itu × 86.400 + detik yang sudah berlalu sejak pukul 00:00 hari itu".

1. Ubah tanggal dan jam ke UTC: untuk waktu WIB, kurangi 7 jam. Pukul 07:00 WIB pada 1 Januari 2024 sama dengan 1 Januari 2024 pukul 00:00 UTC.
2. Hitung jumlah hari dari 1 Januari 1970 sampai sehari sebelum tanggal itu: tahun 1970 sampai 2023 adalah 54 tahun × 365 hari = 19.710 hari, ditambah 1 hari untuk tiap 13 tahun kabisat (1972, 1976, …, 2020), sehingga totalnya 19.723 hari.
3. Kalikan jumlah hari dengan 86.400, lalu tambahkan jam × 3.600 + menit × 60 + detik hari itu: 19.723 × 86.400 + 0 = 1.704.067.200 detik.
4. Samakan satuannya: kalikan 1.000 untuk milidetik, 1.000.000 untuk mikrodetik, dan 1.000.000.000 untuk nanodetik.

tm_sec + tm_min*60 + tm_hour*3600 + tm_yday*86400 + (tm_year-70)*31536000 + ((tm_year-69)/4)*86400 - ((tm_year-1)/100)*86400 + ((tm_year+299)/400)*86400POSIX.1-2024 4.19 Seconds Since the Epoch (rumus untuk tanggal setelah 1970, pembagian berupa pembagian bilangan bulat). Bagian yang sama menulis "each and every day shall be accounted for by exactly 86400 seconds".

Untuk mengubah angka menjadi tanggal, caranya dibalik: bagi dengan 86.400. 1.704.067.200 ÷ 86.400 = 19.723 sisa 0, jadi hasilnya adalah 19.723 hari setelah 1 Januari 1970, yaitu 1 Januari 2024 pukul 00:00:00 UTC. Konverter ini menghitung dengan bilangan bulat besar dalam satuan nanodetik. Untuk zona waktu yang Anda pilih, konverter menambahkan selisih yang berlaku pada saat itu berdasarkan data zona waktu IANA di browser.

Mengenali satuan dari jumlah digit: 10, 13, 16, dan 19

Timestamp tidak menyebutkan satuannya. Saat yang sama berjumlah 10 digit jika dihitung dalam detik dan 13 digit jika dalam milidetik. Jumlah digit untuk tanggal masa kini dan batas deteksi otomatis konverter ini adalah sebagai berikut.

Dengan batas ini, saat dari 3 Maret 1973 pukul 09:46:40 UTC sampai 16 November 5138 pukul 09:46:40 UTC dikenali dengan benar dalam satuan apa pun. Angka yang lebih kecil dari batas, seperti nilai milidetik antara tahun 1970 dan awal Maret 1973, dibaca sebagai satuan satu tingkat lebih kecil. Jika Anda tahu satuan aslinya, pilih langsung di kolom "Satuan". Untuk jumlah digit yang jarang dipakai seperti 11, 14, atau 17 digit, layar menampilkan imbauan untuk memeriksa lagi.

Jika satuan salah dibaca, tanggalnya melenceng jauh. Angka 10 digit 1704067200 yang dibaca sebagai milidetik menjadi 20 Januari 1970 pukul 17:21:07,200 UTC, sedangkan angka 13 digit 1704067200000 yang dibaca sebagai detik menjadi sekitar tahun 55.970, di luar rentang konverter ini (tahun 9999). Jika tanggal menumpuk di Januari 1970 atau konverter memberi tahu bahwa nilainya di luar rentang 0001–9999, periksa satuan lebih dulu.

Contoh konversi

1704042000 adalah pukul 00:00 WIB pada 1 Januari 2024. Anda mengisi tanggal Indonesia, tetapi tanggal UTC-nya muncul sehari lebih awal karena Jakarta 7 jam lebih cepat dari UTC. Kedua penulisan itu menunjuk saat yang sama.

Angka yang perlu diingat

Jika nanodetik disimpan dalam bilangan bulat 64 bit bertanda, nilai terbesarnya, 9.223.372.036.854.775.807, jatuh pada 11 April 2262 pukul 23:47:16,854775807 UTC. Dokumentasi Go juga menyebutkan bahwa hasil UnixNano() tidak terdefinisi untuk tanggal sebelum tahun 1678 atau sesudah tahun 2262.

Masalah tahun 2038: waktu yang disimpan dalam bilangan bulat 32 bit

Jika detik disimpan dalam bilangan bulat 32 bit bertanda, nilai terbesar yang muat adalah 2.147.483.647, yaitu 19 Januari 2038 pukul 03:14:07 UTC (pukul 10:14:07 WIB). Satu detik berikutnya tidak muat. Ketika nilai yang meluap berubah menjadi bilangan negatif terkecil, −2.147.483.648, waktunya terbaca sebagai 13 Desember 1901 pukul 20:45:52 UTC.

Bilangan bulat 32 bit tak bertanda tidak bisa menyimpan angka negatif, tetapi bisa dipakai sampai 7 Februari 2106 pukul 06:28:15 UTC. Bilangan bulat 64 bit bertanda yang menghitung detik muat sampai sekitar 292 miliar tahun, jadi praktis tanpa batas. Dua pita pada garis bilangan di atas menunjukkan kedua rentang ini. Jika penandanya berada di luar pita, nilai itu tidak bisa disimpan dalam format tersebut.

Periksa dulu sebelum memasukkan tanggal masa depan, seperti tanggal jatuh tempo tahun 2040, ke tempat yang menyimpan nilai 32 bit, misalnya kolom basis data, format berkas, atau perangkat lama. Dokumentasi MySQL 8.4 menyebutkan bahwa pada platform 64 bit, UNIX_TIMESTAMP() menerima nilai sampai tahun 3001 (32536771199,999999 detik), sedangkan pada platform 32 bit sampai 2147483647,999999 detik.

Nilai saat ini dan satuannya di tiap bahasa dan alat

Jika Anda tahu program yang membuat timestamp, Anda juga tahu satuannya. Satuan yang dikembalikan menurut dokumentasi resmi adalah sebagai berikut.

Fungsi seperti UNIX_TIMESTAMP('2024-01-01 00:00:00') di MySQL, yang menerima tanggal berupa teks, membaca tanggal itu menurut zona waktu koneksi (sesi). Rumus yang sama bisa menghasilkan nilai yang berbeda 7 jam tergantung pengaturan zona waktu server. Masukkan hasilnya ke konverter ini untuk memastikan dibaca sebagai jam berapa.

Zona waktu dan sejarah waktu Indonesia

Angka timestamp tidak memuat zona waktu. Angka 1704067200 yang sama terlihat sebagai pukul 07:00 tanggal 1 Januari 2024 di Jakarta, pukul 00:00 di London, dan pukul 19:00 hari sebelumnya di New York, tetapi saat yang ditunjuk hanya satu. Zona waktu hanya diperlukan ketika angka ditampilkan sebagai jam yang dibaca manusia.

Indonesia memakai tiga zona waktu: WIB (UTC+7), WITA (UTC+8), dan WIT (UTC+9). Angka 1704067200 yang sama menjadi pukul 07:00 di Jakarta, pukul 08:00 di Makassar (WITA), dan pukul 09:00 di Jayapura (WIT). Tidak ada waktu musim panas di Indonesia. Namun, waktu Jakarta pun tidak selalu UTC+7. Catatan Asia/Jakarta pada data zona waktu IANA adalah sebagai berikut, dan konverter ini memakai selisih yang benar-benar berlaku pada tanggal itu.

Karena itu, 1 Juli 1960 pukul 12:00 di Jakarta adalah −299.878.200 detik. Jika semua tanggal dihitung dengan +7, hasilnya −299.876.400 detik, selisih 30 menit. Jika Anda mengisi tanggal untuk periode lama, konverter memakai selisih yang berlaku saat itu, bukan UTC+7 yang tetap.

Detik kabisat tidak dihitung

Untuk menyelaraskan waktu atomik dengan rotasi bumi, UTC menerima 27 detik kabisat antara 1972 dan 2016. Waktu Unix selalu menghitung satu hari sebagai 86.400 detik, sehingga tidak ada angka untuk saat detik kabisat seperti 31 Desember 2016 pukul 23:59:60 UTC. Nilai setelah 23:59:59 (1483228799) adalah 1483228800, yang langsung menjadi 1 Januari 2017 pukul 00:00:00 UTC.

Karena itu, selisih dua timestamp yang mengapit sebuah detik kabisat hasilnya 1 detik lebih pendek daripada waktu yang sebenarnya berlalu. Layanan Rotasi Bumi dan Sistem Acuan Internasional (IERS) menyatakan dalam Bulletin C 72 bulan Juli 2026 bahwa tidak akan ada detik kabisat pada akhir Desember 2026. Sejak 1 Januari 2017, UTC−TAI adalah −37 detik. Jika Anda mengisi 23:59:60 di kolom jam, konverter menampilkan pesan bahwa detik kabisat tidak ada.

Mengubah waktu Unix di Excel

Sistem tanggal 1900 di Excel memakai jumlah hari sejak 1 Januari 1900 sebagai nomor seri. Untuk mengubah detik menjadi tanggal, bagi dengan 86.400 detik per hari lalu tambahkan nomor seri 1 Januari 1970, yaitu 25569. Halaman dukungan Microsoft berbahasa Indonesia menulis sintaks fungsi tanggal sebagai DATE(tahun,bulan,hari), dengan koma sebagai pemisah argumen. Jika Excel di komputer Anda meminta titik koma, ganti koma dengan titik koma. Rumus berikut mengasumsikan nilai ada di A1.

Hasil rumus tampil sebagai angka, jadi format sel perlu diubah menjadi tanggal dan waktu, misalnya "yyyy-mm-dd hh:mm:ss". Selisih +7/24 tidak bisa memperhitungkan selisih lama seperti +7:30 pada tahun 1960, jadi periksa tanggal lama dengan konverter ini. Microsoft menjelaskan bahwa Excel keliru menganggap tahun 1900 sebagai tahun kabisat, sehingga nomor seri untuk tanggal sebelum 1 Maret 1900 berbeda sehari dari kenyataan. Kolom "Nilai tanggal Excel dan spreadsheet" di atas tidak menampilkan nilai untuk periode itu.

Kesalahan yang sering terjadi

• Memasukkan milidetik sebagai detik: angka 13 digit di kolom detik menghasilkan tanggal puluhan ribu tahun lagi. Sebaliknya, angka 10 digit yang dibaca sebagai milidetik menghasilkan Januari 1970.
• Menambahkan 7 jam dua kali: angka tidak punya zona waktu, jadi 7 jam hanya ditambahkan satu kali, yaitu ketika mengubah angka menjadi jam yang dibaca manusia. Jika log sudah menulis tanggal dalam WIB lalu Anda menambah 7 jam lagi, tanggalnya bisa maju sehari.
• Lupa zona waktu di rumus Excel: =A1/86400+DATE(1970,1,1) menghasilkan UTC. Untuk waktu WIB, tambahkan +7/24, kalau tidak tanggal untuk catatan sebelum pukul 07:00 WIB akan salah.
• Memasukkan tanggal setelah 2038 ke kolom 32 bit: jika format penyimpanannya 32 bit bertanda, nilai setelah 19 Januari 2038 pukul 03:14:07 UTC meluap.
• Menangani nanodetik dengan angka JavaScript: Number tidak bisa menyimpan bilangan bulat di atas 2⁵³ (9.007.199.254.740.992) secara akurat, sehingga 1704067200123456789 berubah menjadi 1704067200123456800. Tangani nilai nanodetik sebagai teks atau BigInt.

Batasan

• Hanya nilai yang tanggal UTC dan tanggal di zona waktu terpilihnya sama-sama berada antara 1 Januari 0001 dan 31 Desember 9999 yang bisa dikonversi, dan digit yang lebih kecil dari nanodetik tidak diterima. Tanggal sebelum tahun 1582 pun dihitung dengan memperluas kalender Gregorian yang berlaku sekarang ke masa lalu.
• Saat detik kabisat (23:59:60) tidak bisa ditampilkan, karena waktu Unix sendiri tidak punya angka untuk saat itu.
• Jam di tiap zona waktu memakai data zona waktu IANA yang ada di browser ini. Di browser dengan data lama, aturan di negara yang baru berubah bisa terlambat diterapkan.
• Nilai "sekarang" dan "selisih dari sekarang" mengikuti jam perangkat ini, sehingga ikut salah jika jam perangkat salah. Selisih dari sekarang adalah perkiraan yang menghitung satu tahun sebagai 365,2425 hari.
• "Awal dan akhir hari, bulan, dan tahun" berpatokan pada pukul 00:00 zona waktu terpilih. Di wilayah yang melewati pukul 00:00 karena waktu musim panas, waktu pertama yang ada pada hari itu dipakai sebagai awal.

Sumber

• 01The Open Group: POSIX.1-2024 Base Definitions, 4.19 Seconds Since the EpochRumus detik sejak titik acuan, "each and every day shall be accounted for by exactly 86400 seconds". Definisi Epoch ada di 3.125 (1 Januari 1970 pukul 00:00 UTC)
• 02IETF RFC 7519: JSON Web Token (JWT)Bagian 2 NumericDate: detik sejak 1970-01-01T00:00:00Z, detik kabisat diabaikan, boleh desimal. 4.1.4 sampai 4.1.6 exp, nbf, iat
• 03IETF RFC 3339: Date and Time on the Internet: Timestamps5.6 format date-time, selisih zona hanya sampai ±hh:mm (selisih dalam detik tidak bisa ditulis)
• 04IETF RFC 9110: HTTP Semantics, 5.6.7 Date/Time FormatsFormat tanggal HTTP yang baku, IMF-fixdate, contoh "Sun, 06 Nov 1994 08:49:37 GMT"
• 05ECMAScript: Time Values and Time RangeSatu hari 86.400.000 milidetik, rentang ±8.640.000.000.000.000 milidetik (±100 juta hari)
• 06MDN: Date.now()"returns the number of milliseconds elapsed since the epoch"
• 07Dokumentasi Python: time.time() dan time.time_ns()time() adalah detik sejak titik acuan (bilangan desimal), time_ns() adalah nanodetik bulat. Sebagian besar sistem Unix tidak menghitung detik kabisat
• 08Paket time di Go: Time.Unix, UnixMilli, UnixMicro, UnixNanoHasil UnixNano() tidak terdefinisi sebelum tahun 1678 atau sesudah tahun 2262
• 09MySQL 8.4: UNIX_TIMESTAMP() dan FROM_UNIXTIME()Nilai kembalian dalam detik, argumen tanggal dibaca menurut zona waktu sesi, batas atas platform 64 bit 32536771199,999999 detik
• 10PostgreSQL: Date/Time Functions, EXTRACT(EPOCH) dan to_timestampEpoch untuk timestamp with time zone adalah detik sejak 1970-01-01 00:00:00 UTC (sebelumnya negatif)
• 11GNU coreutils: Seconds since the EpochAngka setelah '@' adalah detik sejak titik acuan, date +%s tidak menghitung detik kabisat
• 12Microsoft: Excel incorrectly assumes that the year 1900 is a leap yearKekeliruan tahun kabisat pada sistem tanggal 1900, selisih hari dalam seminggu untuk tanggal sebelum 1 Maret 1900. Penjelasan sistem tanggal ada di Dukungan Microsoft 'Date systems in Excel'
• 13Dukungan Microsoft: Fungsi DATE"Sintaks: DATE(tahun,bulan,hari)", 1 Januari 1900 adalah nomor seri 1
• 14IERS Bulletin C 72 (6 Juli 2026)"NO leap second will be introduced at the end of December 2026", UTC−TAI = −37 detik sejak 1 Januari 2017
• 15Data zona waktu IANA (tzdb) asiaZone Asia/Jakarta: 7:07:12 LMT lalu BMT sampai 1923-12-31, 7:20 sampai 1932-11, 7:30 sampai 1942-03-23, 9:00 sampai 1945-09-23, 7:30, 8:00 (1948-05 sampai 1950-05), 7:30 sampai 1964, lalu 7:00 WIB. Komentar: "WIB - +07 - Waktu Indonesia Barat", "WITA - +08", "WIT - +09"

Sumber diperiksa pada 2026-10-18. Data zona waktu diperbarui beberapa kali setahun, dan jam di layar mengikuti versi yang ada di browser yang Anda pakai.

Pertanyaan yang sering diajukan

Alat yang sering dipakai bersama