Cara mengonversi antar format waktu
Format waktu bervariasi antar sistem, API, dan negara. Timestamp Unix dalam respons API, ISO 8601 di basis data, jam 12 jam di Amerika Serikat, 24 jam di Eropa, konversi adalah kebutuhan terus-menerus bagi pengembang dan siapa pun yang bekerja dengan data internasional.
Format waktu umum
| Format | Contoh | Digunakan oleh |
|---|---|---|
| Timestamp Unix (detik) | 1712502600 | API, basis data, token JWT |
| Timestamp Unix (md) | 1712502600000 | JavaScript, Java |
| ISO 8601 | 2026-04-07T14:30:00Z | API JSON, basis data, log |
| RFC 2822 | Mon, 07 Apr 2026 14:30:00 +0000 | Header email, HTTP |
| 24 jam | 14:30 | Eropa, militer, penerbangan |
| 12 jam | 2:30 PM | Amerika Serikat, penggunaan umum |
Lembar contekan konversi cepat
12 jam ke 24 jam
| 12 jam | 24 jam |
|---|---|
| 12:00 AM (tengah malam) | 00:00 |
| 1:00 AM | 01:00 |
| 12:00 PM (siang) | 12:00 |
| 1:00 PM | 13:00 |
| 6:00 PM | 18:00 |
| 11:59 PM | 23:59 |
Timestamp ke tanggal
Gunakan konverter epoch untuk menerjemahkan timestamp Unix secara instan ke tanggal yang dapat dibaca dan sebaliknya. Konverter secara otomatis menangani format dalam detik dan milidetik.
Tips
- Gunakan ISO 8601 untuk pertukaran data, tidak ambigu, terurut dengan benar sebagai string, dan merupakan standar API JSON.
- Simpan dalam UTC, konversi ke waktu lokal hanya untuk tampilan. Ini menghindari bug zona waktu ketika pengguna Anda berada di wilayah berbeda.
- JavaScript menggunakan milidetik,
Date.now()mengembalikan milidetik, bukan detik. Bagi dengan 1000 untuk mendapatkan timestamp Unix standar. - Tandai konverter, jika Anda bekerja dengan API atau log, konversi timestamp adalah sesuatu yang akan sering Anda lakukan.
Pertanyaan yang sering diajukan
Apa itu format ISO 8601?
ISO 8601 adalah standar internasional untuk merepresentasikan tanggal dan waktu. Tampak seperti 2026-04-07T14:30:00Z, di mana T memisahkan tanggal dan waktu, dan Z menunjukkan UTC. Tidak ambigu di mana pun lokal Anda.
Mengapa API menggunakan timestamp Unix alih-alih tanggal yang dapat dibaca?
Timestamp Unix adalah satu angka, mudah disimpan, diurutkan, dan dibandingkan. Mereka netral terhadap zona waktu (selalu UTC) dan mengambil lebih sedikit ruang daripada string tanggal yang diformat. Trade-off-nya: tidak dapat dibaca manusia.
Apa arti Z di akhir timestamp?
Z singkatan dari «Zulu time», nama lain untuk UTC (Coordinated Universal Time). Timestamp yang berakhir dengan Z berada dalam UTC, bukan waktu lokal.
Bagaimana mengonversi waktu 24 jam ke 12 jam?
Untuk jam 1-12, jam tetap sama (tambahkan AM untuk 0-11, PM untuk 12). Untuk 13-23, kurangi 12 dan tambahkan PM. 00:00 menjadi 12:00 AM (tengah malam). 12:00 menjadi 12:00 PM (siang).
What is the Year 2038 problem?
32-bit signed Unix timestamps overflow on 19 January 2038 at 03:14:07 UTC, after which they wrap around to negative values that look like dates in 1901. Most modern systems use 64-bit timestamps and are unaffected, but legacy embedded devices, old databases, and 32-bit time_t in some C code still need to be audited.
How are leap seconds handled in Unix time?
Unix time pretends leap seconds do not exist. The clock simply repeats or stretches the affected second, so a Unix timestamp is not a strict count of elapsed SI seconds. For most applications this is fine, but precision-timing code (astronomy, GPS, high-frequency trading) needs TAI or UTC with explicit leap-second handling.