Milidetik ke tanggal: UTC vs waktu lokal, dan mengapa bisa terlihat keliru

Terakhir ditinjau 2026-05-05. Konverter milidetik ke tanggal gratis mengambil timestamp Unix milidetik dan mengembalikan tanggal dan waktu yang dapat dibaca. Sebagian besar kebingungan pembaca bukan tentang konversinya sendiri - tetapi tentang zona waktu mana yang diwakili string yang dapat dibaca. Panduan ini menamai empat nilai yang harus selalu Anda baca bersamaan dan memberikan pemeriksaan kewarasan 30 detik agar Anda tidak pernah mengirim tanggal yang meleset beberapa jam.

Mengapa timestamp yang sama menampilkan tanggal berbeda

Timestamp Unix milidetik menghitung milidetik yang berlalu sejak Unix epoch, ditetapkan pada 1970-01-01T00:00:00 UTC. Angka itu tidak membawa zona waktu atau kalender. Setiap sistem yang menampilkannya memilih zona waktunya sendiri untuk keluaran yang dapat dibaca: peramban Anda menggunakan locale OS, server menggunakan locale kontainernya, basis data SQL menggunakan zona waktu sesinya, dan log JSON menggunakan apa pun yang diformat oleh penulis. Konverter milidetik ke tanggal menampilkan UTC dan waktu lokal Anda sehingga Anda dapat melihat offset sekilas.

Empat nilai yang harus selalu dibaca bersamaan

• Angka asli (1713538800000) - bebas zona waktu. Simpan ini di basis data, kirim melalui API HTTP, log. Tidak pernah bergeser.
• Tanggal/waktu UTC (2024-04-19T15:00:00Z) - render kanonik. Gunakan di log audit, laporan lintas wilayah, dan apa pun yang dibagikan antar tim.
• Tanggal/waktu lokal (2024-04-19 22:00:00 +07:00) - apa yang dilihat pengguna akhir. Gunakan untuk email, undangan kalender, dan tampilan pembaca.
• ISO 8601 dengan offset (2024-04-19T22:00:00+07:00) - aman bolak-balik. Termasuk jam dinding dan offset, sehingga parser hilir dapat memulihkan momen pastinya.

Pemeriksaan kewarasan 30 detik sebelum mengirim tanggal

1. Pastikan input dalam milidetik, bukan detik. Angka 13 digit adalah milidetik; angka 10 digit adalah detik. Lihat angka panjang - milidetik atau detik? untuk aturannya.
2. Catat nilai UTC yang dikembalikan konverter. Ini adalah jawaban kanonik dan bebas zona waktu.
3. Tambahkan offset lokal ke UTC (misalnya +07:00 untuk Bangkok, -08:00 untuk Los Angeles, dengan waktu musim panas). Nilai lokal harus cocok.
4. Jika nilai lokal tidak cocok, zona waktu OS Anda diatur berbeda dari yang Anda asumsikan. Sesuaikan OS atau tafsirkan UTC secara langsung.

UTC vs lokal dalam praktik

Gunakan UTC untuk penyimpanan dan transportasi. Kolom basis data, JSON melalui HTTP, file log, jejak audit. Nilai UTC tidak bergeser melalui transisi waktu musim panas dan tidak bervariasi berdasarkan wilayah deploy.

Gunakan waktu lokal hanya untuk tampilan. Undangan kalender, email untuk pengguna, pengingat. Konversi ke lokal di lapisan render, bukan di penyimpanan. Baris basis data yang sama harus dirender sebagai 22:00 waktu Bangkok dan 08:00 waktu LA - itu benar, bukan bug.

Gunakan ISO 8601 dengan offset untuk kasus di antaranya. Saat Anda mengirim nilai ke sistem hilir yang mungkin tidak tahu zona waktu pengguna, lebih baik bentuk ISO yang menyertakan offset. Hindari teks bebas "19 April pukul 22.00" - tidak dapat di-parse.

Panduan pendamping

• Angka panjang - milidetik atau detik? - penyamaran input.
• Timestamp Unix dijelaskan - apa itu epoch dan dari mana asal formatnya.
• Konverter milidetik ke tanggal - alatnya sendiri.
• Dapatkan waktu saat ini dalam milidetik - arah sebaliknya.

Pertanyaan yang sering diajukan

Mengapa konverter menampilkan dua waktu berbeda untuk input yang sama?

Keduanya adalah instan yang sama di zona waktu yang berbeda. Angkanya bebas zona waktu; nilai UTC adalah render kanonik dan nilai lokal adalah instan yang sama dilihat dari zona waktu OS Anda. Selisihnya adalah offset lokal.

Waktu lokal terlihat salah - bagaimana cara memperbaikinya?

Waktu lokal adalah apa pun yang dilaporkan OS Anda sebagai zona waktu saat ini. Jika laptop Anda diatur ke Singapura tetapi Anda mengharapkan Bangkok, nilai lokal akan meleset satu jam. Sesuaikan zona waktu OS, atau tafsirkan nilai UTC dan terapkan offset yang sebenarnya Anda inginkan.

Apakah waktu musim panas mengubah konversi?

Ya - untuk zona waktu mana pun yang menggunakan DST, offset lokal bergeser satu jam dua kali setahun. Nilai UTC tidak pernah berubah. Dua timestamp dari sisi berlawanan dari batas DST terlihat berjarak satu jam dalam waktu lokal bahkan saat milidetik yang berlalu benar.

Bisakah saya menyimpan waktu lokal langsung di basis data saya?

Ya, tetapi jarang merupakan ide yang baik. Menyimpan UTC dan merender lokal di tempat baca adalah kanonik; bertahan terhadap pemindahan server, perubahan wilayah, dan transisi DST. Menyimpan waktu lokal memaksa setiap pembaca untuk tahu di zona mana penulis berada - biasanya hilang.

Apakah ada yang dikirim ke server?

Konversi berjalan di peramban Anda; input milidetik dan string hasilnya tetap di perangkat Anda. Ini penting saat timestamp mengidentifikasi peristiwa sensitif yang tidak ingin Anda log.