Epoch Converter: Unix Timestamp ke Tanggal

Tempel epoch, timestamp, atau tanggal apa pun untuk melihatnya dalam kata-kata, di zona waktu Anda dan UTC, plus kemungkinan lain angka itu.

s · ms · µs · ns · FILETIME · .NET · Excel · NTP · GPS · berjalan di browser Anda

Contoh · 817876800

Sabtu

2 Desember 1995

04:00:00 UTC

UTC
Sab, 2 Des 1995 · 04:00:00
Sab, 2 Des 1995 · 04:00:00UTC · UTC+00:00
Relatif
31 tahun yang lalu
Ditulis sebagai
ISO 8601 · UTC
1995-12-02T04:00:00Z
ISO 8601 · UTC
1995-12-02T04:00:00Z
RFC 5322 · emailformat yang didefinisikan RFC 2822
Sat, 02 Dec 1995 04:00:00 +0000
Tanggal HTTPRFC 9110
Sat, 02 Dec 1995 04:00:00 GMT
SQL DATETIMEUTC
1995-12-02 04:00:00
Detik
817876800
Milidetik
817876800000
Mikrodetik
817876800000000
Nanodetik
817876800000000000

Satu angka · semua epoch

7 pembacaan jatuh pada tanggal nyata

Dibaca sebagai Detik Unix dari panjangnya: 9 digit. Sebagai Detik GPS, angka ini menjadi 6 Desember 2005: juga tanggal nyata, jadi tetap tersedia dengan sekali klik.

PembacaanJatuh pada
1900–2100: tanggal nyataHari ini2038: batas 32 bitTidak jatuh pada tanggal nyataPilih pembacaan untuk memakainya
Sekarang

Milidetik
Mikrodetik
Nanodetik
ISO 8601

Jam browser Anda menghitung milidetik utuh: angka nol di belakangnya hanya pengisi, bukan presisi.

Tanggal dan waktu → timestamp
Zona waktu

UTC · UTC+00:00 pada tanggal ini

1793813880
Milidetik
1793813880000
ISO 8601
2026-11-04T17:38:00Z
Awal dan akhir di UTC
AwalAkhir
Hari17937504001793836799
Bulan17934912001796083199
Tahun17672256001798761599

Semuanya terjadi di tab ini: tidak ada yang Anda tempel dikirim ke mana pun.

Cara memakai epoch converter

Tempel timestamp yang Anda punya ke kolom, apa pun satuannya, dan tanggalnya muncul di zona waktu Anda dan dalam UTC. Anda juga bisa mengetik tanggal, header Date email, atau kata “sekarang” (atau now) untuk mendapatkan epoch time-nya.

Halaman ini membaca angka dalam detik, milidetik, mikrodetik, dan nanodetik sekaligus, memilih pembacaan yang jatuh pada tanggal nyata, menjelaskan alasannya, dan menyediakan pembacaan lain dengan sekali klik. Di bawah jawabannya, digit yang sama dibaca sebagai timestamp Windows, .NET, Mac, Excel, NTP, dan GPS, dan setiap format bisa disalin.

Epoch converter membaca 133756272000000000 sebagai Windows FILETIME: 9 November 2024, dengan semua epoch di satu garis waktuEpoch converter membaca 133756272000000000 sebagai Windows FILETIME: 9 November 2024, dengan semua epoch di satu garis waktuTempel apa sajaAngka dalam satuan apa pun, tanggal ISO, header Date sebuah email, datetime SQL, atau kata “sekarang” (atau “now”). Label di atas kolom menunjukkan cara membacanya.Digitnya, dihitungPenggaris di bawah angka mengelompokkan digitnya per tiga, jadi 18 digit terbaca sebagai enam kelompok: petunjuk pertama tentang jenis angka itu.Jawaban lebih duluNama hari dan tanggal dalam kata, lalu jam dalam UTC dan di zona waktu Anda sendiri, serta setiap format untuk disalin.Pembacaan mana, dan mengapaHalaman ini menjelaskan dengan kata-kata pembacaan mana yang dipilih dan alasannya, dan menyebut pembacaan lain yang juga jatuh pada tanggal nyata.Semua epoch lainnyaDigit yang sama dibaca dalam setiap satuan dan setiap epoch, masing-masing berupa batang dari titik awalnya sendiri. Pilih sebuah baris untuk memakai pembacaan itu.
Alat ini sedang membaca Windows FILETIME. Pilih sebuah nomor untuk melihat fungsi tiap bagian.

Apa itu epoch, dan mengapa dimulai pada 1970?

Epoch time, atau waktu Unix, adalah jumlah detik sejak 1970-01-01 00:00:00 UTC, momen yang disebut POSIX sebagai Epoch. Timestamp 0 adalah momen itu, dan 817876800 adalah 1995-12-02 04:00 UTC.

Tidak ada sumber primer yang mencatat mengapa 1970 dipilih. Manual Unix pertama, pada November 1971, menghitung seperenam puluh detik sejak 1 Januari 1971 dan mencatat bahwa jamnya akan habis dalam sekitar dua setengah tahun; pada Edisi Ketujuh tahun 1979, hitungannya sudah berupa detik sejak 1 Januari 1970, tanggal bulat yang dekat dengan masa Unix sedang ditulis. UTC sendiri baru dimulai pada 1972, jadi timestamp yang lebih awal adalah UTC berdasarkan konvensi.

Unix Edisi Pertama, 1971seperenam puluh detik sejak 1 Januari 1971, dalam 32 bit

penuh pada 8 April 1973 · 2,27 tahun

Unix Edisi Ketujuh, 1979detik sejak 1 Januari 1970, dalam bilangan 32 bit bertanda

1901-12-13 → 2038-01-1968 tahun ke tiap arah

hitungan negatif: sebelum 1970

Pengguna yang berpikiran kronologis akan menyadari bahwa 2**32 seperenam puluh detik hanya sekitar 2,5 tahun.

UNIX Programmer's Manual, edisi pertama, time (II), 3 November 1971

Semua epoch yang dibaca halaman ini, dalam satu garis

  1. .NET0001-01-01 · tick 100 ndtk
  2. Windows FILETIME1601-01-01 · tick 100 ndtk
  3. Excel1899-12-30 · hari
  4. NTP1900-01-01 · detik
  5. Mac HFS+1904-01-01 · detik
  6. Excel 19041904-01-01 · hari
  7. Unix1970-01-01 · detik
  8. GPS1980-01-06 · detik
Kedua batang dihitung dari ukuran pencacahnya: 2³² seperenam puluh detik memenuhi 2,27 tahun, sedikit di bawah perkiraan manual itu sendiri. Setiap epoch lain yang dibaca halaman ini dimulai di titik lain pada garis yang sama, digambar pada sumbu waktu milik konverter ini sendiri. Sumber: time (II), 1971, time (2), 1979

Apakah timestamp saya dalam detik, milidetik, mikrodetik, atau nanodetik?

Hitung digitnya: timestamp saat ini punya 10 digit dalam detik, 13 dalam milidetik, 16 dalam mikrodetik, dan 19 dalam nanodetik. JavaScript dan Java memakai milidetik; alat Unix dan sebagian besar API memakai detik.

Jumlah digit adalah petunjuk kuat, bukan bukti. Timestamp NTP, GPS, dan Mac juga sepuluh digit saat ini, sedangkan Windows FILETIME dan hitungan tick .NET sama-sama delapan belas digit; itulah sebabnya halaman ini membaca setiap skala sekaligus dan menampilkan pembacaan yang dipilih di samping yang lain. FILETIME juga lebih besar daripada yang bisa disimpan JavaScript dengan tepat, jadi halaman ini mempertahankan digitnya persis seperti yang Anda tempel.

10 digit · 4 skala · digitnya saja tidak menunjukkan yang mana

Detik Unix1792972800
Detik NTP4001961600
Detik GPS1477008018
Mac HFS+3875817600
Mili­detik Unix1792972800000
Mikro­detik Unix1792972800000000

18 digit · 2 skala · hanya digit pertama yang membedakannya

Windows FILETIME134374464000000000
Tick .NET639285696000000000
Nano­detik Unix1792972800000000000

Hitungan detik dengan 10 digit berkisar dari 2001-09-09T01:46:40Z sampai 2286-11-20T17:46:39Z. Itu rentang 285 tahun, bukan satuan.

Setiap nilai adalah momen yang sama, 26 Oktober 2026, 00:00 UTC, pada skalanya sendiri. Panjangnya membedakan satuan Unix; panjangnya tidak bisa membedakan epoch. Sumber: ECMA-262 §21.4.1, [MS-DTYP] 2.3.3, DateTime.Ticks

Bagaimana mengonversi Unix timestamp ke tanggal di zona waktu saya?

Unix timestamp tidak punya zona waktu: ia menunjuk satu momen yang sama di mana pun. Tanggalnya tergantung di mana Anda membacanya, jadi halaman ini menampilkan zona waktu Anda dan UTC berdampingan, serta zona lain yang Anda pilih.

Pemilih zona memakai database zona waktu IANA, sama dengan yang dipakai sistem operasi Anda, jadi perubahan daylight saving diterapkan untuk tanggal itu sendiri, bukan untuk hari ini. Sebaliknya, tanggal yang diketik tanpa selisih zona dibaca sebagai UTC, dan halaman ini menawarkan untuk membacanya di zona waktu Anda.

Satu momen1793057400= 2026-10-26T23:30:00Z

  • Los Angeles16:30Sen, 26 OktUTC−07:00
  • New York19:30Sen, 26 OktUTC−04:00
  • UTC23:30Sen, 26 OktUTC+00:00
  • Berlin00:30Sel, 27 OktUTC+01:00
  • Kolkata05:00Sel, 27 OktUTC+05:30
  • Tokyo08:30Sel, 27 OktUTC+09:00
  • Lord Howe10:30Sel, 27 OktUTC+11:00

Berlin, 29 Maret 202623 jam · jam melompat dari 02:00 ke 03:00

Berlin, 25 Oktober 202625 jam · jam mundur dari 03:00 ke 02:00

Waktu Standar Eropa Tengah · UTC+01:00Waktu Musim Panas Eropa Tengah · UTC+02:00jam yang terjadi dua kalijam yang tidak pernah terjadi

Satu timestamp, 7 jam dinding: jika tanggal lokal berbeda dari tanggal UTC, tanggal itu ditandai. Pada dua hari pergantian jam di Berlin tahun 2026, satu waktu jam dinding tidak menunjuk momen apa pun dan satu lagi menunjuk dua momen. Sumber: ECMA-262 §21.4.1.19, IANA tz

Apa yang terjadi pada waktu Unix di tahun 2038?

Waktu Unix yang disimpan sebagai integer 32 bit bertanda habis pada 2147483647, yaitu 2038-01-19 03:14:07 UTC; satu detik kemudian, nilainya berputar ke sebuah tanggal di Desember 1901. Sistem yang menghitung dengan 64 bit, seperti yang kini diwajibkan POSIX, tidak terpengaruh.

Risikonya pada 2026 ada di penyimpanan, bukan di jam: kolom TIMESTAMP MySQL masih berakhir pada 2038-01-19 03:14:07 UTC, begitu pula format file atau perangkat tertanam mana pun yang masih memakai field 32 bit. NTP punya titik putar ulang sendiri yang lebih awal: detik 32 bit-nya berputar ulang pada 2036. Halaman ini menandai setiap timestamp yang mendekati atau melewati batas 2038.

2.147.483.647angka 32 bit bertanda terbesar

01111111 11111111 11111111 11111111

Sel, 19 Jan 203803:14:07 UTC

+ 1 detik

-2.147.483.64832 bit yang sama, dibaca sebagai angka bertanda

10000000 00000000 00000000 00000000

Jum, 13 Des 190120:45:52 UTC

Detik terakhir, UTC

time_t 32 bit bertanda2038-01-19 03:14:07
Detik 32 bit tak bertanda2106-02-07 06:28:15
Kolom TIMESTAMP MySQL2038-01-19 03:14:07
Era 0 NTP2036-02-07 06:28:15
Tanggal Mac HFS+2040-02-06 06:28:15

hari ini2038-01-19

Setiap batas akhir dihitung dari ukuran field itu sendiri: detik utuh terakhir yang bisa ditampungnya. time_t 64 bit, yang diwajibkan POSIX.1-2024, menjangkau sekitar 292 miliar tahun ke kedua arah dari 1970. Sumber: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150

Bisakah Unix timestamp bernilai negatif?

Bisa: timestamp negatif adalah tanggal sebelum 1970. -1 adalah 1969-12-31 23:59:59 UTC, dan -86400 adalah 1969-12-31 00:00:00 UTC.

POSIX sendiri membiarkan nilai negatif tidak terdefinisi, tetapi GNU dan sebagian besar sistem memperlakukannya sebagai tanggal sebelum 1970 lewat ekstensi yang terdokumentasi, begitu pula JavaScript, Python, dan PostgreSQL. MySQL pengecualiannya: kolom TIMESTAMP miliknya dimulai pada 1970, dan FROM_UNIXTIME(-1) mengembalikan NULL. Tanggal lahir dan catatan sejarah adalah timestamp negatif yang biasa, jadi halaman ini membacanya sebagai tanggal, bukan menganggapnya kesalahan.

DetikSeberapa jauh ke belakang (skala log)Tanggal, UTC

0Kam, 1 Jan 197000:00:00 UTC
-1Rab, 31 Des 196923:59:59 UTC
-86.400Rab, 31 Des 196900:00:00 UTC
-31.536.000Rab, 1 Jan 196900:00:00 UTC
-1.000.000.000Min, 24 Apr 193822:13:20 UTC
-2.147.483.648Jum, 13 Des 190120:45:52 UTC
  • POSIXJika tahunnya <1970 atau nilainya negatif, hubungannya tidak terdefinisi.
  • GNU date@-1 adalah 1969-12-31 23:59:59 UTC: hitungan negatif, sebagai ekstensi POSIX
  • JavaScripttanggal apa pun dalam rentang sekitar 273.790 tahun dari 1970, ke kedua arah
  • MySQL TIMESTAMPdimulai pada 1970-01-01 00:00:01 UTC: tidak bisa menampung nilai negatif
Setiap nilai dibaca sebagai detik Unix. Batang memakai skala log, jadi nilai kecil tetap terlihat. Baris terakhir adalah angka terkecil yang bisa ditampung field 32 bit bertanda: ujung lain dari masalah 2038. Sumber: POSIX.1-2024 §4.19, GNU Coreutils, ECMA-262 §21.4.1, MySQL 8.4

Windows, .NET, Mac, Excel, NTP, dan GPS: epoch lainnya

Banyak sistem menghitung dari titik nolnya sendiri: Windows sejak 1601, .NET sejak tahun 1, Mac dan HFS+ sejak 1904, Excel sejak 1900, NTP sejak 1900, dan GPS sejak 6 Januari 1980. Angka yang tidak masuk akal sebagai Unix timestamp sering kali salah satunya.

FILETIME 133756272000000000, misalnya, menghitung interval 100 nanodetik sejak 1601 dan sama dengan 2024-11-09 12:00:00 UTC. Excel menghitung hari dan sengaja memperlakukan 1900 sebagai tahun kabisat, jadi serial di bawah 61 meleset satu hari, dan halaman ini menandainya. Waktu GPS melewatkan detik kabisat dan sudah 18 detik lebih cepat dari UTC sejak 2017.

EpochSatuanSejakPada 26 Okt 2026DigitZona waktuTempat Anda menemuinya
Detik Unixdetik1970-01-01179297280010UTC (POSIX)date +%s, time.time() di Python
Mili­detik Unixmilidetik1970-01-01179297280000013UTCDate.now() di JavaScript, Java
Nano­detik Unixnanodetik1970-01-01179297280000000000019UTCUnixNano() di Go
Windows FILETIMEtick 100 ndtk1601-01-0113437446400000000018UTC (waktu lokal di FAT)NTFS, lastLogon di Active Directory, Win32
Tick .NETtick 100 ndtk0001-01-0163928569600000000018UTC atau lokal, menurut KindDateTime.Ticks di .NET
Serial Excelhari1899-12-30463215tidak ada: jam dindingExcel, Google Sheets, LibreOffice
Excel 1904hari1904-01-01448595tidak ada: jam dindingExcel lama untuk Mac
Mac HFS+detik1904-01-01387581760010GMT (HFS klasik: lokal)Tanggal file HFS+
Detik NTPdetik1900-01-01400196160010UTCPaket NTP
Detik GPSdetik1980-01-06147700801810tanpa detik kabisat: UTC + 18 dtkPenerima GPS, file RINEX
Setiap nilai adalah momen yang sama, 26 Oktober 2026, 00:00 UTC, pada skalanya sendiri, dihitung oleh mesin yang dijalankan halaman ini. Google Sheets dan LibreOffice juga menghitung hari dari 1899-12-30, jadi serial mereka sama dengan serial Excel mulai 1 Maret 1900. Sumber: [MS-DTYP] 2.3.3, DateTime.Ticks, Excel, Google Sheets, LibreOffice, TN1150, RFC 5905, RINEX 3.05

Apakah waktu Unix menghitung detik kabisat?

Tidak. Waktu Unix memberi setiap hari tepat 86.400 detik, jadi detik kabisat tidak punya angka sendiri, dan POSIX mengatakannya: waktu POSIX yang diurai tidak selalu UTC, meskipun tampak demikian.

Sejak 1972, 27 detik kabisat telah ditambahkan ke UTC; waktu Unix tidak punya angka untuk detik tambahan itu, jadi satu timestamp mewakili dua detik. Yang terakhir pada 2016-12-31, dan pada 2022 Konferensi Umum untuk Berat dan Ukuran memutuskan bahwa paling lambat pada 2035 batas yang membuatnya diperlukan akan dinaikkan, yang dalam praktiknya mengakhiri detik kabisat. Waktu GPS, yang tidak pernah memakainya, memperlihatkan selisihnya: ia 18 detik lebih cepat.

Detik-detik terakhir 31 Desember 1998

UTC23:59:5823:59:5923:59:6000:00:0000:00:01
Waktu Unix915148798915148799915148800915148800915148801
Waktu GPS599184010599184011599184012599184013599184014

Waktu Unix memberi 915148800 dua kali; waktu GPS, yang tidak punya detik kabisat, terus menghitung.

27 detik kabisattidak ada lagi setelah 31 Desember 2016 · tidak ada yang diumumkan sebelum 28 Juni 2027

sebelum waktu GPS dimulaisejak waktu GPS dimulai: masing-masing membuatnya satu detik lebih maju

Waktu Universal Terkoordinasi (UTC) mencakup detik kabisat. Namun, dalam waktu POSIX (detik sejak Epoch), detik kabisat diabaikan (tidak diterapkan) untuk menyediakan metode yang mudah dan kompatibel dalam menghitung selisih waktu. Karena itu, waktu POSIX yang diurai tidak selalu UTC, meskipun tampak demikian.

POSIX.1-2024, Rationale A.4.19
Tepat setelah detik kabisat ini, waktu GPS 13 detik lebih cepat dari UTC. Sumber: POSIX.1-2024 A.4.19, leap-seconds.list, RINEX 3.05

Unix timestamp di Python, JavaScript, Java, C#, Go, SQL, dan shell

Setiap bahasa bisa mengonversi ke dua arah dalam satu atau dua baris. Jebakannya adalah satuan (JavaScript dan Java menghitung milidetik) dan zona waktu (database bisa membaca nilai dalam zona waktu sesinya).

Setiap contoh di bawah mengubah 817876800 menjadi tanggal dan sebuah tanggal kembali menjadi detik, dan setiap contoh sudah dijalankan untuk memeriksa keluarannya. Di shell, macOS dan BSD memakai date -r 817876800, sedangkan GNU/Linux memakai date -d @817876800: keduanya tidak bisa saling menggantikan.

from datetime import datetime, timezone

t = datetime.fromtimestamp(817876800, tz=timezone.utc)
print(t.isoformat())  # 1995-12-02T04:00:00+00:00

back = datetime(1995, 12, 2, 4, 0, tzinfo=timezone.utc)
print(int(back.timestamp()))  # 817876800

Dijalankan dengan Python 3.14.4 pada 26 Oktober 2026: hasilnya sesuai yang ditunjukkan komentar.

Setiap tab adalah program atau sesi utuh yang langsung berjalan saat ditempel; di tab shell, jalankan bagian untuk sistem Anda. Sumber: docs.python.org, ECMA-262, Instant, DateTimeOffset, pkg.go.dev/time, PostgreSQL, MySQL, date(1), GNU Coreutils

Epoch time: tanya jawab

Apa itu epoch time?

Epoch time, juga disebut waktu Unix atau Unix timestamp, adalah jumlah detik yang telah berlalu sejak 1970-01-01 00:00:00 UTC, tanpa menghitung detik kabisat. Komputer menyimpan tanggal dengan cara ini karena satu angka mudah dibandingkan, diurutkan, dan dikirim. Timestamp 1000000000 adalah 2001-09-09 01:46:40 UTC, dan kolom di bagian atas mengonversi nilai apa pun menjadi tanggal.

Bagaimana cara mengonversi epoch time ke tanggal?

Tempel angkanya ke kolom di bagian atas. Halaman ini membacanya dalam detik, milidetik, mikrodetik, dan nanodetik, memilih pembacaan yang jatuh pada tanggal nyata, lalu menampilkan tanggal itu di zona waktu Anda dan dalam UTC. Secara manual, kalikan detiknya dengan 1.000 lalu berikan ke fungsi tanggal, misalnya new Date(817876800 * 1000) di JavaScript.

Berapa epoch time saat ini?

Jam di halaman ini menampilkan waktu Unix saat ini secara langsung, dalam detik, milidetik, mikrodetik, dan nanodetik, dan setiap nilainya bisa disalin. Jam ini berasal dari jam perangkat Anda sendiri, jadi akurasinya hanya setara jam itu; komputer yang menyinkronkan waktu lewat internet biasanya hanya meleset sepersekian detik. Di command line, date +%s menampilkannya dalam detik.

Unix timestamp dalam detik atau milidetik?

Unix timestamp klasik dalam detik, tetapi JavaScript, Java, dan banyak API web memakai milidetik, sementara sebagian database dan log memakai mikrodetik atau nanodetik. Timestamp saat ini punya 10 digit dalam detik dan 13 digit dalam milidetik. Jika tanggalnya jatuh di 1970 atau ribuan tahun dari sekarang, satuannya salah; halaman ini mencoba setiap satuan dan menunjukkan mana yang masuk akal.

Mengapa waktu Unix dimulai pada 1970?

Tidak ada sumber primer yang mencatat alasannya. Manual Unix pertama, dari 1971, menghitung seperenam puluh detik sejak 1 Januari 1971 dan memperkirakan hitungannya habis dalam beberapa tahun. Ketika hitungan beralih ke detik utuh, 1 Januari 1970 menjadi titik awal: tanggal bulat yang dekat dengan masa Unix sedang ditulis, dan dari situ hitungan detik 32 bit menjangkau hingga 2038.

Apakah waktu Unix sama dengan UTC?

Hampir, tetapi tidak persis. Waktu Unix mengikuti kalender dan jam UTC, tetapi memberi setiap hari tepat 86.400 detik dan mengabaikan detik kabisat, jadi detik kabisat tidak punya timestamp sendiri. POSIX sendiri menyatakan bahwa waktu Unix yang diurai tidak selalu UTC. Untuk tanggal dan jam yang dibaca manusia, perbedaannya tidak pernah terlihat; untuk interval presisi yang melewati detik kabisat, perbedaannya terlihat.

Apa itu masalah tahun 2038?

Waktu Unix yang disimpan sebagai angka 32 bit bertanda hanya bisa mencapai 2147483647, yaitu 2038-01-19 03:14:07 UTC. Satu detik kemudian, nilainya meluap dan terbaca sebagai Desember 1901. Sistem operasi modern memakai waktu 64 bit dan aman, tetapi field 32 bit masih ada di sebagian database, format file, dan perangkat tertanam: kolom TIMESTAMP MySQL, misalnya, masih berakhir pada detik itu.

Bisakah saya mengonversi tanggal sebelum 1970?

Bisa. Tanggal sebelum 1970 adalah timestamp negatif: -1 adalah 1969-12-31 23:59:59 UTC, dan tanggal di tahun 1950 sekitar -631 juta. Tempel angka negatif dan halaman ini menampilkan tanggalnya; ketik tanggal yang lebih lama dan halaman ini memberi nilai negatifnya. POSIX yang ketat membiarkan nilai negatif tidak terdefinisi dan TIMESTAMP MySQL tidak bisa menampungnya, tetapi sebagian besar bahasa pemrograman dan database membacanya sebagai tanggal sebelum 1970.

Bagaimana mengonversi Windows epoch time (FILETIME) ke tanggal?

FILETIME menghitung interval 100 nanodetik sejak 1601-01-01 UTC, jadi saat ini panjangnya 18 digit. Tempel ke kolom dan halaman ini membacanya sebagai FILETIME di samping satuan Unix: 133756272000000000 adalah 2024-11-09 12:00:00 UTC. Secara manual, kurangi dengan 116444736000000000 lalu bagi dengan 10.000.000 untuk mendapatkan detik Unix.

Bagaimana mengonversi serial tanggal Excel ke timestamp?

Serial Excel menghitung hari, dengan pecahan untuk jamnya: dalam sistem 1900 bawaan, 45658 adalah 2025-01-01. Tempel serialnya dan halaman ini membacanya sebagai tanggal Excel dalam sistem 1900 maupun 1904. Excel sengaja memperlakukan 1900 sebagai tahun kabisat, jadi serial di bawah 61 meleset satu hari, dan halaman ini menandainya alih-alih menebak.

Apakah konverter ini menangani zona waktu dan daylight saving?

Ya. Halaman ini menampilkan setiap tanggal di zona waktu Anda dan dalam UTC, dan Anda bisa memilih zona IANA mana pun, seperti America/New_York atau Asia/Kolkata. Daylight saving diterapkan menurut tanggal yang dikonversi, bukan menurut hari ini, jadi timestamp musim panas tetap menampilkan waktu musim panas meski dibuka di musim dingin. Tanggal yang Anda ketik tanpa selisih zona dibaca sebagai UTC, dan satu klik membacanya di zona waktu Anda.

Apakah timestamp saya dikirim ke suatu tempat?

Tidak. Konversi berjalan di browser Anda, jadi yang Anda tempel tidak pernah meninggalkan perangkat dan tidak ada server yang melihatnya. Tautan yang dibuat dengan Salin tautan membawa timestamp di alamatnya agar halaman yang dibukanya langsung menampilkan tanggal itu; tidak ada hal lain yang disimpan atau dikirim.

Ada yang kurang?Usulkan fitur atau alat baru