Time, _time32, _time64
Содержание:
Recent dates
Timestamps are based on the loading time of this page: .
If you want to refresh the timestamps click .
You can see the regular date if you hover over a timestamp, or click here to see all dates on screen.
Recent & upcoming dates will use the local time zone for daylight saving (1PM summer time = 1PM winter time).
| Date | Epoch / Unix timestamp |
|---|---|
| Now | |
| 1 hour ago | |
| 2 hours ago | |
| 3 hours ago | |
| 6 hours ago | |
| 12 hours ago | |
| 1 day ago (yesterday) | |
| 2 days ago | |
| 3 days ago | |
| 1 week ago (last week) | |
| 2 weeks ago | |
| 3 weeks ago | |
| 4 weeks ago (28 days) | |
| 1 month ago (same day last month) | |
| 2 months ago | |
| 3 months ago | |
| 6 months ago | |
| 9 months ago | |
| 1 year ago (last year) | |
| 2 years ago | |
| 3 years ago | |
| 5 years ago | |
| 10 years ago |
Date output format
The locale setting is used to detect a date format (and ‘your time zone’-dates will be displayed in your language).
Your default (autodetected) locale is unknown.
| Locale (date format/language)This setting has no effect on your time zone. | AutodetectEnglish (US, MDY-format, 12h clock)English (UK, DMY-format, 24h clock)──────────────AfrikaansAlbanianArabicArabic (Algeria)Arabic (Kuwait)Arabic (Libya)Arabic (Morocco)Arabic (Saudi Arabia)Arabic (Tunisia)ArmenianAzerbaijaniBambaraBasqueBelarusianBengaliBosnianBretonBulgarianBurmeseCambodianCatalanCentral Atlas TamazightCentral Atlas Tamazight LatinChinese (China)Chinese (Hong Kong)Chinese (Taiwan)ChuvashCroatianCzechDanishDutchDutch (Belgium)English (Australia)English (Canada)English (Ireland)English (Israel)English (New Zealand)English (United Kingdom)English (United States)EsperantoEstonianFaroeseFinnishFrenchFrench (Canada)French (Switzerland)FrisianGalicianGeorgianGermanGerman (Austria)German (Switzerland)GreekGujaratiHebrewHindiHungarianIcelandicIndonesianItalianJapaneseJavaneseKannadaKazakhKlingonKonkani Latin scriptKoreanKurdishKyrgyzLaoLatvianLithuanianLuxembourgishMacedonianMalay (Malaysia)MalayMalayalamMaldivianMaltese (Malta)MaoriMarathiMongolianMontenegrinNepaleseNorthern SamiNorwegian BokmålNynorskPersianPolishPortuguesePortuguese (Brazil)Punjabi (India)RomanianRussianScottish GaelicSerbianSerbian CyrillicSindhiSinhaleseSlovakSlovenianSpanishSpanish (Dominican Republic)Spanish (United States)SwahiliSwedishTagalog (Philippines)TajikTalossanTamilTeluguTetun Dili (East Timor)ThaiTibetanTurkishUkrainianUrduUyghur (China)UzbekUzbek LatinVietnameseWelshYoruba NigeriasiSwati |
| Clock formatβeta version, not working with all languages. | Based on locale (recommended) Force 12-hour clock (AM/PM) Force 24-hour clock |
Критические значения
Минимальная дата в знаковом 32-битном представлении — 13 декабря 1901 года, 20:45:52 UTC (0x80000000, −2 147 483 648 секунд от 1 января 1970 года).
Потенциально критической датой считалось 9 сентября 2001 года, 01:46:40 UTC, соответствующее одной гигасекунде (миллиарду секунд) по Unix-времени, когда символьное десятичное представление превысило 9 позиций, что могло сказаться на работе некоторых медицинских приложений.
Главной критической датой с точки зрения Unix-времени считается 19 января 2038 года в 03:14:08 по всемирному времени, когда значение переменной типа , отсчитывающей число секунд, прошедших с 1 января 1970 года, достигнет 231, что может привести к ошибочной интерпретации этого числа как отрицательного. Комплекс рисков, связанных с этой датой, получил наименование проблемы 2038 года. Возможное решение данной проблемы состоит в использовании для хранения времени не 32-битной, а 64-битной переменной (что и делается во всех современных 64-битных операционных системах), этого хватит на 292 млрд лет.
Unix Timestamp List by Month 2019-2022
Timestamps are for the beginning of each month, midnight.
| Regular date | Unix timestampGMT/UTC | Unix timestamplocal time |
|---|---|---|
| 2019, January 1 | 1546300800 | |
| 2019, February 1 | 1548979200 | |
| 2019, March 1 | 1551398400 | |
| 2019, April 1 | 1554076800 | |
| 2019, May 1 | 1556668800 | |
| 2019, June 1 | 1559347200 | |
| 2019, July 1 | 1561939200 | |
| 2019, August 1 | 1564617600 | |
| 2019, September 1 | 1567296000 | |
| 2019, October 1 | 1569888000 | |
| 2019, November 1 | 1572566400 | |
| 2019, December 1 | 1575158400 | |
| 2020, January 1 | 1577836800 | |
| 2020, February 1 | 1580515200 | |
| 2020, March 1 | 1583020800 | |
| 2020, April 1 | 1585699200 | |
| 2020, May 1 | 1588291200 | |
| 2020, June 1 | 1590969600 | |
| 2020, July 1 | 1593561600 | |
| 2020, August 1 | 1596240000 | |
| 2020, September 1 | 1598918400 | |
| 2020, October 1 | 1601510400 | |
| 2020, November 1 | 1604188800 | |
| 2020, December 1 | 1606780800 | |
| 2021, January 1 | 1609459200 | |
| 2021, February 1 | 1612137600 | |
| 2021, March 1 | 1614556800 | |
| 2021, April 1 | 1617235200 | |
| 2021, May 1 | 1619827200 | |
| 2021, June 1 | 1622505600 | |
| 2021, July 1 | 1625097600 | |
| 2021, August 1 | 1627776000 | |
| 2021, September 1 | 1630454400 | |
| 2021, October 1 | 1633046400 | |
| 2021, November 1 | 1635724800 | |
| 2021, December 1 | 1638316800 | |
| 2022, January 1 | 1640995200 | |
| 2022, February 1 | 1643673600 | |
| 2022, March 1 | 1646092800 | |
| 2022, April 1 | 1648771200 | |
| 2022, May 1 | 1651363200 | |
| 2022, June 1 | 1654041600 | |
| 2022, July 1 | 1656633600 | |
| 2022, August 1 | 1659312000 | |
| 2022, September 1 | 1661990400 | |
| 2022, October 1 | 1664582400 | |
| 2022, November 1 | 1667260800 | |
| 2022, December 1 | 1669852800 |
Доверие электронной отметке времени[править | править код]

Получения временной метки (timestamp) от доверенного третьего лица.
Электронная отметка — это способ достоверно следить за временем создания и модификации документа. «Достоверно» здесь значит, что никто, даже владелец этого документа, не в состоянии изменить однажды созданную информацию так, чтоб её целостность не нарушилась. Административная сторона включает прозрачную сборку управления отметками времени, их создание и обновление.
Защищённая отметка времени — это отметка, выданная при свидетелях. Trusted third party (TTP) ведёт себя как timestamping authority (TSA). Это используется для подтверждения существования определённых данных до определённого момента времени (контракты, данные исследования, медицинские записи и т. п.) без возможности дописывания задним числом. Сложные TSA могут использоваться для повышения надёжности и уменьшения уязвимости.
Создание временной меткиправить | править код
При цифровой подписи — timestamp ссылается на time code или digitally signed timestamp, которые предназначены для подтверждения существования определённого документа в определённое время
Эта техника основана на цифровых подписях и хеш-функциях. Сначала хеш вычисляется из данных. Хеш — своего рода цифровая контрольная сумма файла оригинальных данных: другая строка битов для установленных данных. Если оригинальные данные были изменены, то получится уже полностью другой хеш. Этот хеш посылается TSA, TSA генерирует timestamp для хеша и вычисляет хеш этого объединения. Этот хеш, например, может быть подписан в цифровой форме с приватным ключом TSA. Этот подписанный хеш и timestamp возвращаются на подписанную сторону timestamp, который хранит их с оригинальными данными (см. диаграмму).
Впоследствии оригинальные данные не могут быть вычислены из хеша (поскольку хеш-функция является функцией в одну сторону (необратимой)), TSA никогда не видит оригинальные данные, которые допускается использовать в этом методе для конфиденциальных данных.
Проверка временной меткиправить | править код

Проверка временной метки, сгенерированной TSA.
Все, кто доверяет создателю временной метки (TSA), могут убедиться, что документ уже существовал на момент времени, который был представлен создателем. Также является неопровержимым тот факт, что оригинальные данные принадлежали лицу, запросившему электронную отметку времени, именно в момент создания этой электронной отметки. Для доказательства этого (см. диаграмму) вычисляется хеш оригинальных данных, к нему добавляется timestamp, полученный от TSA, и вычисляется хеш этого объединения, назовём его хешем A.
Затем проверяется цифровая подпись TSA путём дешифрования подписанного хеша, полученного от TSA, с помощью открытого ключа TSA. В результате получается дешифрованный хеш, который назовём хешем B. Если хеш A идентичен хешу B, значит, электронная отметка времени не подвергалась изменениям и была выпущена TSA. Если хеши не совпадают, можно утверждать, что либо электронная отметка времени была изменена, либо она не была выпущена TSA.
Notes
The four functions asctime(), ctime(), gmtime() and localtime() return a pointer to static data and hence are not thread-safe.
Thread-safe versions asctime_r(), ctime_r(), gmtime_r() and localtime_r() are specified by SUSv2, and available since libc 5.2.5.
POSIX.1-2001 says: «The asctime(), ctime(), gmtime(), and localtime() functions shall return values in one of two static
objects: a broken-down time structure and an array of type char. Execution of any of the functions may overwrite the information returned in either of
these objects by any of the other functions.» This can occur in the glibc implementation.
In many implementations, including glibc, a 0 in tm_mday is interpreted as meaning the last day of the preceding month.
The glibc version of struct tm has additional fields
-
long tm_gmtoff; /* Seconds east of UTC */ const char *tm_zone; /* Timezone abbreviation */
- defined when _BSD_SOURCE was set before including . This is a BSD extension, present in 4.3BSD-Reno.
According to POSIX.1-2004, localtime() is required to behave as though (3) was called, while localtime_r() does not have this
requirement. For portable code (3) should be called before localtime_r().
NOTES top
The four functions asctime(), ctime(), gmtime() and localtime()
return a pointer to static data and hence are not thread-safe. The
thread-safe versions, asctime_r(), ctime_r(), gmtime_r() and
localtime_r(), are specified by SUSv2.
POSIX.1-2001 says: "The asctime(), ctime(), gmtime(), and localtime()
functions shall return values in one of two static objects: a broken-
down time structure and an array of type char. Execution of any of
the functions may overwrite the information returned in either of
these objects by any of the other functions." This can occur in the
glibc implementation.
In many implementations, including glibc, a 0 in tm_mday is
interpreted as meaning the last day of the preceding month.
The glibc version of struct tm has additional fields
const char *tm_zone; /* Timezone abbreviation */
defined when _BSD_SOURCE was set before including <time.h>. This is
a BSD extension, present in 4.3BSD-Reno.
According to POSIX.1-2001, localtime() is required to behave as
though tzset(3) was called, while localtime_r() does not have this
requirement. For portable code, tzset(3) should be called before
localtime_r().
История[править | править код]
Идея использования временно́й печати информации актуальна довольно давно. Например, когда Роберт Гук открыл свой закон в 1660 году, он не хотел его публиковать, но хотел иметь право на авторство. Поэтому он сначала выпустил анаграмму ceiiinosssttuv и позднее опубликовал перевод ut tensio sic vis (лат: упругость, как сила). Похожая ситуация случилась с Галилеем, в его исследованиях фаз Венеры сперва была опубликована анаграмма.
Современный пример — исследовательской организации может понадобиться доказать, что их идея была разработана до определённой даты. Один из способов решения — перенести всё на компьютер и записать в лабораторную тетрадь зашифрованный ключ целостности данных. В дальнейшем, для проверки, что файл в хранилище не изменялся, вам надо будет пересчитать зашифрованный ключ и сравнить его с ключом в лабораторной тетради.
Доверие электронной отметке времени
Получения временной метки (timestamp) от доверенного третьего лица.
Электронная отметка — это способ достоверно следить за временем создания и модификации документа. «Достоверно» здесь значит, что никто, даже владелец этого документа, не в состоянии изменить однажды созданную информацию так, чтоб её целостность не нарушилась. Административная сторона включает прозрачную сборку управления отметками времени, их создание и обновление.
Защищённая отметка времени — это отметка, выданная при свидетелях. Trusted third party (TTP) ведёт себя как timestamping authority (TSA). Это используется для подтверждения существования определённых данных до определённого момента времени (контракты, данные исследования, медицинские записи и т. п.) без возможности дописывания задним числом. Сложные TSA могут использоваться для повышения надёжности и уменьшения уязвимости.
Создание временной метки
При цифровой подписи — timestamp ссылается на time code или digitally signed timestamp, которые предназначены для подтверждения существования определённого документа в определённое время
Эта техника основана на цифровых подписях и хеш-функциях. Сначала хеш вычисляется из данных. Хеш — своего рода цифровая контрольная сумма файла оригинальных данных: другая строка битов для установленных данных. Если оригинальные данные были изменены, то получится уже полностью другой хеш. Этот хеш посылается TSA, TSA генерирует timestamp для хеша и вычисляет хеш этого объединения. Этот хеш, например, может быть подписан в цифровой форме с приватным ключом TSA. Этот подписанный хеш и timestamp возвращаются на подписанную сторону timestamp, который хранит их с оригинальными данными (см. диаграмму).
Впоследствии оригинальные данные не могут быть вычислены из хеша (поскольку хеш-функция является функцией в одну сторону (необратимой)), TSA никогда не видит оригинальные данные, которые допускается использовать в этом методе для конфиденциальных данных.
Проверка временной метки
Проверка временной метки, сгенерированной TSA.
Все, кто доверяет создателю временной метки (TSA), могут убедиться, что документ уже существовал на момент времени, который был представлен создателем. Также является неопровержимым тот факт, что оригинальные данные принадлежали лицу, запросившему электронную отметку времени, именно в момент создания этой электронной отметки. Для доказательства этого (см. диаграмму) вычисляется хеш оригинальных данных, к нему добавляется timestamp, полученный от TSA, и вычисляется хеш этого объединения, назовём его хешем A.
Затем проверяется цифровая подпись TSA путём дешифрования подписанного хеша, полученного от TSA, с помощью открытого ключа TSA. В результате получается дешифрованный хеш, который назовём хешем B. Если хеш A идентичен хешу B, значит, электронная отметка времени не подвергалась изменениям и была выпущена TSA. Если хеши не совпадают, можно утверждать, что либо электронная отметка времени была изменена, либо она не была выпущена TSA.
История
Идея использования временно́й печати информации актуальна довольно давно. Например, когда Роберт Гук открыл свой закон в 1660 году, он не хотел его публиковать, но хотел иметь право на авторство. Поэтому он сначала выпустил анаграмму ceiiinosssttuv и позднее опубликовал перевод ut tensio sic vis (лат: упругость, как сила). Похожая ситуация случилась с Галилеем, в его исследованиях фаз Венеры сперва была опубликована анаграмма.
Современный пример — исследовательской организации может понадобиться доказать, что их идея была разработана до определённой даты. Один из способов решения — перенести всё на компьютер и записать в лабораторную тетрадь зашифрованный ключ целостности данных. В дальнейшем, для проверки, что файл в хранилище не изменялся, вам надо будет пересчитать зашифрованный ключ и сравнить его с ключом в лабораторной тетради.
Доверие электронной отметке времени
Получения временной метки (timestamp) от доверенного третьего лица.
Электронная отметка — это способ достоверно следить за временем создания и модификации документа. «Достоверно» здесь значит, что никто, даже владелец этого документа, не в состоянии изменить однажды созданную информацию так, чтоб её целостность не нарушилась. Административная сторона включает прозрачную сборку управления отметками времени, их создание и обновление.
Защищённая отметка времени — это отметка, выданная при свидетелях. Trusted third party (TTP) ведёт себя как timestamping authority (TSA). Это используется для подтверждения существования определённых данных до определённого момента времени (контракты, данные исследования, медицинские записи и т. п.) без возможности дописывания задним числом. Сложные TSA могут использоваться для повышения надёжности и уменьшения уязвимости.
Создание временной метки
При цифровой подписи — timestamp ссылается на time code или digitally signed timestamp, которые предназначены для подтверждения существования определённого документа в определённое время
Эта техника основана на цифровых подписях и хеш-функциях. Сначала хеш вычисляется из данных. Хеш — своего рода цифровая контрольная сумма файла оригинальных данных: другая строка битов для установленных данных. Если оригинальные данные были изменены, то получится уже полностью другой хеш. Этот хеш посылается TSA, TSA генерирует timestamp для хеша и вычисляет хеш этого объединения. Этот хеш, например, может быть подписан в цифровой форме с приватным ключом TSA. Этот подписанный хеш и timestamp возвращаются на подписанную сторону timestamp, который хранит их с оригинальными данными (см. диаграмму).
Впоследствии оригинальные данные не могут быть вычислены из хеша (поскольку хеш-функция является функцией в одну сторону (необратимой)), TSA никогда не видит оригинальные данные, которые допускается использовать в этом методе для конфиденциальных данных.
Проверка временной метки
Проверка временной метки, сгенерированной TSA.
Все, кто доверяет создателю временной метки (TSA), могут убедиться, что документ уже существовал на момент времени, который был представлен создателем. Также является неопровержимым тот факт, что оригинальные данные принадлежали лицу, запросившему электронную отметку времени, именно в момент создания этой электронной отметки. Для доказательства этого (см. диаграмму) вычисляется хеш оригинальных данных, к нему добавляется timestamp, полученный от TSA, и вычисляется хеш этого объединения, назовём его хешем A.
Затем проверяется цифровая подпись TSA путём дешифрования подписанного хеша, полученного от TSA, с помощью открытого ключа TSA. В результате получается дешифрованный хеш, который назовём хешем B. Если хеш A идентичен хешу B, значит, электронная отметка времени не подвергалась изменениям и была выпущена TSA. Если хеши не совпадают, можно утверждать, что либо электронная отметка времени была изменена, либо она не была выпущена TSA.
Big numbers
Note that many programs/languages can’t handle these extreme dates.
These timestamps are calculated using GMT, but might not be exact (leap seconds, etc.)
| Regular date | Epoch / Unix Timestamp |
|---|---|
| 500, January 1 | -46388678400 |
| 1000, January 1 | -30610224000 |
| 1500, January 1 | -14831769600 |
| 1600, January 1 | -11676096000 |
| 1700, January 1 | -8520336000 |
| 1800, January 1 | -5364662400 |
| 1900, January 1 | -2208988800 |
| 2000, January 1 | 946684800 |
| 2050, January 1 | 2524608000 |
| 2100, January 1 | 4102444800 |
| 2200, January 1 | 7258118400 |
| 2300, January 1 | 10413792000 |
| 2400, January 1 | 13569465600 |
| 2500, January 1 | 16725225600 |
| 2600, January 1 | 19880899200 |
| 2700, January 1 | 23036572800 |
| 2800, January 1 | 26192246400 |
| 2900, January 1 | 29348006400 |
| 3000, January 1 | 32503680000 |
| 4000, January 1 | 64060588800 |
| 5000, January 1 | 95617584000 |
| 6000, January 1 | 127174492800 |
| 7000, January 1 | 158731488000 |
| 8000, January 1 | 190288396800 |
| 9000, January 1 | 221845392000 |
| 10000, January 1 | 253402300800 |
Дата без времени
Общее правило для «чисто» дат предельно простое — такие значения не должны преобразовываться ни на одном шаге сохранения и чтения.
- Если платформа поддерживает тип, представляющий дату без времени, то его и нужно использовать.
- Добавлять в метаданные объектов специальный признак, который будет говорить сериализатору, что для данного значения часовой пояс нужно игнорировать.
- Передавать дату с клиента и обратно как строку, а хранить как дату. Такой подход неудобен, если на клиенте дату нужно не только отображать, но еще и производить какие-то операции над ней: сравнение, вычитание и т.д.
- Передавать и хранить как строку, а преобразовывать в дату только для форматирования с учетом региональных настроек клиента. Имеет еще больше недостатков чем предыдущий вариант — например, если в хранимой строке части даты идут не в порядке «год, месяц, день», то будет невозможно сделать эффективный индексированный поиск по диапазону дат.
История
Идея использования временно́й печати (перевод автора «timestamping») информации актуальна довольно давно. Например, когда Роберт Гук открыл свой закон в 1660 году, он не хотел его публиковать, но хотел иметь право на авторство. Поэтому он сначала выпустил анаграмму ceiiinosssttuv и позднее опубликовал перевод ut tensio sic vis (лат: упругость, как сила). Похожая ситуация случилась с Галилеем, в его исследованиях фаз Венеры сперва была опубликована анаграмма.
Современный пример — исследовательской организации может понадобиться доказать, что их идея была разработана до определённой даты. Один из способов решения — перенести всё на компьютер и записать в лабораторную тетрадь зашифрованный ключ целостности данных. В дальнейшем, для проверки, что файл в хранилище не изменялся, вам надо будет пересчитать зашифрованный ключ и сравнить его с ключом в лабораторной тетради.