Konverter Timestamp Unix Epoch Gratis

Apa itu waktu Unix (epoch)?

Waktu Unix (juga disebut POSIX) adalah cara standar untuk merepresentasikan waktu dalam komputasi. Ini menghitung jumlah detik (atau milidetik) yang berlalu sejak 1 Januari 1970 pukul 00:00:00 UTC. Angka tunggal ini memudahkan penyimpanan, perbandingan, dan kalkulasi selisih waktu antara sistem dan zona waktu yang berbeda.

Pilihan 1 Januari 1970: dan Epoch Lainnya

Epoch 1970-01-01 berasal dari hari-hari awal Unix di Bell Labs. Tipe time_t Unix awalnya adalah integer bertanda 32-bit yang menghitung detik dari baseline yang dipilih; tim memilih Tahun Baru terbaru sebelum pengembangan dimulai, yaitu 1 Januari 1970. Keputusan itu praktis, bukan filosofis: Unix sedang dikembangkan pada 1969-1971, dan epoch yang baru memaksimalkan rentang timestamp yang dapat digunakan dalam rentang bertanda 32-bit. Sistem lain memilih epoch lain yang sesuai dengan kasus penggunaan mereka. NTP (Network Time Protocol, RFC 5905) menggunakan 1 Januari 1900 sebagai epoch-nya: penting karena NTP perlu menjangkau rentang historis yang lebih panjang. Windows FILETIME menggunakan 1 Januari 1601 sebagai epoch detik 100-nanodetik (awal siklus Gregorian 400-tahun yang mencakup 1601). VAX/VMS menggunakan 17 November 1858 (epoch Hari Julian yang dimodifikasi, populer dalam astronomi). Mac classic menggunakan 1 Januari 1904. JavaScript Date menggunakan epoch Unix tetapi menghitung milidetik daripada detik (float 64-bit, memberi rentang yang dapat digunakan ±100 juta tahun). Intinya: epoch Unix dominan pada 2026, tetapi catatan historis berisi banyak pilihan lain, masing-masing dengan warisan kompatibilitas-mundurnya sendiri.

Masalah Y2K38: Waktu Unix Akan Habis (Lebih Kurang)

Jika time_t adalah integer bertanda 32-bit (desain Unix asli), timestamp maksimum yang dapat direpresentasikan adalah 2.147.483.647: yang sesuai dengan 03:14:07 UTC pada Selasa, 19 Januari 2038. Satu detik kemudian, nilai meluap ke negatif, membungkus ke 13 Desember 1901. Ini adalah masalah Y2K38 (juga disebut Epochalypse). Pada sistem 64-bit modern, time_t adalah integer bertanda 64-bit dan tanggal overflow adalah 4 Desember 292.277.026.596: cukup jauh melampaui kematian matahari. Tetapi sistem tertanam 32-bit masih dalam penyebaran aktif di pengontrol industri, satelit dengan misi panjang, sistem back-end perbankan, jaringan SCADA minyak-dan-gas, infotainment otomotif, dan sensor IoT dengan masa pakai desain multi-dekade. Mitigasi telah berlangsung sejak awal 2000-an: setiap OS, database, dan bahasa utama sekarang default ke waktu 64-bit pada perangkat keras 64-bit (Linux menyelesaikan transisi pada kernel 5.6, Maret 2020; Windows selalu menggunakan 64-bit; macOS Catalina menjatuhkan dukungan 32-bit pada 2019). Sistem tertanam adalah ekor panjang. Masalah Y2K38 tidak akan menjadi krisis satu hari seperti Y2K; itu akan menjadi serangkaian kegagalan kecil dalam sistem ekor panjang selama tahun-tahun mendekati 2038, persis seperti Y2K bermanifestasi sebagian besar dalam sistem yang tidak jelas yang tidak ada yang menambalnya.

ISO 8601: Standar Format Waktu Lainnya

Di mana waktu Unix adalah format kabel, ISO 8601 adalah format yang dapat dibaca manusia. Awalnya diterbitkan sebagai ISO 8601:1988, direvisi pada 2000, 2004, dan terbaru pada ISO 8601-1:2019 dan ISO 8601-2:2019, standar mendefinisikan representasi seperti 2026-05-03T14:30:00Z (dengan Z berarti UTC) atau 2026-05-03T14:30:00+01:00 (dengan offset eksplisit). "T" memisahkan tanggal dari waktu; offset trailing menghilangkan ambiguitas zona waktu. Untuk protokol internet, RFC 3339 (Klyne dan Newman, 2002) mendefinisikan subset ketat ISO 8601 yang lebih mudah diurai: itu adalah format yang akan Anda lihat di respons API JSON, timestamp log, field exp/iat JWT, dan alur OAuth. Hubungan dengan waktu Unix: ISO 8601 adalah bentuk yang dapat dibaca manusia dari sebuah saat; waktu Unix adalah bentuk integer dari saat yang sama. Konverter seperti ini bergerak antara mereka di kedua arah. Bentuk waktu lokal (2026-05-03T14:30:00 tanpa offset) ambigu dan harus dihindari dalam sistem apa pun yang melintasi zona waktu: itu sering kali sumber bug halus di mana API JSON mengklaim mengembalikan timestamp tetapi tidak mengatakan zona waktunya.

Detik vs Milidetik: Kebingungan Umum

Waktu Unix di tingkat sistem operasi menghitung detik: integer 10 digit untuk waktu apa pun antara kira-kira 2001 dan 2286 (timestamp sebelum 2001 memiliki 9 digit atau lebih sedikit). Date.now() JavaScript, System.currentTimeMillis() JVM, DateTimeOffset.ToUnixTimeMilliseconds() .NET, dan sebagian besar API web menghitung milidetik: integer 13 digit untuk rentang yang sama. Kedua bentuk berbeda persis dengan faktor 1.000, dan bug paling umum yang berhubungan dengan timestamp dalam kode apa pun yang berbicara dengan beberapa sistem adalah memberi makan nilai milidetik ke fungsi yang mengharapkan detik (memberikan tanggal 1.000× lebih jauh di masa depan dari yang dimaksudkan) atau sebaliknya (memberikan tanggal sebagian kecil detik setelah epoch). Konverter ini mendeteksi otomatis berdasarkan jumlah digit: 10 atau lebih sedikit digit = detik, 13 atau lebih = milidetik. Untuk nilai di antara (11-12 digit, ambigu), konverter lebih memilih interpretasi yang memberikan tanggal yang masuk akal. Mikrodetik (16 digit, digunakan oleh beberapa sistem presisi tinggi dan banyak tipe TIMESTAMP database) dan nanodetik (19 digit, digunakan oleh Linux clock_gettime, time.UnixNano() Go, tooling observabilitas modern seperti OpenTelemetry) juga ditemui tetapi kurang umum dalam data yang dihadapi pengguna.

Penggunaan umum konversi timestamp

• Debugging API · konversi timestamp dari respons API untuk memahami kapan data dibuat atau dimodifikasi.
• Analisis log · baca dan pahami timestamp dari log server dan aplikasi.
• Debug JWT. Klaim exp (kedaluwarsa) dan iat (issued-at) di JSON Web Token adalah integer waktu Unix per RFC 7519. Untuk memeriksa apakah token kedaluwarsa atau melihat kapan diterbitkan, tempel nilai di sini.
• Perhitungan selisih waktu. Kurangi dua timestamp Unix untuk mendapatkan durasi di antaranya dalam detik (atau milidetik). Tidak ada matematika zona waktu, tidak ada penyesuaian DST, tidak ada kasus tepi aritmetika kalender.
• Kueri database dengan kolom epoch. Banyak database lama menyimpan timestamp sebagai integer Unix. Kueri "semua kejadian antara X dan Y" memerlukan konversi tanggal cutoff yang dapat dibaca manusia ke integer Unix untuk klausa WHERE.
• Penjadwalan dan tugas cron. Sistem yang menjadwalkan pekerjaan berdasarkan waktu absolut (Kubernetes CronJob, AWS EventBridge, Azure Logic Apps) sering menginginkan target waktu Unix dalam konfigurasi mereka. Konversikan waktu target yang ramah-manusia menjadi epoch.
• Mendekode timestamp "menarik". Nilai epoch terkenal: 0 = 1 Januari 1970 00:00:00 UTC (epoch itu sendiri); 1234567890 = 13 Februari 2009 23:31:30 UTC (singkat dirayakan sebagai momen "miliar Unix"); 1500000000 = 14 Juli 2017 02:40:00 UTC; 2000000000 = 18 Mei 2033 03:33:20 UTC; 2147483647 = 19 Januari 2038 03:14:07 UTC (titik overflow Y2K38).

Catatan tentang Detik Kabisat dan Waktu "Sebenarnya"

Komplikasi halus: waktu Unix sebagaimana didefinisikan oleh POSIX tidak menyertakan detik kabisat. Coordinated Universal Time (UTC) sesekali menambahkan detik kabisat untuk menjaga waktu sipil tetap selaras dengan rotasi Bumi yang sebenarnya: 27 detik kabisat telah ditambahkan sejak sistem dimulai pada 1972. Waktu Unix berpura-pura detik kabisat itu tidak terjadi: ketika detik kabisat disisipkan di akhir hari, jam baik mengulangi detik terakhir (perilaku tradisional Linux) atau melumurinya selama periode yang lebih lama (pendekatan "leap smear" Google, diadopsi oleh AWS dan banyak CDN). Untuk sebagian besar penggunaan aplikasi, ini tidak penting: akurasi waktu sub-detik jarang berarti di tingkat aplikasi. Untuk pekerjaan ilmiah presisi tinggi, timestamp sistem perdagangan finansial, atau timestamp bukti hukum, perilaku detik kabisat adalah sumber kasus tepi yang dikenal. IERS (International Earth Rotation and Reference Systems Service) mengumumkan detik kabisat dengan pemberitahuan enam bulan; yang terbaru disisipkan di akhir 31 Desember 2016, dan komunitas internasional telah mempertimbangkan untuk menghentikan detik kabisat sepenuhnya (resolusi untuk melakukannya pada 2035 diadopsi pada Konferensi Umum tentang Berat dan Ukuran 2022).

Privasi: Konversi Hanya-Browser

Timestamp yang Anda tempel biasanya tidak sensitif sendiri (integer Unix hanya mengungkapkan satu saat dalam waktu), tetapi konteksnya: baris log yang berisi pengidentifikasi pengguna nyata di samping timestamp, JWT yang berisi klaim tentang pengguna nyata, respons API dengan ID entitas internal: sering kali sensitif. Konverter ini berjalan sepenuhnya di browser Anda melalui API Date bawaan JavaScript. Tidak ada upload, tidak ada logging: verifikasi di tab Network DevTools saat Anda mengetik timestamp (tidak ada permintaan yang dikirim), atau bawa halaman offline (mode pesawat) setelah dimuat. Tampilan "sekarang" yang diperbarui langsung menggunakan jam lokal Anda, bukan sumber waktu jaringan.

Pertanyaan umum

Apa itu timestamp Unix?

Timestamp Unix (juga disebut Epoch atau waktu POSIX) adalah jumlah detik (atau milidetik) sejak 1 Januari 1970 pukul 00:00:00 UTC. Ini adalah cara standar untuk merepresentasikan waktu dalam komputasi.

Apa perbedaan antara detik dan milidetik?

Timestamp Unix dapat dalam detik (10 digit, mis. 1711824000) atau milidetik (13 digit, mis. 1711824000000). Alat ini secara otomatis mendeteksi berdasarkan panjang input.

Mengapa waktu yang dikonversi saya berbeda beberapa jam?

Konverter menampilkan format waktu lokal, UTC, dan ISO 8601. Jika hasil tidak sesuai dengan waktu yang diharapkan, periksa apakah Anda membaca format yang memperhitungkan zona waktu (perbedaan UTC vs waktu lokal).

Apa itu masalah Y2K38?

Jika waktu Unix disimpan dalam integer bertanda 32-bit (desain Unix asli), itu meluap pada 19 Januari 2038 pukul 03:14:07 UTC. Sistem 64-bit modern tidak terpengaruh: tanggal overflow bergerak ke kira-kira tahun 292 miliar. Risiko Y2K38 terkonsentrasi pada sistem tertanam 32-bit yang masih dalam penyebaran (pengontrol industri, satelit, infotainment otomotif, back-end perbankan, sensor IoT dengan masa pakai multi-dekade). Tidak seperti Y2K, masalah Y2K38 tidak akan menjadi krisis satu hari tetapi serangkaian kegagalan kecil dalam sistem ekor panjang selama tahun-tahun mendekati 2038.

Apakah ini bekerja offline?

Ya: setelah halaman dimuat, semua konversi berjalan di browser Anda melalui API Date bawaan JavaScript. Tidak ada panggilan jaringan saat penggunaan. Tombol "Sekarang" menggunakan jam lokal perangkat Anda; timestamp yang diperbarui langsung di bagian atas memperbarui dari jam sistem Anda tanpa menghubungi server waktu mana pun.

Alat terkait