ПЗ
время в 0-вой таймзоне, на фронте конвернуть можно в текущую таймзону клиента, не добавляя руками разницу?
Size: a a a
2021 December 05
ПЗ
как-нибудь так разве что
ПЗ
на беке даты конвертятся через
toISOString()
на фронте при создании new $mol_time_moment (str), он не конвертит в текущий поясДК
.toOffset( new $mol_time_moment().offset )Как-то так.
ДК
Надо бы какой-то шорткат для этого поидумать.
ПЗ
когда на конце Z, нельзя автоматом конвертить в часовой пояс клиента при парсинге строки?
ДК
Тогда потеряется информация об исходной таймзоне.
ПЗ
Так вроде Z значит +0000, т.е. нулевая таймзона
ДК
А бэк зачем этой самодеятельностью занимается?
ДК
Поэтому в результате и получается нулевое, а не локальное смещение. Если возвращать локальное, то нельзя будет понять в каком смещении время было задано изначально.
ПЗ
на беке монга с монгусом - там хранится с Z на конце, а при отправке на фронт сериализуется через JSON.stringify() - там вызывается для Date
https://t.me/mam_mol/79837
Date.toISOString()https://t.me/mam_mol/79837
ПЗ
хм, а Date если в строке Z или вообще не указано, считает что там смещение +0000 и при сериализации конвертит в локальное
ДК
Date при парсинге ничего никуда не конвертит - это просто обёртка над таймштампом, который есть число миллисекунд от начала времён по utc.
ДК
Поэтому она принципиально не умеет работать с разными оффсетами.
ПЗ
кажется понял, $mol_time_moment.toString() также в ISO возвращает как Date.toISOString(), только не приводит дату к нулевой таймзоне, а оставляет ее в строке
+0300
а Date.toString() приводит дату к моей таймзоне, и надо для $mol_time_moment добавить метод делающий тоже самоеДК
$mol_time_moment сериализуется в том смещении, которое было указано при его создании. Был изначально +3 - +3 и останется. Для перевода в другое смещение есть toOffset.SY
дим, а чего ты не хочешь зум обычный, по дистанции 2х точек, а не как щас с ctrl
ДК
Не понял, что за дистанция двух точек?
SY
ну на таче, двумя пальцами когда зумят
SY
щас на ноуте оно не работает без ctrl