무수한 일정 응용 프로그램의 문제를 피하려면 ICS 파일을 생성하는 동안 UTC로 이벤트 시간을 지정해야합니다.

Question

처리 시간대는 최소한으로 말하는 것이 어렵습니다. 그리고 회의/이벤트를 스케줄링하기 위해 ics 파일을 생성 할 때, 그것은 더 복잡해집니다. 등

내가 가지고 있지만 "회의 시간이 전망에/구글 캘린더, Microsoft Exchange 서버를 ICS에서 파일을 가져온 후 한 시간 꺼져"왜

물어, 인터넷에 쿼리 벤 많이가 밖으로 가지고 그 흔적에 대한 답변/제안을 포함하여 이것에 대해 꽤 조사한 결과, 이벤트 시간을 처리하는 "올바른 방법"과 ics 파일에서 시간대 정보를 지정하는 최선의 방법은 무엇인지 알지 못했습니다.

이벤트 시간 (시작/종료, 반복 이벤트 시간)을 UTC로 변환하고 올바른 표준 시간대의 시간을 ics 파일의 소비자 (Outlook, Google 캘린더)로 남겨 두어야합니까?

Answer 1

아니요 대부분의 이벤트는 UTC로 예약 할 수 없습니다. 그렇게 간단하다면 그렇게 할 수 있습니다. 훨씬 더 복잡합니다.

1 월 1 일부터 미국 태평양 표준시로 오전 10시에 매일 회의를 가졌다 고 상상해보십시오. 그것은 세계 협정시 오후 6 시가 될 것입니다 - 귀하는 귀하의 초청장에 그 내용을 넣으시고 모든 것이 스스로 작동 할 것으로 기대하십니다. 일광 절약 시간제가 적용되는 3 월 둘째 주 일요일까지는 모두 잘 동작합니다. 그러면 오후 6시 (UTC) 회의가 태평양 표준시로 오전 11시 (PAM)에 맞춰집니다. 이는 회의 일정을 정하는 방식이 아닙니다.

하지만 기다리면 악화됩니다. DST 규칙은 실제로 을으로 변경할 수 있습니다. 이것은 2007 년 미국에서 일어 났지만, 세계 각지에서 항상 발생합니다. 때로는 변경되는 DST 만이 아니라 기본 자체가 오프셋됩니다. UTC로 일정을 잡으면 시간대에 대해 알고있는 모든 것이 현재와 똑같을 것이라는 기대를 설정합니다. 그러나 아무도 미래를 예측할 수는 없습니다. time zone data updates 업데이트 유지하는 IANA time zone database

모든 시스템에서 바람직 - 이벤트

시간대 식별자

• 원래 로컬 시간 값 :

  적절한 스케줄링은 다음의 모두를 필요

• 좋은 경기를하고 업데이트를 전파하는 데 충분한 시간을 허용하는 정부

마지막 하나가 정말로 중요하며 이에 대해 할 수있는 일이 거의 없습니다. 최근에 Egypt, Morocco 및 Fiji과 같은 국가는 며칠 또는 몇 주 전에 알림을 변경했습니다. Russia change their time zones과 같은 큰 국가조차 - 업데이트를 준비해야합니다. 시간대 업데이트의 오랜 역사를 검토하고 향후 변경 사항을 볼 수 있습니다 here.