Konverter Unix Timestamp

Konversi Unix timestamp menjadi tanggal yang mudah dibaca, atau pilih tanggal dan dapatkan timestamp-nya. Alat ini otomatis mendeteksi detik vs milidetik, menampilkan waktu lokal, UTC, dan ISO 8601, serta menampilkan jam epoch yang berdetak langsung di bagian atas.

Apa Itu Alat Ini?

Unix timestamp (juga disebut epoch time) adalah jumlah detik yang telah berlalu sejak 1 Januari 1970, 00:00:00 UTC. Ini adalah cara standar komputer menyimpan titik waktu: database, file log, API, dan bahasa pemrograman semuanya menggunakannya karena ini adalah satu angka yang tidak ambigu tanpa kebingungan zona waktu.

Ada dua bentuk: detik (10 digit saat ini, misalnya 1720500000) dan milidetik (13 digit, digunakan oleh JavaScript dan Java). Alat ini secara otomatis mendeteksi mana yang Anda tempelkan.

Mengapa Menggunakannya?

Baca timestamp dari log, baris database, dan respons API secara instan.
Otomatis mendeteksi detik vs milidetik — tanpa perlu menebak.
Menampilkan waktu lokal, UTC, ISO 8601, dan waktu relatif ("3 jam yang lalu") sekaligus.
Konversi dalam dua arah: timestamp → tanggal dan tanggal → timestamp.
Jam epoch saat ini yang berjalan langsung untuk referensi cepat.

Cara Menggunakan

Untuk decode: tempelkan timestamp (seperti 1720500000) ke kotak sebelah kiri dan klik "Convert".
Baca hasilnya dalam zona waktu lokal Anda, UTC, ISO 8601, dan sebagai waktu relatif.
Untuk encode: pilih tanggal dan waktu di kotak sebelah kanan dan klik "Convert" untuk mendapatkan timestamp-nya dalam detik dan milidetik.
Gunakan jam langsung di bagian atas ketika Anda hanya butuh timestamp saat ini.

Contoh

Input

1720500000

Output

Waktu lokal: 9/7/2024, 13.20.00
Waktu UTC:   Sel, 09 Jul 2024 05:20:00 GMT
ISO 8601:    2024-07-09T05:20:00.000Z

Nilai 10 digit dianggap sebagai detik; nilai 13 digit dianggap sebagai milidetik.

Tips praktis

Men-debug bug "waktu salah": 90% adalah masalah tampilan zona waktu, bukan timestamp yang salah. Bandingkan baris UTC dengan log server Anda (server biasanya mencatat dalam UTC) sebelum menyentuh kode apa pun.
Tanggal yang jatuh tepat pada 1970-01-01 berarti timestamp-nya adalah 0 atau tidak ada — gejala klasik nilai null, bukan tanggal sungguhan.
Tanggal di sekitar 1970 ditambah beberapa hari biasanya berarti detik ditafsirkan sebagai milidetik di suatu tempat; tanggal di tahun 56.000+ berarti sebaliknya.
Di spreadsheet: Excel menghitung hari sejak 1900, bukan detik sejak 1970. Konversikan dengan =(A1/86400)+DATE(1970,1,1) untuk timestamp dalam detik.

Skenario penggunaan nyata

Di mana timestamp sering menyulitkan dalam praktik: membaca kolom expiry di JWT dan token API (exp/iat adalah detik Unix), mengaitkan waktu laporan bug pengguna dengan baris log server, mengatur TTL cache dan jendela cron, dan memeriksa apakah sertifikat atau token benar-benar sudah kedaluwarsa. Baris waktu relatif ("3 jam yang lalu") adalah pemeriksaan akal sehat tercepat untuk semua ini.

Debugging JWT cukup umum untuk dijelaskan secara khusus: decode payload token dengan alat Base64, lalu tempelkan nilai exp-nya di sini — jawaban instan untuk "apakah token ini sudah kedaluwarsa dan sudah berapa lama".

Mengapa waktu Unix dirancang seperti ini

Menyimpan satu angka yang terus bertambah sejak epoch tetap (bukan struktur tahun/bulan/hari/jam) adalah kompromi kesederhanaan yang disengaja: dua timestamp dapat dibandingkan atau dikurangi dengan aritmetika sederhana, tanpa perlu logika kalender, itulah mengapa database, format log, dan hampir setiap representasi tanggal internal bahasa pemrograman dibangun di atasnya. Biaya dari kesederhanaan itu justru menjadi alasan alat ini ada — manusia tidak berpikir dalam detik-sejak-1970, jadi setiap timestamp perlu diterjemahkan kembali menjadi tanggal kalender agar bermakna bagi orang yang membacanya, dan terjemahan itu harus memperhitungkan zona waktu, presisi (detik vs milidetik), dan format tampilan sekaligus.

→ Base64 Encoder / Decoder · Age Calculator

Pertanyaan yang Sering Diajukan

Bagaimana alat ini mengetahui apakah timestamp saya dalam detik atau milidetik?

Berdasarkan besarnya nilai. Nilai 1.000.000.000.000 (1e12) atau lebih besar dianggap sebagai milidetik; nilai yang lebih kecil dianggap sebagai detik. Tanggal saat ini bernilai sekitar 1,7 miliar dalam detik dan sekitar 1.700 miliar dalam milidetik, sehingga kedua rentang ini tidak tumpang tindih untuk tanggal yang realistis.

Mengapa timestamp saya menampilkan jam yang berbeda dari yang saya harapkan?

Zona waktu. Timestamp selalu berbasis UTC; baris "waktu lokal" mengonversinya ke zona waktu perangkat Anda. Bandingkan baris UTC dengan apa yang dicatat sistem sumber Anda — banyak server mencatat log dalam UTC.

Apa itu masalah tahun 2038?

Sistem yang menyimpan timestamp sebagai bilangan bulat bertanda 32-bit akan meluap (overflow) pada 19 Januari 2038. Sistem modern menggunakan bilangan bulat 64-bit dan tidak terpengaruh. Alat ini menggunakan angka JavaScript, yang mampu menangani tanggal jauh melampaui 2038.

Bisakah saya mengonversi timestamp negatif?

Ya. Timestamp negatif mewakili tanggal sebelum 1 Januari 1970 — misalnya, -86400 adalah 31 Desember 1969.

Apakah epoch memperhitungkan detik kabisat?

Tidak. Waktu Unix menganggap setiap hari memiliki tepat 86.400 detik dan mengabaikan detik kabisat — sebuah penyederhanaan yang disengaja agar perhitungannya tetap mudah.

Timestamp → Date

Date → Timestamp