Rrule: UTC이지만 UTC가 아닌 혼동

저도 많이 헷갈립니다.

알겠습니다. 읽어보기에 다음과 같은 핵심 단락이 있었습니다.

현지 시간대에 이 두 가지 도우미 기능을 사용해야 합니다. tzid를 지원하도록 오프셋을 수정하려면 X 시간대에 대한 오프셋을 가져오도록 오프셋을 수정해야 합니다.

/**
 * Mutates date. Add timezone to the date.
 *
 * <strong i="9">@param</strong> {Date} [date]
 */
export function localizeDate(date = new Date()) {
  const offset = new Date().getTimezoneOffset() * 60 * 1000; // get offset for local timezone (can modify here to support tzid)
  date.setTime(date.getTime() - offset);
  return date;
}

/**
 * Mutates a date. De-timezones a date.
 *
 * <strong i="10">@param</strong> {Date} [date]
 */
export function utcifyDate(date = new Date()) {
  const offset = new Date().getTimezoneOffset() * 60 * 1000; // get offset for local timezone (can modify here to support tzid)
  date.setTime(date.getTime() + offset);
  return date;
}

그러면 코드가 다음과 같이 변경됩니다.

const { RRule, RRuleSet } = require(`rrule`);

const dtstart = localizeDate(new Date());
console.log(`dtstart`, utcifyDate(new Date(dtstart))); // even though it is utc string, this is the local time

const firstHour = dtstart.getUTCHours();
const secondHour = (firstHour + 2) % 24;

const getRRule = options => new RRule(Object.assign({}, options, {
    freq: RRule.DAILY,
    count: 1,
    dtstart,
    byminute: 0,
    bysecond: 0
}));

const showNextInstance = tzid => {
    const ruleSet = new RRuleSet();
    ruleSet.rrule(getRRule({ byhour: firstHour })); // remove tzid as i dont support this
    ruleSet.rrule(getRRule({ byhour: secondHour })); // removed tzid as i dont support this
    console.log('local:', utcifyDate(ruleSet.after(dtstart));
};

showNextInstance(undefined);
showNextInstance(`UTC`);
showNextInstance(`local`);
showNextInstance(`America/Chicago`);

JS의 혼란스럽고 불규칙한 Date 구현에 따라 구축된 이 라이브러리에는 이 문제를 우회하는 좋은 방법이 없을 것 같습니다. 현재 완전한 재작성 작업을 하고 있지만 제대로 하려면 시간이 좀 걸릴 것입니다.

감사합니다 @davidgoli 당신의 작업은 정말 감사합니다!!!

다른 사람들이 불규칙한 날짜 구현을 이해하는 데 도움이 되는 기사를 작성하려면 이해하는 사람이 필요하다고 생각합니다. 솔직히 아직도 이해가 안 가는데, 효과가 있을 때까지 수정했습니다.

콘솔에 인쇄하는 반환된 날짜는 문자열로 변환되는 JavaScript 날짜이고 JavaScript는 UTC로 날짜를 콘솔에 자동으로 인쇄하기 때문일 수 있습니다(타임스탬프 끝에 있는 'Z' 참조 제로 오프셋). 네 가지 경우 각각의 다음 발생이 정확히 같은 시간에 발생하기 때문에(다른 시간대에 있음에도 불구하고) 정확히 동일한 타임스탬프를 네 번 인쇄합니다.

또한 JavaScript Date 객체는 1970년 1월 1일 목요일 00:00:00 UTC 이후 경과된 밀리초 수를 사용하여 시간을 추적합니다. "12:34:56pm"에 대한 일종의 문자열 해석 또는 이와 유사한 것입니다.

@davidgoli

현재 완전한 재작성 작업을 하고 있지만 제대로 하려면 시간이 좀 걸릴 것입니다.

rSchedule의 소스 를 확인하고 싶을 수도 있습니다. 모든 반복은 입력을 받아 입력과 동일하게 보이는 부동 utc 날짜로 변환하는 특수 DateTime 개체 (Luxon이 아님)로 수행됩니다. 이 UTC datetime으로 반복이 수행되므로 DST는 문제가 되지 않습니다. 발생이 발견된 후 사용자에게 제공되기 전에 해당 시간대의 정상 날짜로 다시 변환됩니다.

예: 이 날짜

import { DateTime as LuxonDateTime } from 'luxon';

const date = LuxonDateTime.fromObject({
  year: 2019,
  month: 1,
  day: 1,
  zone: 'America/Los_Angeles'
})

이 UTC 날짜로 변환되고 시간대가 저장됩니다.

const fakeDate = Date.UTC(2019, 0, 1)
const fakeDateZone = 'America/Los_Angeles'

이 UTC 날짜는 Luxon 날짜와 유사하게 보이지만(둘 다 2019/1/1 처럼 보입니다) 다른 시간대에 있기 때문에 실제로 같은 시간을 나타내지는 않습니다.

즉, 이 특별한 "UTC" 날짜로 반복하면 일광 절약 시간에 대해 걱정하지 않고 반복할 수 있습니다. 정확한 날짜를 찾으면 luxon 날짜로 다시 변환할 수 있습니다.

예를 들어:

LuxonDateTime.fromObject({
  year: fakeDate.year,
  month: fakeDate.month,
  day: fakeDate.day,
  zone: fakeDateZone,
})

이것은 임의의 시간대를 계속 지원하면서 반복 로직을 UTC에 친숙하게 유지합니다.

@fliik 나는 프리미티브를 다운; 여기에서 진짜 골칫거리가 되는 것은 몇 주입니다. rschedule도 byweekno 및 bysetpos 지원에 대해 (지금까지) 언급했지만 ...

아 그래. byweekno 은(는) 매우 짜증납니다.

어떤 뉴스?

Date 개체의 문제와 RRULE 대한 발생 계산 문제를 병합하는 것이 쉽다고 생각하므로 이 둘을 결합하기 전에 별도로 이야기하겠습니다. 나는 문제에 대한 나의 이해를 정리하고 다른 사람들에게 도움이 되는 경우를 대비하여 여기에 게시할 생각을 하기 위해 이것을 주로 작성해야 했습니다.

자바스크립트 날짜 객체

나는 JS Date 객체가 불규칙하다는 데 동의하지 않지만 그렇게 보이게 만드는 객체에 대한 일반적인 오해가 있습니다. 한마디로 혼란스럽습니다.

@hlee5zebra가 언급했듯이 Date 생성자로 생성된 날짜는 항상 UTC로 표시됩니다. 현지 시간으로 표시될 수 있지만 실제로는 Unix Epoch 시간으로 표시됩니다. 인스턴스화된 Date 개체에서 항상 .getTime() 또는 .toISOString() 를 실행하여 UTC로 작업하고 있음을 스스로에게 상기시킬 수 있습니다.

구현은 또한 모든 처리를 UTC로 수행하고 사용자에게 표시되는 현지 시간으로만 변환하는 규칙을 올바르게 따릅니다. 개발자인 우리는 사용자입니다. 그러나 우리는 물을 흐리게 하는 우리 자신의 사용자를 염두에 두고 있습니다. 앱을 개발할 때 규칙을 따라야 하고 백엔드에서 날짜를 UTC로 저장해야 합니다(JS는 이미 UTC로 날짜를 처리하므로 잘 사용하고 있습니다). 데이터 저장소에 UTC로 날짜를 저장하면 ISO 문자열 로 클라이언트에 도착하고 Date 개체에 의해 올바르게 구문 분석되고 사용자의 현지 시간으로 표시되어야 합니다.

이 글을 통해 Date 개체를 이해하고 개체로 얼마나 많은 작업을 수행할 수 있는지 알 수 있습니다. https://www.toptal.com/software/definitive-guide-to-datetime-manipulation

규칙

RRULE 대한 발생 계산은 사용자 기대치와 UTC로 날짜 처리에 근본적인 차이가 있기 때문에 까다로워집니다. 이 두 시간 표현이 하루 장벽을 넘을 때 눈에 띄게 됩니다.

예를 들어, 사용자가 매주 화요일에 발생하는 반복을 원하면 모든 발생이 현지 시간으로 화요일에 있을 것으로 예상할 것입니다. 그러나 모든 계산은 UTC로 수행되므로 RRULE 는 다음과 같습니다.

DTSTART:2019-10-29T00:02:26Z
RRULE:FREQ=WEEKLY;BYWEEKDAY=TU

UTC로 화요일에 발생을 반환하지만 본초 자오선에서 상당히 서쪽에 있는 사용자의 경우 발생은 현지 시간으로 월요일에 표시되며 이는 분명히 누구도 원하는 결과가 아닙니다.

바로잡기

즉, 개발자가 이를 해결하기 위해 수행해야 하는 일은 JavaScript가 로컬 날짜가 실제로 UTC 날짜라고 생각하도록 강제하고 해당 "가짜" 날짜를 rrule.js 에 지정하고 라이브러리에서 계산을 수행하도록 하는 것입니다. 이 현지 UTC 시간. .all() 메서드에서 발생 항목을 가져오면 해당 날짜의 "UTC" 부분을 사용하여 새 Date 개체를 인스턴스화합니다. 이는 결과가 예상과 효과적으로 일치하도록 합니다.

import { RRule } from 'rrule'

const dtstart = new Date('2019-10-29T00:02:26Z') // same as: `new Date(Date.UTC(2019, 9, 29, 0, 2, 26))`
console.log(dtstart.toISOString()) // 2019-10-29T00:02:26.000Z
console.log(dtstart) // Mon Oct 28 2019 17:02:26 GMT-0700 (Pacific Daylight Time)

const fakeDateStart = setPartsToUTCDate(dtstart)
console.log(fakeDateStart.toISOString()) // 2019-10-28T17:02:26.000Z
console.log(fakeDateStart) // Mon Oct 28 2019 10:02:26 GMT-0700 (Pacific Daylight Time)

const rule = new RRule({
  freq: RRule.WEEKLY,
  byweekday: [RRule.TU],
  count: 2,
  dtstart: fakeDateStart
})

const localUTCOccurrences = rule.all()
console.log(localUTCOccurrences.map(toISOString)) // ["2019-10-29T17:02:26.000Z", "2019-11-05T17:02:26.000Z"]
console.log(localUTCOccurrences) // [Tue Oct 29 2019 10:02:26 GMT-0700 (Pacific Daylight Time), Tue Nov 05 2019 09:02:26 GMT-0800 (Pacific Standard Time)]

const occurrences = localUTCOccurrences.map(setUTCPartsToDate)
console.log(occurrences.map(toISOString)) // ["2019-10-30T00:02:26.000Z", "2019-11-06T01:02:26.000Z"]
console.log(occurrences) // [Tue Oct 29 2019 17:02:26 GMT-0700 (Pacific Daylight Time), Tue Nov 05 2019 17:02:26 GMT-0800 (Pacific Standard Time)]

function setPartsToUTCDate(d) {
  return new Date(
    Date.UTC(
      d.getFullYear(),
      d.getMonth(),
      d.getDate(),
      d.getHours(),
      d.getMinutes(),
      d.getSeconds()
    )
  )
}

function setUTCPartsToDate(d) {
  return new Date(
    d.getUTCFullYear(),
    d.getUTCMonth(),
    d.getUTCDate(),
    d.getUTCHours(),
    d.getUTCMinutes(),
    d.getUTCSeconds()
  )
}

function toISOString(d) {
  return d.toISOString()
}

https://codesandbox.io/s/rrule-localutc-conversion-zxlki

또는 간단히 말해서:

import { RRule } from 'rrule'

const date = new Date('2019-10-29T00:02:26Z')

const rule = new RRule({
  freq: RRule.WEEKLY,
  byweekday: [RRule.TU],
  count: 2,
  dtstart: setPartsToUTCDate(date)
})

const occurrences = rule.all().map(setUTCPartsToDate)

https://codesandbox.io/s/rrule-localutc-conversion-in-short-ez7g0

내가 볼 수 있는 한 Chrome, Firefox 및 Safari는 모두 콘솔에 로그인할 때 현지 시간의 문자열로 날짜를 표시하고 Node.js는 UTC의 ISO 문자열로 표시합니다.

@tim-phillips 저도 지금 이 문제로 고통받고 있으며 이를 해결하기 위한 일종의 원숭이 패치를 찾고 있습니다.

오후 8시(동부 표준시)에 잘 작동하는 되풀이 이벤트가 있지만 오후 9시(동부 표준시)는 해야 하는 전날로 다시 미루고 있습니다.

이에 대한 답을 찾을 수 있을지 기대해 주세요.

@tim-phillips 훌륭한 고장입니다. 아직 진행 중이지만 마침내 이해하는 데 도움이 될 것 같습니다. 감사합니다!

@tim-phillips 분석해주셔서 감사합니다.

그러나 다음을 설명할 수 있습니까? 컴퓨터의 현지 시간대에 따라 솔루션이 수요일에 반환될 수 있는 것 같습니다.

@tonylau 는 콘솔에서 확인 하지 않으며 항상 로컬 시간대로 변환됩니다. getUTC*() 메소드를 사용하여 날짜의 일부를 가져와야 합니다. 이는 현지 시간대에 관계없이 동일합니다.

@davidgoli

내 시간대를 UTC+14(Kiritimati Island/Line Islands Time)로 설정하고 getUTCDay()를 사용하는 경우에도 다음을 얻었습니다. 화요일이어야 할 날짜가 여전히 수요일로 반환됩니까?

샌드박스: https://codesandbox.io/s/rrule-localutc-conversion-in-short-0uzt1

이 토론과 관련이 있을 수 있음: https://github.com/tc39/proposal-temporal

@팀필립스 감사합니다!!!!!!!!! 너무 도움이 되었어요!!!!!! 룰로 ics 만드는 법을 아시나요? 노드에서 ics 패키지를 사용할 때 요일 문제가 다시 발생하고 캘린더 초대를 받으면 휴무입니다. (하지만 나는 당신의 코드 덕분에 내 db에 모든 것을 올바르게 넣을 수 있습니다!! 정말 감사합니다. )