При написании веб-приложения имеет смысл хранить (на стороне сервера) все даты и время в БД как метки времени UTC.

Я был удивлен, когда заметил, что вы не можете сделать многое с точки зрения манипуляции с часовым поясом в JavaScript.

Я немного расширил объект Date. Имеет ли эта функция смысл? По сути, каждый раз, когда я отправляю что-либо на сервер, это будет отметка времени, отформатированная с помощью этой функции ...

Вы видите здесь какие-либо серьезные проблемы? Или, может быть, решение под другим углом?

Date.prototype.getUTCTime = function(){ 
  return new Date(
    this.getUTCFullYear(),
    this.getUTCMonth(),
    this.getUTCDate(),
    this.getUTCHours(),
    this.getUTCMinutes(), 
    this.getUTCSeconds()
  ).getTime(); 
}

Это просто кажется мне немного запутанным. И я не так уверен в производительности.

1. Для дат, построенных таким образом, используется местный часовой пояс, что делает построенную дату неверной. Чтобы установить часовой пояс для определенного объекта даты, нужно построить его из строки даты, которая включает часовой пояс. (У меня были проблемы с тем, чтобы заставить это работать в более старом браузере Android.)

2. Обратите внимание, что getTime()возвращает миллисекунды, а не обычные секунды.

Для метки времени UTC / Unix должно быть достаточно следующего:

Math.floor((new Date()).getTime() / 1000)

Он будет учитывать текущее смещение часового пояса в результате. Для представления строки ответ Дэвида Эллиса работает.

Чтобы уточнить:

new Date(Y, M, D, h, m, s)

Этот вход рассматривается как местное время . Если указано время UTC , результаты будут отличаться. Заметьте (я сейчас в GMT +02: 00, а сейчас 07:50):

> var d1 = new Date();
> d1.toUTCString();
"Sun, 18 Mar 2012 05:50:34 GMT" // two hours less than my local time
> Math.floor(d1.getTime()/ 1000)
1332049834 

> var d2 = new Date( d1.getUTCFullYear(), d1.getUTCMonth(), d1.getUTCDate(), d1.getUTCHours(), d1.getUTCMinutes(), d1.getUTCSeconds() );
> d2.toUTCString();
"Sun, 18 Mar 2012 03:50:34 GMT" // four hours less than my local time, and two hours less than the original time - because my GMT+2 input was interpreted as GMT+0!
> Math.floor(d2.getTime()/ 1000)
1332042634

Также обратите внимание, что getUTCDate()не может быть заменено getUTCDay(). Это потому, что getUTCDate()возвращает день месяца ; тогда как, getUTCDay()возвращает день недели .

Вы также можете сделать это, используя getTimezoneOffset и getTime,

x = new Date()
var UTCseconds = (x.getTime() + x.getTimezoneOffset()*60*1000)/1000;

console.log("UTCseconds", UTCseconds)

Самый простой способ получить время UTC в обычном формате заключается в следующем:

new Date().toISOString()
"2016-06-03T23:15:33.008Z"

Я действительно думаю, что значения Date в js намного лучше, чем, скажем, объекты C # DateTime. У объектов C # DateTime есть свойство Kind, но нет строгого базового часового пояса как такового, и преобразования часового пояса трудно отслеживать, если вы выполняете преобразование между двумя не UTC и нелокальными временами. В js все значения Date имеют базовое значение UTC, которое передается и известно независимо от выполняемых вами преобразований оффлайн или часовых поясов. Моя самая большая претензия к объекту Date заключается в количестве неопределенного поведения, которое разработчики браузера решили включить, что может спутать людей, которые атакуют даты в js методом проб и ошибок, чем чтением спецификации. Использование чего-то вроде iso8601.js решает эту проблему, определяя единственную реализацию объекта Date.

По умолчанию в спецификации сказано, что вы можете создавать даты в расширенном формате даты ISO 8601, например

var someDate = new Date('2010-12-12T12:00Z');

Таким образом, вы можете определить точное время UTC таким образом.

Если вы хотите передать значение Date обратно на сервер, вы бы позвонили

someDate.toISOString();

или если вы предпочитаете работать с отметкой времени в миллисекундах (количество миллисекунд с 1 января 1970 года по Гринвичу)

someDate.getTime();

ISO 8601 является стандартом. Вы не можете быть смущены тем, что означает строка даты, если вы включите смещение даты. Для вас, как для разработчика, это означает, что вам никогда не приходилось заниматься преобразованием местного времени самостоятельно . Значения местного времени существуют исключительно для удобства пользователя, а значения даты по умолчанию отображаются по местному времени. Все манипуляции с местным временем позволяют отображать что-то разумное для пользователя и преобразовывать строки из пользовательского ввода. Хорошей практикой является быстрое преобразование в UTC, а объект js Date делает это довольно тривиальным.

С другой стороны, у нас не так много возможностей для принудительного определения часового пояса или локали для клиента (о чем я знаю), что может раздражать для настроек конкретного веб-сайта, но я полагаю, причина в том, что это пользователь Конфигурация, которая не должна быть затронута.

Итак, короче говоря, причина, по которой не так много встроенной поддержки для манипуляций с часовыми поясами, заключается в том, что вы просто не хотите этим заниматься.

Как правило, вам не нужно делать много «манипуляции с часовым поясом» на стороне клиента. Как правило, я стараюсь хранить и работать с датами UTC в виде ticksили « количество миллисекунд с полуночи 1 января 1970 года ». Это действительно упрощает хранение, сортировку, расчет смещений и, самое главное, избавляет вас от головной боли от настроек «Летнего времени». Вот небольшой код JavaScript, который я использую.

Чтобы узнать текущее время UTC:

function getCurrentTimeUTC()
{
    //RETURN:
    //      = number of milliseconds between current UTC time and midnight of January 1, 1970
    var tmLoc = new Date();
    //The offset is in minutes -- convert it to ms
    return tmLoc.getTime() + tmLoc.getTimezoneOffset() * 60000;
}

Тогда вам обычно нужно отформатировать дату / время для конечного пользователя в соответствии с его местным часовым поясом и форматом. Следующее заботится обо всех сложностях форматов даты и времени на клиентском компьютере:

function formatDateTimeFromTicks(nTicks)
{
    //'nTicks' = number of milliseconds since midnight of January 1, 1970
    //RETURN:
    //      = Formatted date/time
    return new Date(nTicks).toLocaleString();
}

function formatDateFromTicks(nTicks)
{
    //'nTicks' = number of milliseconds since midnight of January 1, 1970
    //RETURN:
    //      = Formatted date
    return new Date(nTicks).toLocaleDateString();
}

function formatTimeFromTicks(nTicks)
{
    //'nTicks' = number of milliseconds since midnight of January 1, 1970
    //RETURN:
    //      = Formatted time
    return new Date(nTicks).toLocaleTimeString();
}

Итак, следующий пример:

var ticks = getCurrentTimeUTC();  //Or get it from the server

var __s = "ticks=" + ticks + 
    ", DateTime=" + formatDateTimeFromTicks(ticks) +
    ", Date=" + formatDateFromTicks(ticks) +
    ", Time=" + formatTimeFromTicks(ticks);

document.write("<span>" + __s + "</span>");

Возвращает следующее (для моего английского языка в США):

тики = 1409103400661, дата / время = 8/26/2014 6:36:40 вечера, дата = 8/26/2014, время = 6: 36: 40 вечера

Я думаю, что это лучшее решение

// UTC milliseconds
new Date(Date.now()+(new Date().getTimezoneOffset()*60000)).getTime()

// UTC seconds
new Date(Date.now()+(new Date().getTimezoneOffset()*60000)).getTime()/1000|0

Если вы хотите один вкладыш , UTC Unix Timestamp может быть создан в JavaScript как:

var currentUnixTimestap = ~~(+new Date() / 1000);

Это будет учитывать часовой пояс системы. Это в основном время, прошедшее в секундах с начала эпохи.

Как это устроено:

• Создать объект даты: new Date() .
• Преобразовать в метку времени, добавив unary +перед созданием объекта для преобразования в timestamp integer. :+new Date() .
• Преобразовать миллисекунды в секунды: +new Date() / 1000
• Используйте двойные тильды, чтобы округлить значение до целого числа. :~~(+new Date())

Я хочу пояснить, что new Date (). GetTime () на самом деле возвращает значение UTC, так что это действительно полезный способ хранения и управления датами, который не зависит от локализованного времени.

Другими словами, не беспокойтесь обо всех функциях JavaScript UTC. Вместо этого просто используйте Date.getTime ().

Больше информации об объяснении здесь: Если javascript "(new Date ()). GetTime ()" запускается из 2 разных часовых поясов.

Я использую следующее:

Date.prototype.getUTCTime = function(){ 
  return this.getTime()-(this.getTimezoneOffset()*60000); 
};

После определения этого метода вы можете сделать:

var utcTime = new Date().getUTCTime();

Я поражен тем, насколько сложным стал этот вопрос.

Все они идентичны, и все их целочисленные значения === время EPOCH: D

console.log((new Date()).getTime() / 1000, new Date().valueOf() / 1000, (new Date() - new Date().getTimezoneOffset() * 60 * 1000) / 1000);

Не верьте мне, оформить заказ: http://www.epochconverter.com/

Так как new Date().toUTCString()возвращает строку, подобную той, которую "Wed, 11 Oct 2017 09:24:41 GMT"вы можете разделить на 3 последних символа, и передайте нарезанную строку new Date():

new Date()
// Wed Oct 11 2017 11:34:33 GMT+0200 (CEST)

new Date(new Date().toUTCString().slice(0, -3))
// Wed Oct 11 2017 09:34:33 GMT+0200 (CEST)

РЕДАКТИРОВАТЬ: код ниже не работает. Я всегда предполагал, что new Date (). GetTime () вернул количество секунд с 1 января 1970 г. В ТЕКУЩЕЙ ВРЕМЕННОЙ ЗОНЕ. Это не так: getTime () возвращает количество секунд в UTC. Итак, приведенный ниже код делает грубую перестройку. Спасибо всем!]

Прежде всего, спасибо за ваши фантастические идеи. Я думаю, у моего вопроса был неправильный заголовок ... это должно было быть "Получить UTC Unix Timestamp для существующей даты".

Итак, если у меня есть объект даты:

var d = new Date(2009,01,31)

Я был после функции, которая сообщала бы мне «UTC Unix Timestamp».

Эта функция кажется настоящей уловкой:

Date.prototype.getUTCUnixTime =  function (){
  return Math.floor( new Date(
    this.getUTCFullYear(),
    this.getUTCMonth(),
    this.getUTCDate(),
    this.getUTCHours(),
    this.getUTCMinutes(), 
    this.getUTCSeconds()
  ).getTime() / 1000); 
}

Обратите внимание, что это работает на «это» Это означает, что я могу сделать:

var n = new Date(2008,10,10)
...
...

n.getUTCUnixTime();

И получите количество секунд с 1 января 1970 года во времени Unix. Правильно?

Для меня немного безумно, что Javascript хранит все во время UTC, но затем, чтобы получить это число, мне нужно создать новый объект Date, передавая отдельные получатели UTC, а затем, наконец, вызвать getTime () для этого ...

Merc.

Я думаю, это то, что вы ожидаете ...

var currTimestamp = Date.now(), //1482905176396
    utcDateString = (new Date(currTimestamp)).toUTCString(); //"Wed, 28 Dec 2016 06:06:50 GMT"

Сейчас,

new Date(utcDateString).getTime(); //This will give you UTC Timestamp in JavaScript

Как только вы это сделаете

new Date(dateString).getTime() / 1000

Это уже время UTC

   const getUnixTimeUtc = (dateString = new Date()) => Math.round(new Date(dateString).getTime() / 1000)

Я тестировал на https://www.unixtimestamp.com/index.php

Использование day.js

В браузере:

dayjs.extend(dayjs_plugin_utc)
console.log(dayjs.utc().unix())

<script src="https://cdn.jsdelivr.net/npm/dayjs@latest/dayjs.min.js"></script>
<script src="https://cdn.jsdelivr.net/npm/dayjs@latest/plugin/utc.js"></script>

В node.js:

import dayjs from 'dayjs'
dayjs.extend(require('dayjs/plugin/utc'))
console.log(dayjs.utc().unix())

Вы получите UTC Unix Timestamp без миллисекунд.

Это вернет метку времени в UTC:

var utc = new Date(new Date().toUTCString()).getTime();