Skip to content

Konverter Unix Timestamp & Epoch — Multi-Presisi

Konversi Unix timestamp ke tanggal secara instan. Deteksi otomatis detik, milidetik & mikrodetik. Jam langsung, konversi dua arah. Gratis, tanpa pendaftaran & 100% privat.

Tanpa Pelacakan Berjalan di Browser Gratis
Semua pemrosesan dilakukan di browser Anda. Tidak ada data yang dikirim ke server mana pun.

Unix Timestamp Saat Ini

0

Referensi Cepat

Contoh Kode

Ditinjau untuk kepatuhan POSIX dan akurasi presisi — Go Tools Engineering Team · Mar 22, 2026

Apa Itu Unix Timestamp (Epoch Time)?

Unix timestamp (juga disebut Epoch time atau POSIX time) adalah jumlah detik yang telah berlalu sejak 1 Januari 1970 00:00:00 UTC, berfungsi sebagai referensi waktu universal untuk hampir semua sistem komputasi. Dari kernel Linux dan database SQL hingga mesin JavaScript dan sistem operasi mobile, hampir setiap platform modern menyimpan dan bertukar waktu sebagai Unix timestamp.

Seperti yang didefinisikan secara formal oleh IEEE Std 1003.1 (POSIX): "Epoch Unix (1 Januari 1970 00:00:00 UTC) berfungsi sebagai titik nol untuk waktu POSIX" — konvensi yang diadopsi secara universal sehingga kini menjadi standar de facto untuk timestamp yang dapat dibaca mesin di seluruh dunia. Unix timestamp digunakan oleh mayoritas besar sistem sisi server, database, dan protokol jaringan, termasuk header HTTP, token JWT, dan hampir setiap REST API.

Epoch Unix itu sendiri — 1 Januari 1970 — tidak dipilih secara sembarangan. Unix dikembangkan di Bell Labs pada akhir 1960-an, dan 1970 merupakan titik awal bulat yang nyaman dan cukup baru untuk merepresentasikan semua tanggal relevan dengan ukuran integer yang dapat dikelola. Momen apa pun dalam waktu dapat dinyatakan sebagai hitungan integer bertanda 64-bit dari detik dari titik jangkar tersebut. Tanggal sebelum epoch direpresentasikan sebagai angka negatif: 31 Desember 1969 pukul tengah malam UTC adalah -86400 (satu hari, atau 86.400 detik, sebelum epoch).

Sistem modern sering memerlukan resolusi waktu yang lebih halus dari detik penuh. Untuk mengakomodasi ini, timestamp umumnya dinyatakan dalam milidetik (seperseribu detik, seperti yang dikembalikan oleh `Date.now()` JavaScript atau `System.currentTimeMillis()` Java) atau mikrodetik (seperjuta detik, digunakan di database seperti PostgreSQL dan sistem perdagangan frekuensi tinggi). Anda dapat mengidentifikasi presisi dari jumlah digit: 10 digit menunjukkan detik, 13 digit menunjukkan milidetik, dan 16 digit menunjukkan mikrodetik. Konverter ini mendeteksi otomatis presisi input Anda.

Unix timestamp adalah tulang punggung komputasi terdistribusi karena bersifat independen timezone, meningkat secara monoton (dalam kondisi normal), dan dapat disortir secara sepele sebagai integer. Menyimpan waktu sebagai timestamp dan mengonversi ke format yang dapat dibaca manusia hanya pada saat tampilan adalah praktik terbaik yang menghilangkan seluruh kategori bug timezone. Komprominya adalah keterbacaan — timestamp mentah seperti 1741965432 bersifat buram tanpa konverter, yang persis merupakan fungsi alat ini.

Semua konversi dilakukan sepenuhnya di browser Anda menggunakan JavaScript Date API — tidak ada timestamp, tanggal, atau data lainnya yang pernah dikirim ke server. Alat ini mengonversi Unix timestamp apa pun — termasuk epoch time saat ini yang ditampilkan di jam langsung di atas — ke tanggal yang dapat dibaca manusia secara instan, dengan privasi penuh.

Timestamp terkait erat dengan alat pengembang lainnya. UUID v1 dan v7 menyematkan timestamp langsung di dalam pengenal mereka, dan respons API yang mengandung timestamp sering kali paling baik diperiksa menggunakan JSON formatter untuk keterbacaan. Untuk panduan mendalam yang mencakup presisi, penanganan timezone, dan jebakan DST dengan contoh kode di JavaScript, Python, dan Go, baca panduan Unix timestamp kami.

// Get the current Unix timestamp in JavaScript
const timestampSeconds = Math.floor(Date.now() / 1000);
console.log(timestampSeconds); // → 1741965432

// Milliseconds (native JavaScript)
const timestampMs = Date.now();
console.log(timestampMs); // → 1741965432000

// Convert timestamp back to a Date object
const date = new Date(timestampSeconds * 1000);
console.log(date.toISOString()); // → '2025-03-14T15:37:12.000Z'

// Python equivalent
// import time
// timestamp = int(time.time())  # → 1741965432

Fitur Utama

Deteksi Presisi Otomatis

Mendeteksi secara otomatis apakah timestamp Anda dalam detik (10 digit), milidetik (13 digit), atau mikrodetik (16 digit) — tanpa perlu perpindahan mode manual.

Konversi Dua Arah

Konversi timestamp ke tanggal yang dapat dibaca manusia, atau pilih tanggal dan waktu apa pun untuk langsung mendapatkan Unix timestamp yang sesuai dalam ketiga format presisi.

Jam Epoch Langsung

Lihat Unix timestamp saat ini berdetak secara real-time sehingga Anda selalu memiliki titik referensi akurat untuk konversi dan perhitungan Anda.

Output Multi-Format

Setiap konversi menampilkan waktu UTC, timezone lokal Anda, format ISO 8601, dan waktu relatif yang mudah dipahami (mis., "3 hari lalu") secara bersamaan.

100% Pemrosesan di Browser

Semua konversi dilakukan sepenuhnya di browser Anda menggunakan JavaScript Date API. Tidak ada timestamp, tanggal, atau data pribadi yang ditransmisikan ke server mana pun.

Unix Timestamp vs Format Tanggal Lainnya

ISO 8601

2025-03-14T15:37:12Z

Dapat dibaca manusia dan dapat disortir secara leksikografis. Standar untuk pertukaran data dan API. Lebih disukai daripada Unix timestamp ketika keterbacaan manusia penting.

RFC 2822

Fri, 14 Mar 2025 15:37:12 +0000

Dapat dibaca manusia tetapi tidak dapat disortir. Terutama digunakan di header email (field Date). Kurang ringkas dibandingkan ISO 8601 dan Unix timestamp.

Tanggal Manusia

March 14, 2025 3:37 PM

Format paling mudah dibaca untuk pengguna akhir tetapi tidak dapat disortir atau cocok untuk penggunaan programatis. Paling baik dicadangkan untuk lapisan tampilan UI.

Contoh Konversi

Unix Timestamp Standar (detik)

1741965432
2025-03-14T15:37:12Z

Timestamp 10 digit dalam detik — format paling umum yang digunakan oleh sistem Unix/Linux, Unix API, token JWT, dan log server. Nilai khusus ini sesuai dengan Pi Day 2025 pukul 15:37:12 UTC.

Timestamp Y2K — 1 Januari 2000

946684800
2000-01-01T00:00:00Z

Unix timestamp untuk momen Y2K: tepat 946.684.800 detik setelah epoch Unix. Ini adalah nilai kalibrasi yang berguna — jika konverter Anda menampilkan 1 Januari 2000 untuk input ini, berarti berfungsi dengan benar.

Timestamp Negatif (Sebelum Epoch)

-86400
1969-12-31T00:00:00Z

Unix timestamp negatif mewakili tanggal sebelum 1 Januari 1970. Nilai -86400 tepat satu hari (86.400 detik) sebelum epoch, yang sesuai dengan 31 Desember 1969 pukul tengah malam UTC. Tidak semua sistem mendukung timestamp negatif, tetapi konverter ini menanganinya dengan benar.

Timestamp Milidetik (13 digit)

1741965432000
2025-03-14T15:37:12.000Z

Timestamp 13 digit dalam milidetik — format native yang digunakan oleh Date.now() JavaScript, System.currentTimeMillis() Java, dan sebagian besar REST API modern. Ini setara dengan contoh pertama dikalikan 1000. Detektor otomatis mengenali panjang 13 digit dan mem-parse-nya dengan benar sebagai milidetik.

Cara Mengonversi Unix Timestamp ke Tanggal

  1. 1

    Pilih Arah Konversi

    Pilih "Timestamp → Tanggal" untuk mendecode Unix timestamp menjadi tanggal yang dapat dibaca manusia, atau "Tanggal → Timestamp" untuk mengonversi tanggal dan waktu kalender menjadi Unix timestamp.

  2. 2

    Masukkan Nilai Anda

    Tempel atau ketik Unix timestamp (mis., 1741965432 atau 1741965432000) ke field input. Alat ini secara otomatis mengidentifikasi apakah itu detik, milidetik, atau mikrodetik. Untuk Tanggal → Timestamp, pilih tahun, bulan, hari, jam, menit, dan detik menggunakan date picker.

  3. 3

    Salin Hasil Konversi

    Lihat hasilnya secara instan dalam UTC, waktu lokal, ISO 8601, dan waktu relatif. Klik tombol Salin di samping format mana pun untuk menyalinnya langsung ke clipboard Anda.

Kasus Penggunaan Umum

Pengembangan dan Debugging API
Decode timestamp buram di respons API, payload token JWT (klaim iat, exp, nbf), data event webhook, dan entri log. Verifikasi secara instan apakah token autentikasi sudah kedaluwarsa atau kapan suatu peristiwa terjadi.
Penyimpanan dan Query Timestamp Database
Konversi antara Unix timestamp dan tanggal yang dapat dibaca manusia saat menulis query database, memeriksa record yang tersimpan, atau memvalidasi bahwa filter rentang tanggal ditentukan dengan benar di klausa WHERE Anda.
Analisis dan Korelasi File Log
Banyak log sistem dan aplikasi mencatat peristiwa sebagai Unix timestamp. Konversi entri log yang mencurigakan ke waktu yang dapat dibaca manusia untuk mengkorelasikan peristiwa di beberapa layanan, mengidentifikasi jendela serangan, atau menentukan momen tepat terjadinya error.
Verifikasi Kedaluwarsa Token JWT
JSON Web Token meng-encode iat (issued at), exp (expires at), dan nbf (not before) sebagai Unix timestamp di payload-nya. Tempel nilai-nilai ini langsung untuk memverifikasi jendela validitas token tanpa melakukan perhitungan epoch secara manual.
Penjadwalan Cron Job
Verifikasi bahwa jadwal cron job, tugas terjadwal, dan trigger berbasis waktu sesuai dengan jendela eksekusi yang dimaksud dengan mengonversi waktu eksekusi yang diusulkan ke timestamp dan sebaliknya.
Koordinasi Tanggal Lintas Timezone
Unix timestamp secara inheren netral-timezone. Gunakan konverter ini untuk menetapkan titik referensi bersama saat mengkoordinasikan tanggal dan tenggat waktu di seluruh tim di timezone berbeda, mengonfirmasi padanan UTC dari waktu lokal apa pun.

Referensi Teknis

Definisi Unix Timestamp
Unix timestamp adalah hitungan integer detik yang telah berlalu sejak epoch Unix: 1 Januari 1970, 00:00:00 UTC (Coordinated Universal Time). Nilainya sama terlepas dari timezone lokal pengamat, menjadikannya representasi netral-timezone yang ideal untuk menyimpan dan membandingkan waktu.
Nilai Maksimum Integer Bertanda 32-Bit
Nilai maksimum integer bertanda 32-bit adalah 2.147.483.647. Sebagai Unix timestamp, ini sesuai dengan 19 Januari 2038 pukul 03:14:07 UTC. Sistem yang menyimpan timestamp dalam integer bertanda 32-bit akan overflow pada momen ini — masalah yang dikenal sebagai masalah Tahun 2038. Sistem 64-bit dapat merepresentasikan tanggal miliaran tahun ke depan.
JavaScript Menggunakan Milidetik
Date.now() dan new Date().getTime() JavaScript mengembalikan jumlah milidetik sejak epoch — bukan detik. Ini menghasilkan angka 13 digit. Untuk mengonversi ke Unix timestamp standar dalam detik, bagi dengan 1000 dan bulatkan ke bawah: Math.floor(Date.now() / 1000). Banyak API dan alat mengharapkan detik, jadi langkah konversi ini sangat penting.
Timestamp Negatif Mewakili Tanggal Pra-Epoch
Unix timestamp dapat negatif untuk merepresentasikan tanggal sebelum 1 Januari 1970. Misalnya, -86400 mewakili 31 Desember 1969 pukul 00:00:00 UTC. Rentang timestamp bertanda 64-bit membentang dari kira-kira 292 miliar tahun sebelum epoch hingga 292 miliar tahun setelahnya, lebih dari cukup untuk aplikasi praktis apa pun.
Unix Time Tidak Memperhitungkan Detik Kabisat
Unix time mengasumsikan tepat 86.400 detik per hari (24 jam × 60 menit × 60 detik). Kenyataannya, detik kabisat kadang disisipkan oleh IERS untuk menjaga UTC tetap sinkron dengan rotasi Bumi. Ini berarti Unix time tidak sepenuhnya linier terhadap TAI (International Atomic Time), dan perbedaannya bertambah seiring waktu. Untuk sebagian besar aplikasi, perbedaan ini tidak relevan, tetapi sistem pencatatan waktu presisi harus memperhitungkannya.

Praktik Terbaik Penanganan Timestamp

Selalu Simpan Timestamp dalam UTC
Simpan timestamp dalam UTC (atau sebagai Unix timestamp) dan konversi ke waktu lokal hanya pada lapisan tampilan. Mencampur timezone di database Anda adalah sumber bug yang umum dan sulit direproduksi serta di-debug, terutama di sekitar transisi daylight saving time.
Gunakan Presisi Milidetik untuk API Modern
Sebagian besar API modern, lingkungan JavaScript, dan database menggunakan milidetik (timestamp 13 digit) daripada detik (timestamp 10 digit). Saat mengintegrasikan dengan sistem eksternal, konfirmasi presisi yang diharapkan — mengirim timestamp milidetik di mana detik diharapkan akan menghasilkan tanggal sekitar 11.000 tahun di masa depan.
Waspadai Masalah Tahun 2038
Sistem yang menyimpan Unix timestamp dalam integer bertanda 32-bit akan overflow pada 19 Januari 2038 pukul 03:14:07 UTC. Audit sistem legacy untuk field timestamp 32-bit dan migrasikan ke integer 64-bit atau string ISO 8601. Sebagian besar bahasa dan database modern menggunakan timestamp 64-bit secara default, tetapi sistem embedded, database lama, dan sistem file mungkin masih berisiko.
Jangan Pernah Andalkan Jam Sisi Klien untuk Keamanan
Jam perangkat klien dapat diatur ke nilai apa pun, secara tidak sengaja atau sengaja. Jangan pernah gunakan timestamp yang disediakan klien untuk logika keamanan sensitif seperti pemeriksaan kedaluwarsa JWT, timeout sesi, atau pembatasan laju. Selalu validasi timestamp di server menggunakan sumber waktu terpercaya.
Gunakan ISO 8601 untuk Pertukaran yang Dapat Dibaca Manusia
Ketika Anda memerlukan format timestamp yang dapat di-parse mesin dan dibaca manusia — misalnya, di file log, file konfigurasi, atau respons API di mana pengembang mungkin membaca output — ISO 8601 (mis., 2025-03-14T15:37:12Z) adalah pilihan terbaik. Ini dapat disortir secara leksikografis, tidak ambigu, dan didukung oleh hampir semua parser modern.

Pertanyaan yang Sering Diajukan

Mengapa waktu Unix dimulai dari 1 Januari 1970?
Tanggal epoch Unix 1 Januari 1970 dipilih oleh pengembang Unix di Bell Labs pada akhir 1960-an sebagai titik awal bulat yang nyaman dan praktis secara komputasional. Pada saat itu, timestamp disimpan dalam integer 32-bit, sehingga epoch perlu cukup dekat dengan masa kini agar tanggal umum muat dalam angka berukuran wajar. 1970 hanyalah tahun bulat yang bersih dan setelah pengembangan sistem dimulai. Tidak ada signifikansi teknis mendalam pada 1 Januari 1970 secara spesifik — ini adalah pragmatisme rekayasa. Sistem lain memilih epoch berbeda: toolbox klasik Macintosh menggunakan 1 Januari 1904; Windows NT menggunakan 1 Januari 1601; waktu GPS dimulai dari 6 Januari 1980. Masing-masing mencerminkan era dan batasan desain sistem yang memilihnya. Yang membuat epoch Unix bertahan adalah Unix menjadi sistem operasi dominan dalam komputasi, dan setiap bahasa pemrograman utama, database, dan sistem operasi akhirnya mengadopsi waktu Unix sebagai standar universal untuk merepresentasikan timestamp yang dapat dibaca mesin. Saat ini, epoch Unix secara efektif adalah konstanta universal dalam komputasi, dikenali oleh setiap platform utama dari kernel Linux hingga mesin JavaScript hingga database SQL. Pilihan ini memiliki satu konsekuensi terkenal: tanggal sebelum 1 Januari 1970 direpresentasikan sebagai angka negatif, yang tidak dapat ditangani oleh beberapa sistem lama. Untuk tanggal historis dan perhitungan astronomis, format timestamp alternatif kadang lebih disukai. Namun untuk sebagian besar pengembangan perangkat lunak, epoch Unix mencakup semua tanggal relevan dengan nyaman.
Apa itu masalah Tahun 2038?
Masalah Tahun 2038 (juga disebut Y2K38 atau Epochalypse) adalah masalah komputasi yang akan mempengaruhi sistem yang menyimpan Unix timestamp sebagai integer bertanda 32-bit. Integer bertanda 32-bit dapat menampung nilai dari -2.147.483.648 hingga 2.147.483.647. Ketika diinterpretasikan sebagai Unix timestamp, nilai maksimum 2.147.483.647 sesuai dengan 19 Januari 2038 pukul 03:14:07 UTC. Satu detik kemudian, penghitung akan overflow dan membungkus ke nilai negatif terendah yang dapat direpresentasikan, yang sesuai dengan 13 Desember 1901 — menyebabkan sistem ini menginterpretasikan tanggal masa depan sebagai masa lalu yang jauh. Konsekuensinya dapat berkisar dari sepele hingga katastrofik tergantung pada bagaimana timestamp digunakan. Sistem mungkin menolak tanggal masa depan yang valid selama validasi input, salah mengurutkan record yang sensitif waktu, salah menghitung tanggal kedaluwarsa untuk sertifikat dan token, atau crash sepenuhnya saat menghadapi nilai overflow. Perbaikannya langsung: migrasi ke integer bertanda 64-bit untuk penyimpanan timestamp. Timestamp 64-bit dapat merepresentasikan tanggal sekitar 292 miliar tahun sebelum dan sesudah epoch — jauh melampaui kebutuhan praktis. Sebagian besar sistem operasi, bahasa pemrograman, dan database modern sudah menggunakan timestamp 64-bit secara internal. Risikonya ada pada kode legacy, sistem embedded, sistem operasi 32-bit yang masih berproduksi, metadata sistem file (seperti field timestamp FAT32), dan kolom database yang didefinisikan sebagai INT bukan BIGINT. Pengembang harus mengaudit sistem mereka sekarang. Migrasi dari timestamp 32-bit ke 64-bit harus terjadi sebelum 2038, dan dalam praktiknya, sistem apa pun dengan record jangka panjang (hipotek, aset infrastruktur, dokumen hukum) mungkin menghadapi masalah jauh lebih awal saat tanggal masa depan dimasukkan ke field yang terpengaruh.
Apa perbedaan antara timestamp detik, milidetik, dan mikrodetik?
Unix timestamp hadir dalam tiga presisi umum, dibedakan oleh jumlah digit dalam nilai: **Detik (10 digit)**: Format Unix timestamp asli dan paling umum. `1741965432` mewakili detik tertentu dalam waktu. Digunakan oleh: panggilan sistem Unix/Linux (`time()`), sebagian besar utilitas Unix, token JWT (klaim `iat`, `exp`), header HTTP (`Last-Modified`), dan banyak REST API. Timestamp saat ini kira-kira 10 digit. **Milidetik (13 digit)**: Presisi seperseribu detik. `1741965432000` adalah momen yang sama seperti di atas, dikalikan 1.000. Digunakan oleh: `Date.now()` JavaScript, `System.currentTimeMillis()` Java, Node.js, sebagian besar API JavaScript/TypeScript modern, Redis, dan banyak klien database. Ketika Anda melihat timestamp 13 digit di respons JSON API, hampir pasti itu milidetik. **Mikrodetik (16 digit)**: Presisi seperjuta detik. `1741965432000000` adalah momen yang sama dikalikan 1.000.000. Digunakan oleh: tipe `TIMESTAMP` dan `TIMESTAMPTZ` PostgreSQL, `time.time_ns()` Python (meski itu mengembalikan nanodetik), sistem perdagangan frekuensi tinggi, dan alat analisis paket jaringan. Kesalahan paling umum adalah mencampur presisi — misalnya, mengirim timestamp milidetik ke fungsi yang mengharapkan detik. Ini menghasilkan tanggal sekitar 11.574 tahun di masa depan. Selalu periksa dokumentasi API atau sistem yang Anda gunakan untuk mengonfirmasi presisi yang diharapkan, dan gunakan deteksi otomatis konverter ini sebagai pemeriksaan kewarasan.
Apakah Unix time memperhitungkan detik kabisat?
Tidak — Unix time tidak memperhitungkan detik kabisat, dan ini adalah salah satu keterbatasan yang diketahui untuk aplikasi pencatatan waktu presisi. Detik kabisat kadang disisipkan (atau secara teoritis dihapus, meskipun belum pernah dihapus) oleh International Earth Rotation and Reference Systems Service (IERS) untuk menjaga UTC tetap sinkron dengan rotasi Bumi yang sedikit tidak teratur. Per 2026, 27 detik kabisat telah disisipkan sejak pertama kali diperkenalkan pada 1972. Unix time mengasumsikan kalender yang sepenuhnya teratur dengan tepat 86.400 detik per hari (24 × 60 × 60). Ketika detik kabisat disisipkan, dunia nyata memiliki satu detik yang diabaikan Unix time. Sistem operasi berbeda menangani ini secara berbeda: Linux secara tradisional "meredam" detik kabisat dengan menjalankan jam sedikit lebih lambat selama periode di sekitar titik penyisipan (pendekatan Google, juga disebut "leap smearing"); beberapa sistem menduplikasi detik pada 23:59:60 UTC; yang lain hanya melewatkan penyesuaian dan membiarkan jam menyimpang. Untuk sebagian besar aplikasi perangkat lunak — layanan web, API, database, logika bisnis — perbedaan ~27 detik akumulasi detik kabisat selama 50+ tahun sepenuhnya tidak relevan. Perbedaannya tidak terlihat oleh aplikasi yang menghadapi manusia. Di mana detik kabisat penting: sinkronisasi GPS, pengamatan astronomis, protokol timing jaringan paket (PTP/IEEE 1588), dan sistem apa pun yang harus mengkorelasikan Unix timestamp dengan TAI (International Atomic Time) secara presisi. Jika aplikasi Anda termasuk kategori ini, Anda harus menggunakan pustaka pencatatan waktu yang secara eksplisit mendukung kesadaran detik kabisat, atau bekerja dengan timestamp TAI secara langsung.
Bisakah Unix timestamp negatif?
Ya, Unix timestamp dapat negatif, dan timestamp negatif adalah cara yang sah dan terdefinisi dengan baik untuk merepresentasikan tanggal sebelum epoch Unix (1 Januari 1970, 00:00:00 UTC). Setiap detik sebelum epoch sesuai dengan penurunan 1 dari nol. Misalnya, -1 mewakili 31 Desember 1969 pukul 23:59:59 UTC; -86400 mewakili 31 Desember 1969 pukul 00:00:00 UTC (tepat satu hari sebelum epoch); dan -2208988800 mewakili 1 Januari 1900 pukul 00:00:00 UTC. Sebagian besar bahasa pemrograman dan sistem operasi modern mendukung timestamp negatif. `datetime.fromtimestamp(-86400)` Python dengan benar mengembalikan 31 Desember 1969. `new Date(-86400 * 1000)` JavaScript dengan benar merender tanggal yang sama. PostgreSQL menyimpan timestamp sebagai integer 8 byte dan menangani tanggal ribuan tahun sebelum epoch dengan benar. Namun, ada peringatan penting. Beberapa sistem, pustaka, atau driver database yang lebih lama mungkin tidak mendukung timestamp negatif dengan benar. Sistem 32-bit yang menggunakan integer unsigned untuk timestamp tidak dapat merepresentasikan nilai negatif sama sekali. Beberapa database yang didefinisikan sebagai tipe UNSIGNED BIGINT atau DATETIME mungkin menolak nilai negatif atau menginterpretasikannya sebagai tanggal jauh di masa depan. Untuk tanggal historis (apa pun sebelum 1970), seringkali lebih aman menyimpan tanggal sebagai string ISO 8601 atau menggunakan tipe tanggal native database daripada mengandalkan Unix timestamp negatif untuk portabilitas. Konverter ini menangani timestamp negatif dengan benar dan akan menampilkan tanggal pra-1970 yang sesuai.
Bagaimana cara mendapatkan Unix timestamp saat ini di JavaScript, Python, atau bahasa lain?
Mendapatkan Unix timestamp saat ini mudah di setiap bahasa pemrograman utama: **JavaScript / TypeScript:** ```javascript // Detik (sebagian besar API mengharapkan ini) const seconds = Math.floor(Date.now() / 1000); // Milidetik (native JavaScript) const milliseconds = Date.now(); ``` **Python:** ```python import time seconds = int(time.time()) # 1741965432 import datetime milliseconds = int(datetime.datetime.now(datetime.UTC).timestamp() * 1000) ``` **Go:** ```go import "time" seconds := time.Now().Unix() // int64 milliseconds := time.Now().UnixMilli() // int64 microseconds := time.Now().UnixMicro() // int64 ``` **Java:** ```java long seconds = System.currentTimeMillis() / 1000L; long milliseconds = System.currentTimeMillis(); // Atau dengan java.time (Java 8+): long seconds2 = Instant.now().getEpochSecond(); ``` **PHP:** ```php $seconds = time(); // integer $milliseconds = round(microtime(true) * 1000); ``` **Ruby:** ```ruby seconds = Time.now.to_i milliseconds = (Time.now.to_f * 1000).to_i ``` **Bash / Shell:** ```bash date +%s # detik date +%s%3N # milidetik (GNU date) ``` Hal terpenting yang perlu diingat adalah JavaScript bekerja secara native dalam milidetik, sementara hampir setiap bahasa lain default ke detik. Selalu jelaskan presisi mana yang Anda gunakan, dan dokumentasikan dalam kontrak API Anda untuk mencegah bug integrasi.
Bagaimana cara mengonversi epoch time ke tanggal yang dapat dibaca manusia?
Ada tiga cara cepat untuk mengonversi epoch time (Unix timestamp) ke tanggal yang dapat dibaca manusia: **1. Gunakan konverter online ini (tercepat)** Tempel timestamp epoch Anda ke field input di atas. Alat ini mendeteksi otomatis apakah dalam detik, milidetik, atau mikrodetik dan langsung menampilkan hasil dalam UTC, timezone lokal, ISO 8601, dan format waktu relatif. Klik Salin untuk mengambil format apa pun. **2. Gunakan kode** Di JavaScript: `new Date(1741965432 * 1000).toISOString()` mengembalikan `'2025-03-14T15:37:12.000Z'`. Di Python: `from datetime import datetime, UTC; datetime.fromtimestamp(1741965432, UTC)` mengembalikan hasil yang sama. Perhatikan bahwa JavaScript mengharapkan milidetik sementara Python mengharapkan detik — sumber bug konversi yang paling umum. **3. Gunakan baris perintah** Di Linux atau macOS dengan GNU date: `date -d @1741965432` (Linux) atau `date -r 1741965432` (macOS). Di Windows PowerShell: `[DateTimeOffset]::FromUnixTimeSeconds(1741965432).DateTime`. Ketiga metode menghasilkan hasil yang sama. Konverter online di atas adalah opsi tercepat ketika Anda hanya butuh jawaban cepat tanpa membuka terminal atau menulis kode.
Berapa Unix timestamp saat ini sekarang?
Unix timestamp saat ini ditampilkan di jam langsung di bagian atas halaman ini, diperbarui setiap detik. Unix timestamp hanyalah jumlah detik sejak 1 Januari 1970 00:00:00 UTC, dan bertambah tepat 1 setiap detik. Untuk mendapatkan timestamp saat ini secara programatis: - **JavaScript**: `Math.floor(Date.now() / 1000)` (detik) atau `Date.now()` (milidetik) - **Python**: `import time; int(time.time())` - **Bash**: `date +%s` Per 2026, Unix timestamp saat ini berada di kisaran 1,77 miliar (10 digit). Ia akan mencapai 2 miliar sekitar Mei 2033, dan nilai maksimum untuk sistem 32-bit (2.147.483.647) akan tercapai pada 19 Januari 2038 pukul 03:14:07 UTC — yang disebut masalah Tahun 2038. Bookmark halaman ini untuk selalu memiliki epoch time saat ini dalam satu klik.
Saya perlu men-debug timestamp di respons API saya — bagaimana cara mengonversinya?
Salin nilai timestamp dari respons API Anda (biasanya berupa angka 10 digit atau 13 digit di field JSON seperti "created_at" atau "timestamp"). Tempel langsung ke field input di atas — alat ini mendeteksi otomatis apakah dalam detik atau milidetik dan langsung menampilkan tanggal UTC, waktu lokal, dan format ISO 8601. Jika timestamp bersarang di dalam token JWT, decode payload JWT (yang di-encode Base64URL) terlebih dahulu untuk mengekstrak field iat, exp, atau nbf, kemudian tempel nilai tersebut di sini. Untuk debugging batch, gunakan cuplikan kode: new Date(timestamp * 1000).toISOString() di konsol browser Anda untuk memeriksa banyak timestamp dengan cepat tanpa meninggalkan dev tools.
Bagaimana cara mendapatkan Unix timestamp saat ini di Python/JavaScript/Go?
Di JavaScript, gunakan Math.floor(Date.now() / 1000) untuk detik atau Date.now() untuk milidetik. Di Python, gunakan import time; int(time.time()) untuk detik, atau int(time.time() * 1000) untuk milidetik. Di Go, gunakan time.Now().Unix() untuk detik, time.Now().UnixMilli() untuk milidetik, atau time.Now().UnixMicro() untuk mikrodetik. Ingat bahwa JavaScript secara native bekerja dalam milidetik sementara Python dan Go default ke detik — ini adalah sumber tunggal bug timestamp yang paling umum saat mengintegrasikan sistem yang ditulis dalam bahasa berbeda. Selalu dokumentasikan presisi mana yang diharapkan API Anda dalam spesifikasi OpenAPI/Swagger.
Apa yang terjadi pada Unix timestamp selama perubahan daylight saving time?
Unix timestamp sama sekali tidak terpengaruh oleh perubahan daylight saving time (DST) karena didasarkan pada UTC, yang tidak mengamati DST. Ketika jam "maju" atau "mundur" di timezone lokal, Unix timestamp terus bertambah tepat 1 per detik tanpa celah atau pengulangan. Ini adalah salah satu keunggulan utama menyimpan waktu sebagai Unix timestamp daripada string datetime lokal. Namun, jika Anda mengonversi Unix timestamp ke waktu lokal selama transisi DST, waktu lokal yang sama dapat sesuai dengan dua Unix timestamp berbeda (selama jam "mundur" ketika jam berulang). Selalu simpan dan bandingkan timestamp dalam UTC, dan hanya konversi ke waktu lokal untuk keperluan tampilan.
Saya punya timestamp dalam milidetik — bagaimana mengonversinya ke detik?
Bagi timestamp milidetik dengan 1000 dan buang bagian desimal. Di JavaScript: Math.floor(ms / 1000). Di Python: ms // 1000 (pembagian integer). Misalnya, 1741965432000 (milidetik) menjadi 1741965432 (detik). Anda dapat mengidentifikasi timestamp milidetik dari panjangnya yang 13 digit versus panjang 10 digit timestamp detik. Alat ini mendeteksi otomatis presisi, jadi Anda dapat menempel format mana pun secara langsung. Konversi sebaliknya (detik ke milidetik) hanyalah perkalian dengan 1000: 1741965432 * 1000 = 1741965432000. Hati-hati jangan sampai secara tidak sengaja mengirim nilai milidetik ke fungsi yang mengharapkan detik — hasilnya akan menjadi tanggal sekitar 11.574 tahun di masa depan.

Alat Terkait

Lihat semua alat →

Konverter Basis Bilangan — Biner, Hex, Desimal & Oktal

Alat Konversi

Konversi antara biner, hex, desimal, oktal, dan basis apa pun (2-36) secara instan. Presisi BigInt, output siap kode. Gratis, privat — tanpa pendaftaran.

Decode & Encode Base64 Online — Konversi Instan di Browser

Encoding & Pemformatan

Decode dan encode Base64 online gratis. Konversi real-time dengan dukungan UTF-8 dan emoji. 100% privat di browser Anda. Tanpa pendaftaran.

Kompres Gambar Online — JPEG, PNG & WebP

Alat Konversi

Kompres JPEG, PNG & WebP hingga 80% lebih kecil di browser, tanpa upload. Batch 20 gambar, atur kualitas, bandingkan sebelum & sesudah. Gratis & privat.

Format & Validasi JSON Online — Gratis, Cepat, Privat

Encoding & Pemformatan

Format, validasi, dan rapikan JSON langsung di browser Anda. Alat online gratis dengan deteksi error, minifikasi, dan salin sekali klik. 100% privat.

Konverter Satuan Panjang — Metrik, Imperial & Lainnya

Alat Konversi

Konversi antara 16 satuan panjang secara instan — metrik, imperial, nautika & astronomi. 1 inci = 2,54 cm. Gratis, privat, berjalan di browser Anda.

MD5 Hash Generator & Alat Checksum File

Alat Keamanan

Hasilkan hash MD5, SHA-256, SHA-1 & SHA-512 secara online gratis. Hash teks atau file di browser Anda, verifikasi checksum dan salin hasil. Tanpa pendaftaran.