Epoch Converter: timestamp na datę i odwrotnie

Wklej dowolny timestamp lub datę: zobaczysz ją słownie, w swojej strefie czasowej i w UTC, razem ze wszystkim, czym może być ta liczba.

s · ms · µs · ns · FILETIME · .NET · Excel · NTP · GPS · działa w przeglądarce

Przykład · 817876800

sobota

2 grudnia 1995

04:00:00 UTC

UTC
sob., 2 gru 1995 · 04:00:00
sob., 2 gru 1995 · 04:00:00UTC · UTC+00:00
Czas względny
31 lat temu
Zapis w formatach
ISO 8601 · UTC
1995-12-02T04:00:00Z
ISO 8601 · UTC
1995-12-02T04:00:00Z
RFC 5322 · e-mailformat zdefiniowany w RFC 2822
Sat, 02 Dec 1995 04:00:00 +0000
Data HTTPRFC 9110
Sat, 02 Dec 1995 04:00:00 GMT
SQL DATETIMEUTC
1995-12-02 04:00:00
Sekundy
817876800
Milisekundy
817876800000
Mikrosekundy
817876800000000
Nanosekundy
817876800000000000

Jedna liczba · wszystkie epoki

7 odczytów daje prawdziwą datę

Odczytano jako Unix (sekundy) na podstawie długości: 9 cyfr. Jako GPS (sekundy) byłaby to data 6 grudnia 2005: też prawdziwa, więc ten odczyt jest dostępny jednym kliknięciem.

OdczytWypada
1900–2100: prawdziwa dataDziś2038: granica 32 bitówNie wypada na żadną prawdziwą datęWybierz odczyt, aby go użyć
Teraz

Milisekundy
Mikrosekundy
Nanosekundy
ISO 8601

Zegar twojej przeglądarki liczy pełne milisekundy: zera po nich to wypełnienie, a nie precyzja.

Data i godzina → timestamp
Strefa czasowa

UTC · UTC+00:00 w tym dniu

1793813880
Milisekundy
1793813880000
ISO 8601
2026-11-04T17:38:00Z
Początek i koniec w strefie UTC
PoczątekKoniec
Dzień17937504001793836799
Miesiąc17934912001796083199
Rok17672256001798761599

Wszystko dzieje się w tej karcie: nic z tego, co wklejasz, nie jest nigdzie wysyłane.

Jak zamienić timestamp na datę i datę na timestamp

Wklej swój timestamp w pole, w jakiejkolwiek jest jednostce, a data pojawi się w twojej strefie czasowej i w UTC. Możesz też wpisać datę, nagłówek Date z e-maila albo słowo teraz, żeby dostać jej czas unixowy.

Strona odczytuje liczbę jednocześnie jako sekundy, milisekundy, mikrosekundy i nanosekundy, wybiera odczyt, który daje prawdziwą datę, mówi dlaczego, a pozostałe odczyty zostawia o jedno kliknięcie dalej. Pod odpowiedzią te same cyfry są odczytane jako znacznik czasu Windows, .NET, Mac, Excel, NTP i GPS, a każdy format można skopiować.

Epoch converter: timestamp 133756272000000000 jako Windows FILETIME – 9 listopada 2024 i wszystkie epoki na jednej osiEpoch converter: timestamp 133756272000000000 jako Windows FILETIME – 9 listopada 2024 i wszystkie epoki na jednej osiWklej cokolwiekLiczbę w dowolnej jednostce, datę ISO, nagłówek Date z e-maila, SQL datetime albo słowo „teraz”. Etykieta mówi, jak to odczytano.Policzone cyfryLinijka pod liczbą grupuje cyfry po trzy, więc 18 cyfr czyta się jako sześć grup: pierwsza wskazówka, czym jest ta liczba.Najpierw odpowiedźDzień tygodnia i data słownie, potem godzina w UTC i w twojej strefie czasowej oraz każdy format do skopiowania.Który odczyt i dlaczegoStrona mówi słowami, który odczyt wybrała i dlaczego, i podaje inny odczyt, który też daje prawdziwą datę.Każda inna epokaTe same cyfry odczytane w każdej jednostce i każdej epoce, każda jako pasek od własnego początku. Wybierz wiersz, aby użyć tego odczytu.
Narzędzie odczytuje Windows FILETIME. Wybierz numer, żeby zobaczyć, do czego służy każda część.

Czym jest czas unixowy (Unix epoch) i dlaczego zaczyna się w 1970 roku?

Czas unixowy, czyli epoch time, to liczba sekund od 1970-01-01 00:00:00 UTC – chwili, którą POSIX nazywa Epoką. Timestamp 0 to właśnie ta chwila, a 817876800 to 1995-12-02 04:00 UTC.

Żadne źródło pierwotne nie podaje, dlaczego wybrano rok 1970. Pierwszy podręcznik Uniksa z listopada 1971 roku liczył sześćdziesiąte części sekundy od 1 stycznia 1971 i zauważał, że ten zegar wyczerpie się po mniej więcej dwóch i pół roku; w wydaniu siódmym z 1979 roku licznik podawał już sekundy od 1 stycznia 1970 – okrągłej daty bliskiej czasowi, w którym powstawał Unix. Sam UTC obowiązuje dopiero od 1972 roku, więc wcześniejsze znaczniki czasu są w UTC umownie.

Unix, wydanie pierwsze, 1971sześćdziesiąte części sekundy od 1 stycznia 1971, na 32 bitach

zapełnił się 8 kwietnia 1973 · 2,27 roku

Unix, wydanie siódme, 1979sekundy od 1 stycznia 1970, w 32-bitowej liczbie ze znakiem

1901-12-13 → 2038-01-1968 lat w każdą stronę

wartości ujemne: przed rokiem 1970

Chronologicznie--nastawiony użytkownik zauważy, że 2**32 sześćdziesiątych części sekundy to zaledwie około 2,5 roku.

UNIX Programmer's Manual, wydanie pierwsze, time (II), 3 listopada 1971

Wszystkie epoki, które odczytuje ta strona, na jednej linii

  1. .NET0001-01-01 · takty po 100 ns
  2. Windows FILETIME1601-01-01 · takty po 100 ns
  3. Excel1899-12-30 · dni
  4. NTP1900-01-01 · sekundy
  5. Mac HFS+1904-01-01 · sekundy
  6. Excel 19041904-01-01 · dni
  7. Unix1970-01-01 · sekundy
  8. GPS1980-01-06 · sekundy
Oba paski są wyliczone z rozmiaru licznika: 2³² sześćdziesiątych części sekundy wystarcza na 2,27 roku, trochę mniej, niż szacował sam podręcznik. Każda inna epoka, którą odczytuje ta strona, zaczyna się w innym miejscu tej samej linii, narysowanej na osi czasu samego konwertera. Źródło: time (II), 1971, time (2), 1979

Czy mój timestamp jest w sekundach, milisekundach, mikrosekundach czy nanosekundach?

Policz cyfry: bieżący timestamp ma 10 cyfr w sekundach, 13 w milisekundach, 16 w mikrosekundach i 19 w nanosekundach. JavaScript i Java używają milisekund; narzędzia uniksowe i większość API – sekund.

Liczba cyfr to mocna wskazówka, a nie dowód. Znaczniki czasu NTP, GPS i Mac też mają dziś dziesięć cyfr, a Windows FILETIME i liczba taktów .NET – po osiemnaście, dlatego ta strona odczytuje wszystkie skale naraz i pokazuje wybrany odczyt obok pozostałych. FILETIME jest też większy, niż JavaScript potrafi dokładnie przechować, więc strona zachowuje cyfry dokładnie tak, jak je wklejono.

10 cyfr · 4 skale · same cyfry nie mówią, która to skala

Unix (sekundy)1792972800
NTP (sekundy)4001961600
GPS (sekundy)1477008018
Mac HFS+3875817600
Unix (mili­sekundy)1792972800000
Unix (mikro­sekundy)1792972800000000

18 cyfr · 2 skale · różni je tylko pierwsza cyfra

Windows FILETIME134374464000000000
.NET (takty)639285696000000000
Unix (nano­sekundy)1792972800000000000

Sekundy o długości 10 cyfr obejmują wartości od 2001-09-09T01:46:40Z do 2286-11-20T17:46:39Z. To zakres obejmujący 285 lat, a nie jednostka.

Każda wartość to ta sama chwila, 26 października 2026, 00:00 UTC, na własnej skali. Długość odróżnia jednostki Unix, ale nie odróżnia epok. Źródło: ECMA-262 §21.4.1, [MS-DTYP] 2.3.3, DateTime.Ticks

Jak zamienić timestamp Unix na datę w swojej strefie czasowej?

Timestamp Unix nie ma strefy czasowej: oznacza jedną chwilę wszędzie. Data zależy od miejsca, w którym ją odczytujesz, więc strona pokazuje obok siebie twoją strefę i UTC, a także każdą strefę, którą wybierzesz.

Wybór strefy korzysta z bazy stref czasowych IANA, tej samej, której używa twój system operacyjny, więc zmiany czasu letniego są stosowane dla samej daty, a nie dla dzisiejszego dnia. W drugą stronę data wpisana bez przesunięcia jest odczytywana jako UTC, a strona proponuje odczytanie jej w twojej strefie.

Jedna chwila1793057400= 2026-10-26T23:30:00Z

  • Los Angeles16:30pon., 26 paźUTC−07:00
  • Nowy Jork19:30pon., 26 paźUTC−04:00
  • UTC23:30pon., 26 paźUTC+00:00
  • Berlin00:30wt., 27 paźUTC+01:00
  • Kalkuta05:00wt., 27 paźUTC+05:30
  • Tokio08:30wt., 27 paźUTC+09:00
  • Lord Howe10:30wt., 27 paźUTC+11:00

Berlin, 29 marca 202623 godziny · zegary przeskoczyły z 02:00 na 03:00

Berlin, 25 października 202625 godzin · zegary cofnięto z 03:00 na 02:00

czas środkowoeuropejski standardowy · UTC+01:00czas środkowoeuropejski letni · UTC+02:00godzina, która wystąpiła dwa razygodzina, której nie było

Jeden timestamp, 7 zegarów: tam, gdzie data lokalna różni się od daty UTC, jest to zaznaczone. Berlin, 2026: w dwa dni zmiany czasu jedna godzina na zegarze nie oznaczała żadnej chwili, a inna oznaczała dwie. Źródło: ECMA-262 §21.4.1.19, IANA tz

Co stanie się z czasem unixowym w 2038 roku?

Czas unixowy zapisany jako 32-bitowa liczba całkowita ze znakiem kończy się na 2147483647, czyli 2038-01-19 03:14:07 UTC; sekundę później przekręca się na datę w grudniu 1901 roku. Systemów liczących na 64 bitach, czego teraz wymaga POSIX, to nie dotyczy.

W 2026 roku ryzyko dotyczy przechowywania, a nie zegarów: kolumna TIMESTAMP w MySQL wciąż kończy się na 2038-01-19 03:14:07 UTC, podobnie jak każdy format pliku czy urządzenie wbudowane, które zachowało 32-bitowe pole. NTP ma własne, wcześniejsze przekręcenie: jego 32-bitowe sekundy przekręcą się w 2036 roku. Strona zaznacza każdy timestamp blisko granicy roku 2038 lub za nią.

2 147 483 647największa 32-bitowa liczba ze znakiem

01111111 11111111 11111111 11111111

wt., 19 sty 203803:14:07 UTC

+ 1 sekunda

-2 147 483 648te same 32 bity, odczytane jako liczba ze znakiem

10000000 00000000 00000000 00000000

pt., 13 gru 190120:45:52 UTC

Ostatnia sekunda, UTC

32-bitowy time_t ze znakiem2038-01-19 03:14:07
32-bitowe sekundy bez znaku2106-02-07 06:28:15
Kolumna TIMESTAMP w MySQL2038-01-19 03:14:07
NTP, era 02036-02-07 06:28:15
Daty Mac HFS+2040-02-06 06:28:15

dziś2038-01-19

Każdy koniec jest wyliczony z rozmiaru samego pola: to ostatnia pełna sekunda, jaką może ono przechować. 64-bitowy time_t, którego wymaga POSIX.1-2024, obejmuje w przybliżeniu 292 miliardy lat w obie strony od roku 1970. Źródło: POSIX.1-2024 A.4.19, MySQL 8.4, RFC 5905 §6, TN1150

Czy timestamp Unix może być ujemny?

Tak: ujemny timestamp to data sprzed 1970 roku. -1 to 1969-12-31 23:59:59 UTC, a -86400 to 1969-12-31 00:00:00 UTC.

Sam POSIX pozostawia wartości ujemne niezdefiniowane, ale GNU i większość systemów traktują je jako daty sprzed 1970 roku na mocy udokumentowanego rozszerzenia, podobnie jak JavaScript, Python i PostgreSQL. Wyjątkiem jest MySQL: jego kolumna TIMESTAMP zaczyna się w 1970 roku, a FROM_UNIXTIME(-1) zwraca NULL. Daty urodzenia i zapisy historyczne to zwykłe ujemne znaczniki czasu, więc strona odczytuje je jako daty, zamiast uznawać je za błąd.

SekundyJak daleko wstecz (skala log.)Data, UTC

0czw., 1 sty 197000:00:00 UTC
-1śr., 31 gru 196923:59:59 UTC
-86 400śr., 31 gru 196900:00:00 UTC
-31 536 000śr., 1 sty 196900:00:00 UTC
-1 000 000 000niedz., 24 kwi 193822:13:20 UTC
-2 147 483 648pt., 13 gru 190120:45:52 UTC
  • POSIXJeśli rok jest <1970 lub wartość jest ujemna, zależność jest niezdefiniowana.
  • GNU date@-1 to 1969-12-31 23:59:59 UTC: wartości ujemne jako rozszerzenie POSIX
  • JavaScriptdowolna data w promieniu około 273 790 lat od roku 1970, w obie strony
  • MySQL TIMESTAMPzaczyna się od 1970-01-01 00:00:01 UTC: nie przechowa wartości ujemnej
Każda wartość odczytana jako sekundy Unix. Paski są w skali logarytmicznej, żeby małe wartości pozostały widoczne. Ostatni wiersz to najmniejsza liczba, jaką mieści 32-bitowe pole ze znakiem: drugi koniec problemu roku 2038. Źródło: POSIX.1-2024 §4.19, GNU Coreutils, ECMA-262 §21.4.1, MySQL 8.4

Windows, .NET, Mac, Excel, NTP i GPS: inne epoki

Wiele systemów liczy od własnego zera: Windows od 1601 roku, .NET od roku 1, Mac i HFS+ od 1904, Excel od 1900, NTP od 1900, a GPS od 6 stycznia 1980. Liczba, która nie ma sensu jako timestamp Unix, często jest jedną z nich.

Na przykład FILETIME 133756272000000000 liczy 100-nanosekundowe odstępy od 1601 roku i oznacza 2024-11-09 12:00:00 UTC. Excel liczy dni i celowo traktuje rok 1900 jako przestępny, więc jego liczby poniżej 61 są przesunięte o dzień, a strona je oznacza. Czas GPS pomija sekundy przestępne i od 2017 roku wyprzedza UTC o 18 sekund.

EpokaLiczyOdW dniu 26 paź 2026CyfryStrefa czasowaGdzie ją spotkasz
Unix (sekundy)sekundy1970-01-01179297280010UTC (POSIX)date +%s, time.time() w Pythonie
Unix (mili­sekundy)milisekundy1970-01-01179297280000013UTCDate.now() w JavaScripcie, Java
Unix (nano­sekundy)nanosekundy1970-01-01179297280000000000019UTCUnixNano() w Go
Windows FILETIMEtakty po 100 ns1601-01-0113437446400000000018UTC (na FAT: czas lokalny)NTFS, lastLogon w Active Directory, Win32
.NET (takty)takty po 100 ns0001-01-0163928569600000000018UTC lub lokalny, zależnie od Kindwłaściwość DateTime.Ticks
Excel 1900dni1899-12-30463215brak: czas z zegaraExcel, Google Sheets, LibreOffice
Excel 1904dni1904-01-01448595brak: czas z zegarastarsze wersje Excela dla Maca
Mac HFS+sekundy1904-01-01387581760010GMT (klasyczny HFS: lokalny)daty plików HFS+
NTP (sekundy)sekundy1900-01-01400196160010UTCpakiety NTP
GPS (sekundy)sekundy1980-01-06147700801810bez sekund przestępnych: UTC + 18 sodbiorniki GPS, pliki RINEX
Każda wartość to ta sama chwila, 26 października 2026, 00:00 UTC, na własnej skali, wyliczona przez silnik, na którym działa ta strona. Google Sheets i LibreOffice też liczą dni od 1899-12-30, więc od 1 marca 1900 ich liczby zgadzają się z Excelem. Źródło: [MS-DTYP] 2.3.3, DateTime.Ticks, Excel, Google Sheets, LibreOffice, TN1150, RFC 5905, RINEX 3.05

Czy czas unixowy uwzględnia sekundy przestępne?

Nie. Czas unixowy daje każdej dobie dokładnie 86 400 sekund, więc sekunda przestępna nie ma własnego numeru, a POSIX mówi to wprost: czas POSIX rozłożony na składowe niekoniecznie jest UTC, mimo że tak wygląda.

Od 1972 roku do UTC dodano 27 sekund przestępnych; czas unixowy nie ma liczby dla dodatkowej sekundy, więc jeden timestamp oznacza dwie sekundy. Ostatnia była 2016-12-31, a w 2022 roku Generalna Konferencja Miar postanowiła, że do 2035 roku zostanie podniesiony limit, z powodu którego są potrzebne, co w praktyce je kończy. Czas GPS, który nigdy ich nie miał, pokazuje różnicę: wyprzedza UTC o 18 sekund.

Ostatnie sekundy dnia 31 grudnia 1998

UTC23:59:5823:59:5923:59:6000:00:0000:00:01
Czas unixowy915148798915148799915148800915148800915148801
Czas GPS599184010599184011599184012599184013599184014

Czas unixowy podaje 915148800 dwa razy; czas GPS, który nie ma sekund przestępnych, liczy dalej.

27 sekund przestępnychżadnej po 31 grudnia 2016 · żadnej zapowiedzianej przed 28 czerwca 2027

przed początkiem czasu GPSod początku czasu GPS: każda przesuwała go o kolejną sekundę do przodu

Uniwersalny czas koordynowany (UTC) uwzględnia sekundy przestępne. Jednak w czasie POSIX (sekundach od Epoki) sekundy przestępne są ignorowane (niestosowane), aby zapewnić łatwą i zgodną metodę obliczania różnic czasu. Dlatego czas POSIX rozłożony na składowe niekoniecznie jest UTC, mimo że tak wygląda.

POSIX.1-2024, Rationale A.4.19
Tuż po tej sekundzie przestępnej czas GPS wyprzedzał UTC o 13 sekund. Źródło: POSIX.1-2024 A.4.19, leap-seconds.list, RINEX 3.05

Timestamp Unix w Pythonie, JavaScripcie, Javie, C#, Go, SQL i powłoce

Każdy język zamienia go w obie strony w jednej lub dwóch linijkach. Pułapki to jednostka (JavaScript i Java liczą milisekundy) i strefa czasowa (baza danych może odczytać wartość w strefie swojej sesji).

Każdy przykład poniżej zamienia 817876800 na datę, a datę z powrotem na sekundy, i każdy został uruchomiony, żeby sprawdzić wynik. W powłoce macOS i systemy BSD przyjmują date -r 817876800, a GNU/Linux – date -d @817876800: te polecenia nie są wymienne.

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

Uruchomiono 26 października 2026 (Python 3.14.4): wypisuje to, co pokazują komentarze.

Każda karta to cały program lub sesja, które działają tak, jak je wklejono; w karcie powłoki uruchom połowę dla swojego systemu. Źródło: docs.python.org, ECMA-262, Instant, DateTimeOffset, pkg.go.dev/time, PostgreSQL, MySQL, date(1), GNU Coreutils

Czas unixowy: pytania i odpowiedzi

Czym jest epoch time (Unix epoch)?

Epoch time, nazywany też czasem unixowym albo timestampem Unix, to liczba sekund, które minęły od 1970-01-01 00:00:00 UTC, bez sekund przestępnych. Komputery przechowują daty w ten sposób, bo jedną liczbę łatwo porównać, posortować i przesłać. Timestamp 1000000000 to 2001-09-09 01:46:40 UTC, a pole na górze strony zamienia każdą wartość na datę.

Jak zamienić timestamp na datę?

Wklej liczbę w pole na górze. Strona odczyta ją jako sekundy, milisekundy, mikrosekundy i nanosekundy, wybierze odczyt, który daje prawdziwą datę, i pokaże tę datę w twojej strefie czasowej i w UTC. Ręcznie pomnóż sekundy przez 1000 i przekaż je funkcji daty, na przykład new Date(817876800 * 1000) w JavaScripcie.

Jaki jest teraz czas unixowy?

Zegar na tej stronie pokazuje bieżący czas unixowy na żywo, w sekundach, milisekundach, mikrosekundach i nanosekundach, a każdą wartość można skopiować. Pochodzi z zegara twojego urządzenia, więc jest tak dokładny jak ten zegar; komputer synchronizowany przez internet zwykle myli się najwyżej o ułamek sekundy. W wierszu poleceń wypisuje go date +%s, w sekundach.

Czy timestamp Unix jest w sekundach, czy w milisekundach?

Klasyczne znaczniki czasu Unix są w sekundach, ale JavaScript, Java i wiele webowych API używa milisekund, a niektóre bazy danych i logi – mikrosekund lub nanosekund. Bieżący timestamp ma 10 cyfr w sekundach i 13 w milisekundach. Jeśli data wychodzi w 1970 roku albo za tysiące lat, jednostka jest zła; ta strona próbuje wszystkich jednostek i pokazuje, która ma sens.

Dlaczego czas unixowy zaczyna się w 1970 roku?

Żadne źródło pierwotne nie podaje powodu. Pierwszy podręcznik Uniksa z 1971 roku liczył sześćdziesiąte części sekundy od 1 stycznia 1971 i przewidywał, że licznik wyczerpie się w ciągu kilku lat. Gdy przeszedł na pełne sekundy, początkiem stał się 1 stycznia 1970: okrągła data bliska czasowi powstawania Uniksa, od której 32-bitowy licznik sekund sięga aż do 2038 roku.

Czy czas unixowy to to samo co UTC?

Prawie, ale nie całkiem. Czas unixowy trzyma się kalendarza i zegara UTC, ale każdej dobie daje dokładnie 86 400 sekund i ignoruje sekundy przestępne, więc sekunda przestępna nie ma własnego znacznika czasu. Sam POSIX mówi, że czas unixowy rozłożony na składowe niekoniecznie jest UTC. W datach i godzinach czytanych przez ludzi różnicy nie widać; w dokładnych odstępach obejmujących sekundę przestępną – widać.

Czym jest problem roku 2038?

Czas unixowy zapisany jako 32-bitowa liczba ze znakiem dochodzi tylko do 2147483647, czyli 2038-01-19 03:14:07 UTC. Sekundę później się przepełnia i odczytuje jako grudzień 1901 roku. Nowoczesne systemy operacyjne używają 64-bitowego czasu i są bezpieczne, ale 32-bitowe pola zostały w niektórych bazach danych, formatach plików i urządzeniach wbudowanych: na przykład kolumna TIMESTAMP w MySQL wciąż kończy się na tej sekundzie.

Czy mogę zamienić datę sprzed 1970 roku?

Tak. Daty sprzed 1970 roku to ujemne znaczniki czasu: -1 to 1969-12-31 23:59:59 UTC, a data w 1950 roku to około -631 milionów. Wklej liczbę ujemną, a strona pokaże jej datę; wpisz starszą datę, a dostaniesz ujemną wartość. Ścisły POSIX pozostawia wartości ujemne niezdefiniowane, a TIMESTAMP w MySQL ich nie przechowa, ale większość języków i baz danych odczytuje je jako daty sprzed 1970 roku.

Jak zamienić Windows FILETIME na datę?

FILETIME liczy 100-nanosekundowe odstępy od 1601-01-01 UTC, więc ma dziś 18 cyfr. Wklej go w pole, a strona odczyta go jako FILETIME obok jednostek Unix: 133756272000000000 to 2024-11-09 12:00:00 UTC. Ręcznie odejmij 116444736000000000 i podziel przez 10 000 000, żeby dostać sekundy Unix.

Jak zamienić liczbę seryjną daty z Excela na timestamp?

Liczba seryjna Excela liczy dni, a godzinę zapisuje jako ułamek: w domyślnym systemie 1900 liczba 45658 to 2025-01-01. Wklej ją, a strona odczyta ją jako datę Excela zarówno w systemie 1900, jak i 1904. Excel celowo traktuje rok 1900 jako przestępny, więc liczby poniżej 61 są przesunięte o dzień, a strona je oznacza, zamiast zgadywać.

Czy konwerter obsługuje strefy czasowe i czas letni?

Tak. Strona pokazuje każdą datę w twojej strefie czasowej i w UTC, a ty możesz wybrać dowolną strefę IANA, na przykład America/New_York albo Asia/Kolkata. Czas letni jest stosowany dla zamienianej daty, a nie dla dzisiejszego dnia, więc letni timestamp pokazuje czas letni nawet zimą. Data wpisana bez przesunięcia jest odczytywana jako UTC, a jednym kliknięciem odczytasz ją w swojej strefie.

Czy mój timestamp jest gdzieś wysyłany?

Nie. Konwersja działa w twojej przeglądarce, więc to, co wklejasz, nigdy nie opuszcza urządzenia i żaden serwer tego nie widzi. Link utworzony przyciskiem „Kopiuj link” zawiera timestamp w adresie, żeby otwarta strona od razu pokazała datę; nic więcej nie jest przechowywane ani wysyłane.

Czegoś brakuje?Zaproponuj funkcję lub nowe narzędzie