Epoch Converter: Đổi Unix Timestamp Sang Ngày

Dán bất kỳ epoch, timestamp hay ngày giờ nào để xem bằng chữ, theo múi giờ của bạn và theo UTC, cùng mọi cách đọc khác của con số.

s · ms · µs · ns · FILETIME · .NET · Excel · NTP · GPS · chạy trong trình duyệt của bạn

Ví dụ · 817876800

Thứ Bảy

2 tháng 12, 1995

04:00:00 UTC

UTC
Thứ 7, 2 thg 12, 1995 · 04:00:00
Thứ 7, 2 thg 12, 1995 · 04:00:00UTC · UTC+00:00
Tương đối
31 năm trước
Viết dưới dạng
ISO 8601 · UTC
1995-12-02T04:00:00Z
ISO 8601 · UTC
1995-12-02T04:00:00Z
RFC 5322 · emailđịnh dạng do RFC 2822 định nghĩa
Sat, 02 Dec 1995 04:00:00 +0000
Ngày HTTPRFC 9110
Sat, 02 Dec 1995 04:00:00 GMT
SQL DATETIMEUTC
1995-12-02 04:00:00
Giây
817876800
Mili giây
817876800000
Micro giây
817876800000000
Nano giây
817876800000000000

Một con số · mọi epoch

7 cách đọc rơi vào ngày có thật

Đọc là Giây Unix theo độ dài: 9 chữ số. Nếu là Giây GPS, nó sẽ là ngày 6 tháng 12, 2005: cũng là một ngày có thật, nên vẫn chỉ cách một cú nhấp.

Cách đọcRơi vào
1900–2100: ngày có thậtHôm nay2038: giới hạn 32 bitKhông rơi vào ngày có thật nàoChọn một cách đọc để dùng
Bây giờ

Mili giây
Micro giây
Nano giây
ISO 8601

Đồng hồ của trình duyệt bạn đếm theo mili giây nguyên: các số 0 phía sau chỉ là phần đệm, không phải độ chính xác.

Ngày giờ → timestamp
Múi giờ

UTC · UTC+00:00 vào ngày này

1793813880
Mili giây
1793813880000
ISO 8601
2026-11-04T17:38:00Z
Bắt đầu và kết thúc ở UTC
Bắt đầuKết thúc
Ngày17937504001793836799
Tháng17934912001796083199
Năm17672256001798761599

Mọi thứ diễn ra trong tab này: không gì bạn dán bị gửi đi đâu cả.

Cách dùng epoch converter

Dán timestamp bạn có vào ô nhập, dù nó tính bằng đơn vị nào, và ngày sẽ hiện ra theo múi giờ của bạn và theo UTC. Bạn cũng có thể gõ một ngày, header Date của email hoặc chữ “bây giờ” (hoặc now) để lấy epoch time của nó.

Trang đọc một con số theo giây, mili giây, micro giây và nano giây cùng lúc, chọn cách đọc rơi vào một ngày có thật, cho biết lý do, và giữ các cách đọc khác chỉ cách một cú nhấp. Bên dưới kết quả, cùng các chữ số đó được đọc như timestamp của Windows, .NET, Mac, Excel, NTP và GPS, và định dạng nào cũng sao chép được.

Epoch converter đọc 133756272000000000 là Windows FILETIME: 9 tháng 11, 2024, cùng mọi epoch trên một trục thời gianEpoch converter đọc 133756272000000000 là Windows FILETIME: 9 tháng 11, 2024, cùng mọi epoch trên một trục thời gianDán bất cứ thứ gìMột con số ở bất kỳ đơn vị nào, một ngày ISO, header Date của email, ngày giờ SQL hoặc chữ “bây giờ” (hoặc “now”). Nhãn ở đầu ô cho biết nó được đọc thế nào.Đếm các chữ sốThước bên dưới con số chia các chữ số thành từng nhóm ba, nên 18 chữ số thành sáu nhóm: manh mối đầu tiên cho biết đó là gì.Câu trả lời trước tiênThứ và ngày viết bằng chữ, rồi đến giờ theo UTC và theo múi giờ của chính bạn, cùng mọi định dạng để sao chép.Cách đọc nào, và vì saoTrang nói rõ bằng lời đã chọn cách đọc nào và vì sao, và nêu tên cách đọc khác cũng rơi vào một ngày có thật.Mọi epoch khácCùng các chữ số đó được đọc theo mọi đơn vị và mọi epoch, mỗi cách là một thanh tính từ điểm bắt đầu của riêng nó. Chọn một hàng để dùng cách đọc đó.
Công cụ đang đọc một Windows FILETIME. Chọn một số để xem từng phần làm gì.

Epoch time là gì, và vì sao nó bắt đầu từ năm 1970?

Epoch time, hay thời gian Unix, là số giây tính từ 1970-01-01 00:00:00 UTC, thời điểm mà POSIX gọi là Epoch (Unix epoch). Timestamp 0 chính là thời điểm đó, và 817876800 là 1995-12-02 04:00 UTC.

Không có tài liệu gốc nào ghi lại lý do chọn năm 1970. Sách hướng dẫn Unix đầu tiên, vào tháng 11 năm 1971, đếm từng phần sáu mươi giây kể từ ngày 1 tháng 1 năm 1971 và ghi chú rằng đồng hồ sẽ hết chỗ sau khoảng hai năm rưỡi; đến ấn bản thứ bảy năm 1979, giá trị đếm đã là số giây kể từ ngày 1 tháng 1 năm 1970, một ngày tròn gần thời điểm Unix đang được viết. Bản thân UTC chỉ bắt đầu từ năm 1972, nên các timestamp sớm hơn là UTC theo quy ước.

Unix ấn bản thứ nhất, 1971từng phần sáu mươi giây kể từ 1 tháng 1, 1971, trong 32 bit

đầy vào 8 tháng 4, 1973 · 2,27 năm

Unix ấn bản thứ bảy, 1979giây kể từ 1 tháng 1, 1970, trong một số 32 bit có dấu

1901-12-13 → 2038-01-1968 năm về mỗi phía

giá trị âm: trước 1970

Người dùng quan tâm đến niên đại sẽ nhận ra rằng 2**32 phần sáu mươi giây chỉ vào khoảng 2,5 năm.

UNIX Programmer's Manual, ấn bản thứ nhất, time (II), 3 tháng 11, 1971

Mọi epoch trang này đọc, trên cùng một trục

  1. .NET0001-01-01 · tick 100 nano giây
  2. Windows FILETIME1601-01-01 · tick 100 nano giây
  3. Excel1899-12-30 · ngày
  4. NTP1900-01-01 · giây
  5. Mac HFS+1904-01-01 · giây
  6. Excel 19041904-01-01 · ngày
  7. Unix1970-01-01 · giây
  8. GPS1980-01-06 · giây
Cả hai thanh đều được tính từ kích thước của bộ đếm: 2³² phần sáu mươi giây lấp đầy 2,27 năm, ít hơn một chút so với chính ước tính của sách hướng dẫn. Mọi epoch khác mà trang này đọc bắt đầu ở một điểm khác trên cùng trục đó, được vẽ trên chính trục thời gian của công cụ chuyển đổi. Nguồn: time (II), 1971, time (2), 1979

Timestamp của tôi tính bằng giây, mili giây, micro giây hay nano giây?

Hãy đếm chữ số: một timestamp hiện nay có 10 chữ số nếu tính bằng giây, 13 nếu bằng mili giây, 16 nếu bằng micro giây và 19 nếu bằng nano giây. JavaScript và Java dùng mili giây; các công cụ Unix và hầu hết API dùng giây.

Số chữ số là một gợi ý mạnh, không phải bằng chứng. Timestamp NTP, GPS và Mac hiện nay cũng có mười chữ số, còn Windows FILETIME và số tick .NET đều có mười tám chữ số; đó là lý do trang này đọc mọi thang đo cùng lúc và hiện cách đọc đã chọn bên cạnh các cách khác. Một FILETIME còn lớn hơn mức JavaScript giữ chính xác được, nên trang giữ nguyên các chữ số như bạn đã dán.

10 chữ số · 4 thang đo · chỉ nhìn chữ số thì không biết là loại nào

Giây Unix1792972800
Giây NTP4001961600
Giây GPS1477008018
Mac HFS+3875817600
Mili giây Unix1792972800000
Micro giây Unix1792972800000000

18 chữ số · 2 thang đo · chỉ chữ số đầu tiên phân biệt được chúng

Windows FILETIME134374464000000000
Tick .NET639285696000000000
Nano giây Unix1792972800000000000

Số giây có 10 chữ số trải từ 2001-09-09T01:46:40Z đến 2286-11-20T17:46:39Z. Đó là một khoảng 285 năm, không phải một đơn vị.

Mọi giá trị đều là cùng một thời điểm, 26 tháng 10, 2026, 00:00 UTC, trên thang đo riêng của nó. Độ dài phân biệt được các đơn vị Unix; nó không phân biệt được các epoch. Nguồn: ECMA-262 §21.4.1, [MS-DTYP] 2.3.3, DateTime.Ticks

Làm sao đổi Unix timestamp sang ngày theo múi giờ của tôi?

Unix timestamp không có múi giờ: nó chỉ một thời điểm duy nhất ở mọi nơi. Ngày phụ thuộc vào nơi bạn đọc nó, nên trang hiển thị múi giờ của bạn và UTC cạnh nhau, cùng bất kỳ múi giờ nào khác bạn chọn.

Bộ chọn múi giờ dùng cơ sở dữ liệu múi giờ IANA, cũng là cơ sở dữ liệu mà hệ điều hành của bạn dùng, nên các lần đổi giờ mùa hè được áp dụng theo chính ngày đó, không theo hôm nay. Theo chiều ngược lại, một ngày nhập không có độ lệch sẽ được đọc là UTC, và trang đề nghị đọc nó theo múi giờ của bạn.

Một thời điểm1793057400= 2026-10-26T23:30:00Z

  • Los Angeles16:30Thứ 2, 26 thg 10UTC−07:00
  • New York19:30Thứ 2, 26 thg 10UTC−04:00
  • UTC23:30Thứ 2, 26 thg 10UTC+00:00
  • Berlin00:30Thứ 3, 27 thg 10UTC+01:00
  • Kolkata05:00Thứ 3, 27 thg 10UTC+05:30
  • Tokyo08:30Thứ 3, 27 thg 10UTC+09:00
  • Lord Howe10:30Thứ 3, 27 thg 10UTC+11:00

Berlin, 29 tháng 3, 202623 giờ · đồng hồ nhảy từ 02:00 lên 03:00

Berlin, 25 tháng 10, 202625 giờ · đồng hồ lùi từ 03:00 về 02:00

Giờ chuẩn Trung Âu · UTC+01:00Giờ mùa hè Trung Âu · UTC+02:00giờ đã xảy ra hai lầngiờ chưa từng xảy ra

Một timestamp, 7 đồng hồ địa phương: nơi nào có ngày địa phương khác với ngày UTC thì được đánh dấu. Vào hai ngày đổi giờ của Berlin trong năm 2026, một giờ đồng hồ không ứng với thời điểm nào, còn một giờ khác ứng với hai thời điểm. Nguồn: ECMA-262 §21.4.1.19, IANA tz

Điều gì xảy ra với thời gian Unix vào năm 2038?

Thời gian Unix lưu dưới dạng số nguyên 32 bit có dấu sẽ hết ở 2147483647, tức 2038-01-19 03:14:07 UTC; một giây sau, nó quay vòng về một ngày trong tháng 12 năm 1901. Các hệ thống đếm bằng 64 bit, như POSIX hiện yêu cầu, không bị ảnh hưởng.

Rủi ro vào năm 2026 nằm ở khâu lưu trữ, không phải ở đồng hồ: cột TIMESTAMP của MySQL vẫn kết thúc ở 2038-01-19 03:14:07 UTC, và mọi định dạng tệp hay thiết bị nhúng còn giữ trường 32 bit cũng vậy. NTP có một mốc quay vòng riêng, sớm hơn: giây 32 bit của nó quay vòng vào năm 2036. Trang đánh dấu mọi timestamp gần hoặc vượt mốc 2038.

2.147.483.647số 32 bit có dấu lớn nhất

01111111 11111111 11111111 11111111

Thứ 3, 19 thg 1, 203803:14:07 UTC

+ 1 giây

-2.147.483.648cùng 32 bit đó, đọc như số có dấu

10000000 00000000 00000000 00000000

Thứ 6, 13 thg 12, 190120:45:52 UTC

Giây cuối cùng, UTC

time_t 32 bit có dấu2038-01-19 03:14:07
Giây 32 bit không dấu2106-02-07 06:28:15
Cột TIMESTAMP của MySQL2038-01-19 03:14:07
Era 0 của NTP2036-02-07 06:28:15
Ngày tháng của Mac HFS+2040-02-06 06:28:15

hôm nay2038-01-19

Mỗi điểm kết thúc được tính từ chính kích thước của trường: giây nguyên cuối cùng mà nó chứa được. Một time_t 64 bit, loại mà POSIX.1-2024 bắt buộc, vươn tới khoảng 292 tỷ năm về mỗi phía của năm 1970. Nguồn: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150

Unix timestamp có thể là số âm không?

Có: timestamp âm là một ngày trước năm 1970. -1 là 1969-12-31 23:59:59 UTC, và -86400 là 1969-12-31 00:00:00 UTC.

Chính POSIX để giá trị âm ở dạng không xác định, nhưng GNU và hầu hết hệ thống coi chúng là ngày trước 1970 như một phần mở rộng có tài liệu, và JavaScript, Python, PostgreSQL cũng vậy. MySQL là ngoại lệ: cột TIMESTAMP của nó bắt đầu từ 1970, và FROM_UNIXTIME(-1) trả về NULL. Ngày sinh và hồ sơ lịch sử là những timestamp âm bình thường, nên trang đọc chúng là ngày thay vì coi là lỗi.

GiâyLùi xa bao nhiêu (thang log)Ngày, UTC

0Thứ 5, 1 thg 1, 197000:00:00 UTC
-1Thứ 4, 31 thg 12, 196923:59:59 UTC
-86.400Thứ 4, 31 thg 12, 196900:00:00 UTC
-31.536.000Thứ 4, 1 thg 1, 196900:00:00 UTC
-1.000.000.000CN, 24 thg 4, 193822:13:20 UTC
-2.147.483.648Thứ 6, 13 thg 12, 190120:45:52 UTC
  • POSIXNếu năm <1970 hoặc giá trị là số âm, thì mối quan hệ là không xác định.
  • GNU date@-1 là 1969-12-31 23:59:59 UTC: giá trị âm, như một phần mở rộng của POSIX
  • JavaScriptmọi ngày trong khoảng chừng 273.790 năm quanh 1970, về cả hai phía
  • MySQL TIMESTAMPbắt đầu từ 1970-01-01 00:00:01 UTC: không chứa được giá trị âm
Mỗi giá trị được đọc là giây Unix. Các thanh dùng thang log, nên các giá trị nhỏ vẫn nhìn thấy được. Hàng cuối là số nhỏ nhất mà một trường 32 bit có dấu chứa được: đầu bên kia của sự cố năm 2038. Nguồn: POSIX.1-2024 §4.19, GNU Coreutils, ECMA-262 §21.4.1, MySQL 8.4

Windows, .NET, Mac, Excel, NTP và GPS: các epoch khác

Nhiều hệ thống đếm từ mốc 0 riêng của mình: Windows từ 1601, .NET từ năm 1, Mac và HFS+ từ 1904, Excel từ 1900, NTP từ 1900 và GPS từ ngày 6 tháng 1 năm 1980. Một con số vô nghĩa khi đọc là Unix timestamp thường là một trong số này.

Ví dụ, FILETIME 133756272000000000 đếm các khoảng 100 nano giây kể từ 1601 và là 2024-11-09 12:00:00 UTC. Excel đếm theo ngày và cố ý coi 1900 là năm nhuận, nên các số sê-ri dưới 61 lệch một ngày, và trang sẽ đánh dấu chúng. Thời gian GPS bỏ qua giây nhuận và đã đi nhanh hơn UTC 18 giây kể từ năm 2017.

EpochĐơn vị đếmTừNgày 26 thg 10, 2026Chữ sốMúi giờGặp ở đâu
Giây Unixgiây1970-01-01179297280010UTC (POSIX)date +%s, time.time() của Python
Mili giây Unixmili giây1970-01-01179297280000013UTCDate.now() của JavaScript, Java
Nano giây Unixnano giây1970-01-01179297280000000000019UTCUnixNano() của Go
Windows FILETIMEtick 100 nano giây1601-01-0113437446400000000018UTC (giờ địa phương trên FAT)NTFS, lastLogon của Active Directory, Win32
Tick .NETtick 100 nano giây0001-01-0163928569600000000018UTC hoặc giờ địa phương, tùy KindDateTime.Ticks của .NET
Số sê-ri Excelngày1899-12-30463215không có: giờ đồng hồExcel, Google Sheets, LibreOffice
Excel 1904ngày1904-01-01448595không có: giờ đồng hồExcel cũ cho Mac
Mac HFS+giây1904-01-01387581760010GMT (HFS cổ điển: giờ địa phương)Ngày tháng của tệp HFS+
Giây NTPgiây1900-01-01400196160010UTCGói tin NTP
Giây GPSgiây1980-01-06147700801810không có giây nhuận: UTC + 18 giâyMáy thu GPS, tệp RINEX
Mỗi giá trị là cùng một thời điểm, 26 tháng 10, 2026, 00:00 UTC, trên thang đo riêng của nó, do chính bộ máy tính toán mà trang này chạy tính ra. Google Sheets và LibreOffice cũng đếm ngày từ 1899-12-30, nên số sê-ri của chúng khớp với Excel từ ngày 1 tháng 3, 1900 trở đi. Nguồn: [MS-DTYP] 2.3.3, DateTime.Ticks, Excel, Google Sheets, LibreOffice, TN1150, RFC 5905, RINEX 3.05

Thời gian Unix có tính giây nhuận không?

Không. Thời gian Unix cho mỗi ngày đúng 86.400 giây, nên giây nhuận không có số riêng, và chính POSIX nói vậy: thời gian POSIX dạng tách thành phần không nhất thiết là UTC, dù trông có vẻ như vậy.

Từ năm 1972, 27 giây nhuận đã được thêm vào UTC; thời gian Unix không có số cho giây dư đó, nên một timestamp đại diện cho hai giây. Lần gần nhất là vào 2016-12-31, và năm 2022 Đại hội Cân đo Quốc tế đã quyết định rằng chậm nhất đến năm 2035, giới hạn khiến giây nhuận trở nên cần thiết sẽ được nới rộng, điều mà trên thực tế sẽ chấm dứt chúng. Thời gian GPS, vốn chưa bao giờ có giây nhuận, cho thấy khác biệt: nó đi nhanh hơn 18 giây.

Những giây cuối cùng của ngày 31 tháng 12, 1998

UTC23:59:5823:59:5923:59:6000:00:0000:00:01
Thời gian Unix915148798915148799915148800915148800915148801
Thời gian GPS599184010599184011599184012599184013599184014

Thời gian Unix cho ra 915148800 hai lần; thời gian GPS, vốn không có giây nhuận, vẫn tiếp tục đếm.

27 giây nhuậnkhông có thêm sau ngày 31 tháng 12, 2016 · chưa có giây nào được công bố trước ngày 28 tháng 6, 2027

trước khi có thời gian GPStừ khi có thời gian GPS: mỗi giây nhuận đẩy nó lên trước thêm một giây

Giờ Phối hợp Quốc tế (UTC) có giây nhuận. Tuy nhiên, trong thời gian POSIX (số giây kể từ Epoch), giây nhuận bị bỏ qua (không được áp dụng) để có một cách đơn giản và tương thích khi tính hiệu thời gian. Vì vậy, thời gian POSIX dạng tách thành phần không nhất thiết là UTC, dù trông có vẻ như vậy.

POSIX.1-2024, Rationale A.4.19
Ngay sau giây nhuận này, thời gian GPS đi nhanh hơn UTC 13 giây. Nguồn: POSIX.1-2024 A.4.19, leap-seconds.list, RINEX 3.05

Unix timestamp trong Python, JavaScript, Java, C#, Go, SQL và shell

Ngôn ngữ nào cũng chuyển đổi được theo cả hai chiều chỉ trong một hai dòng. Cái bẫy nằm ở đơn vị (JavaScript và Java đếm mili giây) và múi giờ (cơ sở dữ liệu có thể đọc giá trị theo múi giờ của phiên làm việc).

Mỗi ví dụ bên dưới đổi 817876800 thành một ngày và đổi một ngày ngược lại thành số giây, và ví dụ nào cũng đã được chạy để kiểm tra kết quả. Trên shell, macOS và các hệ BSD dùng date -r 817876800, còn GNU/Linux dùng date -d @817876800: hai cách này không thay thế cho nhau được.

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

Đã chạy bằng Python 3.14.4 vào ngày 26 tháng 10, 2026: kết quả in ra đúng như các chú thích ghi.

Mỗi tab là một chương trình hoặc phiên làm việc hoàn chỉnh, chạy được ngay khi dán; ở tab shell, hãy chạy nửa dành cho hệ thống của bạn. Nguồn: docs.python.org, ECMA-262, Instant, DateTimeOffset, pkg.go.dev/time, PostgreSQL, MySQL, date(1), GNU Coreutils

Epoch time: hỏi và đáp

Epoch time là gì?

Epoch time, còn gọi là thời gian Unix hay Unix timestamp, là số giây đã trôi qua kể từ 1970-01-01 00:00:00 UTC, không tính giây nhuận. Máy tính lưu ngày giờ theo cách này vì một con số duy nhất dễ so sánh, sắp xếp và truyền đi. Timestamp 1000000000 là 2001-09-09 01:46:40 UTC, và ô nhập ở đầu trang đổi được bất kỳ giá trị nào sang ngày.

Làm sao đổi epoch time sang ngày?

Dán con số vào ô ở đầu trang. Trang đọc nó theo giây, mili giây, micro giây và nano giây, chọn cách đọc rơi vào một ngày có thật, rồi hiển thị ngày đó theo múi giờ của bạn và theo UTC. Nếu tự làm, hãy nhân số giây với 1.000 rồi đưa vào một hàm ngày tháng, chẳng hạn new Date(817876800 * 1000) trong JavaScript.

Epoch time hiện tại là bao nhiêu?

Đồng hồ trên trang này hiển thị trực tiếp thời gian Unix hiện tại theo giây, mili giây, micro giây và nano giây, và giá trị nào cũng sao chép được. Nó lấy từ đồng hồ của chính thiết bị bạn, nên chỉ chính xác bằng đồng hồ đó; một máy tính đồng bộ giờ qua internet thường chỉ lệch một phần nhỏ của giây. Trên dòng lệnh, date +%s in nó ra theo giây.

Unix timestamp tính bằng giây hay mili giây?

Unix timestamp kiểu cổ điển tính bằng giây, nhưng JavaScript, Java và nhiều API web dùng mili giây, còn một số cơ sở dữ liệu và log dùng micro giây hoặc nano giây. Một timestamp hiện nay có 10 chữ số nếu tính bằng giây và 13 chữ số nếu tính bằng mili giây. Nếu ngày ra năm 1970 hoặc hàng nghìn năm sau nữa, thì đơn vị đã sai; trang này thử mọi đơn vị và cho biết đơn vị nào hợp lý.

Vì sao thời gian Unix bắt đầu từ năm 1970?

Không có tài liệu gốc nào ghi lại lý do. Sách hướng dẫn Unix đầu tiên, năm 1971, đếm từng phần sáu mươi giây kể từ ngày 1 tháng 1 năm 1971 và dự kiến sẽ hết chỗ trong vài năm. Khi việc đếm chuyển sang giây nguyên, ngày 1 tháng 1 năm 1970 trở thành điểm bắt đầu: một ngày tròn gần thời điểm Unix đang được viết, và từ đó một bộ đếm giây 32 bit đi được tới tận năm 2038.

Thời gian Unix có giống UTC không?

Gần như vậy, nhưng không hoàn toàn. Thời gian Unix theo lịch và đồng hồ của UTC, nhưng cho mỗi ngày đúng 86.400 giây và bỏ qua giây nhuận, nên một giây nhuận không có timestamp riêng. Chính POSIX nói rằng thời gian Unix dạng tách thành phần không nhất thiết là UTC. Với ngày giờ mà con người đọc, khác biệt này không bao giờ lộ ra; với các khoảng thời gian chính xác vắt qua một giây nhuận thì có.

Sự cố năm 2038 là gì?

Thời gian Unix lưu dưới dạng số 32 bit có dấu chỉ lên được tới 2147483647, tức 2038-01-19 03:14:07 UTC. Một giây sau, nó tràn số và bị đọc thành tháng 12 năm 1901. Các hệ điều hành hiện đại dùng thời gian 64 bit nên an toàn, nhưng trường 32 bit vẫn còn trong một số cơ sở dữ liệu, định dạng tệp và thiết bị nhúng: chẳng hạn cột TIMESTAMP của MySQL vẫn kết thúc ở đúng giây đó.

Có đổi được ngày trước năm 1970 không?

Có. Ngày trước 1970 là timestamp âm: -1 là 1969-12-31 23:59:59 UTC, và một ngày trong năm 1950 vào khoảng -631 triệu. Dán một số âm và trang sẽ hiện ngày của nó; nhập một ngày cũ hơn và trang cho bạn giá trị âm. POSIX nghiêm ngặt để giá trị âm ở dạng không xác định và TIMESTAMP của MySQL không chứa được chúng, nhưng hầu hết ngôn ngữ lập trình và cơ sở dữ liệu đọc chúng là ngày trước 1970.

Làm sao đổi Windows FILETIME sang ngày?

FILETIME đếm các khoảng 100 nano giây kể từ 1601-01-01 UTC, nên hiện nay nó có 18 chữ số. Dán nó vào ô nhập và trang sẽ đọc nó là FILETIME bên cạnh các đơn vị Unix: 133756272000000000 là 2024-11-09 12:00:00 UTC. Nếu tự tính, hãy trừ đi 116444736000000000 rồi chia cho 10.000.000 để ra giây Unix.

Làm sao đổi số sê-ri ngày của Excel sang timestamp?

Số sê-ri của Excel đếm theo ngày, phần thập phân là giờ: trong hệ 1900 mặc định, 45658 là 2025-01-01. Dán số sê-ri vào và trang sẽ đọc nó là ngày Excel theo cả hệ 1900 lẫn hệ 1904. Excel cố ý coi 1900 là năm nhuận, nên các số sê-ri dưới 61 lệch một ngày, và trang sẽ đánh dấu chúng thay vì đoán.

Công cụ có xử lý múi giờ và giờ mùa hè không?

Có. Trang hiển thị mỗi ngày theo múi giờ của bạn và theo UTC, và bạn có thể chọn bất kỳ múi giờ IANA nào, như America/New_York hay Asia/Kolkata. Giờ mùa hè được áp dụng theo chính ngày đang đổi, không theo hôm nay, nên một timestamp mùa hè vẫn hiện giờ mùa hè ngay cả vào mùa đông. Ngày bạn nhập mà không có độ lệch sẽ được đọc là UTC, và chỉ một cú nhấp là đọc nó theo múi giờ của bạn.

Timestamp của tôi có bị gửi đi đâu không?

Không. Việc chuyển đổi chạy trong trình duyệt của bạn, nên những gì bạn dán không bao giờ rời khỏi thiết bị và không máy chủ nào nhìn thấy. Liên kết tạo bằng Sao chép liên kết mang timestamp trong địa chỉ của nó, để trang mở ra hiện sẵn ngày; ngoài ra không có gì được lưu hay gửi đi.

Còn thiếu điều gì?Đề xuất tính năng hoặc công cụ mới