Rrule: TZID के साथ DTSTART: बीच में गलत समय पैदा करता है

को निर्मित 16 जुल॰ 2019 · 16टिप्पणियाँ · स्रोत: jakubroztocil/rrule

किसी समस्या की रिपोर्ट करना

const ruleStr = [
'DTSTART;TZID=America/Los_Angeles:20190603T181500', 
'RRULE:FREQ=WEEKLY;WKST=SU;BYDAY=MO,TU,WE,FR,SA'
].join('\n')
const rule = RRule.fromString(ruleStr)
const result = rule.between(
new Date('2019-07-16T07:00:00.000-07:00'), 
new Date('2019-07-23T07:00:00.000-07:00')
)
console.log(result)

इसे आउटपुट करता है:

0:Tue Jul 16 2019 15:15:00 GMT-0500 (CDT) {}
1:Wed Jul 17 2019 15:15:00 GMT-0500 (CDT) {}
2:Fri Jul 19 2019 15:15:00 GMT-0500 (CDT) {}
3:Sat Jul 20 2019 15:15:00 GMT-0500 (CDT) {}
4:Mon Jul 22 2019 15:15:00 GMT-0500 (CDT) {}

15:15:00 GMT-0500 (CDT) 17:15 PDT है, जबकि DTSTART DTSTART;TZID=America/Los_Angeles:20190603T181500

जब मैं @davidgoli द्वारा कार्यान्वित tzid सेट करता हूं तो मुझे एक अलग परिणाम मिलता है:

const ruleStr = [
'DTSTART:20190603T181500', 
'RRULE:FREQ=WEEKLY;WKST=SU;BYDAY=MO,TU,WE,FR,SA'
].join('\n')
const rule = RRule.fromString(ruleStr)
const ruleSet = new RRuleSet()
ruleSet.rrule(rule)
ruleSet.tzid('America/Los_Angeles')
const result = ruleSet.between(
new Date('2019-07-16T07:00:00.000-07:00'), 
new Date('2019-07-23T07:00:00.000-07:00')
)
console.log(result)

0:Tue Jul 16 2019 13:15:00 GMT-0500 (CDT) {}
1:Wed Jul 17 2019 13:15:00 GMT-0500 (CDT) {}
2:Fri Jul 19 2019 13:15:00 GMT-0500 (CDT) {}
3:Sat Jul 20 2019 13:15:00 GMT-0500 (CDT) {}
4:Mon Jul 22 2019 13:15:00 GMT-0500 (CDT) {}

अपेक्षित परिणाम है:

0:Tue Jul 16 2019 20:15:00 GMT-0500 (CDT) {}
1:Wed Jul 17 2019 20:15:00 GMT-0500 (CDT) {}
2:Fri Jul 19 2019 20:15:00 GMT-0500 (CDT) {}
3:Sat Jul 20 2019 20:15:00 GMT-0500 (CDT) {}
4:Mon Jul 22 2019 20:15:00 GMT-0500 (CDT) {}

इसका क्या कारण है?
नियम संस्करण: 2.6.2
मैं सीडीटी समय क्षेत्र के तहत नोड चलाता हूं। मेरा सिस्टम समय क्षेत्र America/Los_Angeles

स्रोत

agordeev

सभी 16 टिप्पणियाँ

मैंने इस रेपो को क्लोन किया और इस परीक्षण को जोड़ा:

  it('generates correct recurrences when recurrence is WEEKLY and has BYDAY specified', () => {
    const rrule = new RRule({
      freq: RRule.WEEKLY,
      dtstart: new Date(Date.UTC(2019, 6, 17, 18, 0, 0)),
      tzid: 'America/Los_Angeles',
      count: 10,
      interval: 1,
      wkst: RRule.SU,
      byweekday: [RRule.MO, RRule.TU, RRule.WE, RRule.FR, RRule.SA]
    })

    expect(rrule.all()).to.deep.equal([
      new Date('2019-07-17T18:00:00.000-07:00'), // WE
      new Date('2019-07-19T18:00:00.000-07:00'), // FR
      new Date('2019-07-20T18:00:00.000-07:00'), // SA
      new Date('2019-07-22T18:00:00.000-07:00'), // MO
      new Date('2019-07-23T18:00:00.000-07:00'), // TU
      new Date('2019-07-24T18:00:00.000-07:00'),
      new Date('2019-07-26T18:00:00.000-07:00'),
      new Date('2019-07-27T18:00:00.000-07:00'),
      new Date('2019-07-29T18:00:00.000-07:00'),
      new Date('2019-07-30T18:00:00.000-07:00')
    ])
  })

यह तभी सफल होता है जब मैं इसे यूटीसी समय क्षेत्र के तहत चलाता हूं (जब मैं "env": { "TZ": "UTC" } में launch.json सेट करता हूं)। परीक्षण किसी अन्य समय क्षेत्र में विफल रहता है।
@davidgoli यह इरादा है और मुझे यहाँ कुछ याद आ रहा है? यदि हाँ, तो tzid पैरामीटर का ठीक से उपयोग कैसे करें? मुझे लगता है कि इसे निर्दिष्ट समय क्षेत्र में चलाने के लिए rrule बताने के लिए जोड़ा गया था।

agordeev 17 जुल॰ 2019

मेरे पास भी यही मुद्दा है लेकिन rrule.all() के साथ। यूटीसी काम करता है, जबकि कोई अन्य समय क्षेत्र ऑफसेट को फिर से लागू करता है जब इसे नहीं करना चाहिए।

hlee5zebra 18 जुल॰ 2019

मुझे लगता है कि इसका rrule-tz.js की लाइन 1849 से कुछ लेना-देना हो सकता है।

var rezonedDate = rezoneIfNeeded(res, options);

rezoneIfNeeded , इसके नाम के विपरीत, कोई भी जांच नहीं करता है और जब तक यह यूटीसी नहीं है तब तक हमेशा रेजोन करता है।

function rezoneIfNeeded(date, options) { return new datewithzone_DateWithZone(date, options.tzid).rezonedDate(); }

ऐसा लगता है कि यह तारीख को फिर से ज़ोन कर रहा है, भले ही यह पहले से ही सही ढंग से ज़ोन किया गया हो।

hlee5zebra 18 जुल॰ 2019

rezonedDate() को केवल this.date वापस करने के लिए बदलना मेरे लिए चीजों को ठीक करने लगता है। मुझे पूरा यकीन नहीं है कि मैंने कहीं और कुछ तोड़ा है, लेकिन सरसरी नज़र से ऐसा लगता है कि जब यह बदलाव किया जाता है तो बाकी सब ठीक काम करता है।

hlee5zebra 18 जुल॰ 2019

मुझे लगता है कि इसका rrule-tz.js की लाइन 1849 से कुछ लेना-देना हो सकता है।
var rezonedDate = rezoneIfNeeded(res, options);
rezoneIfNeeded , इसके नाम के विपरीत, कोई भी जांच नहीं करता है और जब तक यह यूटीसी नहीं है तब तक हमेशा रेजोन करता है।
function rezoneIfNeeded(date, options) { return new datewithzone_DateWithZone(date, options.tzid).rezonedDate(); }
ऐसा लगता है कि यह तारीख को फिर से ज़ोन कर रहा है, भले ही यह पहले से ही सही ढंग से ज़ोन किया गया हो।

यह सही नहीं है। rezonedDate विधि यह जांचती है कि क्या tzid यह निर्धारित करने के लिए सेट है कि ज़ोन ऑफ़सेट लागू करना है या नहीं।

davidgoli 18 जुल॰ 2019

@agordeev मैं इस मुद्दे को @ hlee5zebra का "फिक्स" केवल tzid परम का उपयोग नहीं करते हैं तो क्या आपको अपेक्षित परिणाम मिलते हैं?

भले ही, RRule और RRuleSet व्यवहार के बीच असंगति मेरे और शायद एक बग से संबंधित है जिसे गहराई से देखने की आवश्यकता है। टेस्ट केस के लिए धन्यवाद!

davidgoli 18 जुल॰ 2019

👍1

मुझे वह समस्या दिखाई दे रही है जिसके कारण मेरी समस्या हुई - मेरा सर्वर कोड DTSTART मान समय को सही ढंग से संभाल नहीं रहा था, UTC में गुजर रहा था जब इसे TZID द्वारा निर्दिष्ट समय क्षेत्र में स्थानीयकृत किया जाना चाहिए। शायद यह आपकी समस्या @agordeev में आपकी मदद कर सकता है। धन्यवाद @davidgoli मुझे सही दिशा में इंगित करने के लिए।

hlee5zebra 18 जुल॰ 2019

ऐसा लगता है कि मैं कोडबेस में किसी समस्या पर ठोकर खा सकता हूं। toString() में datewithzone.ts toString() विधि एक UTC समय का उत्पादन करेगी जब एक TZID की आपूर्ति की जाती है, जब इसे इसके बजाय स्थानीयकृत समय का उत्पादन करना चाहिए।

hlee5zebra 18 जुल॰ 2019

@ hlee5zebra इस पाठ को README में नोट करना सुनिश्चित करें:

https://github.com/jakubroztocil/rrule#important -use-utc-dates

महत्वपूर्ण: यूटीसी तिथियों का प्रयोग करें

जावास्क्रिप्ट में तिथियां मुश्किल हैं। RRule किसी भी बड़ी आवश्यक तृतीय पक्ष निर्भरता को जोड़े बिना यथासंभव अधिक लचीलेपन का समर्थन करने का प्रयास करता है, लेकिन इसका अर्थ है कि हमारे पास कुछ विशेष नियम भी हैं।

डिफ़ॉल्ट रूप से, RRule "फ़्लोटिंग" समय या UTC टाइमज़ोन में डील करता है। यदि आप किसी विशिष्ट समय क्षेत्र में परिणाम चाहते हैं, तो RRule समयक्षेत्र समर्थन भी प्रदान करता है। किसी भी तरह से, जावास्क्रिप्ट का अंतर्निर्मित "टाइमज़ोन" ऑफ़सेट बस रास्ते में आता है, इसलिए यह लाइब्रेरी बस इसका उपयोग नहीं करती है। हर समय शून्य ऑफ़सेट के साथ लौटाया जाता है, जैसे कि यह जावास्क्रिप्ट में मौजूद नहीं था।

लब्बोलुआब यह है कि लौटाई गई "यूटीसी" तिथियां हमेशा आपके स्थानीय समय क्षेत्र में तिथियों के रूप में व्याख्या की जाती हैं। इसका मतलब यह हो सकता है कि ऑफसेट लागू होने के साथ "सही" स्थानीय समय प्राप्त करने के लिए आपको अतिरिक्त रूपांतरण करना होगा।

इस कारण से, यूटीसी में टाइमस्टैम्प का उपयोग करने की अत्यधिक अनुशंसा की जाती है जैसे। नई तिथि (दिनांक.यूटीसी(...))। लौटाई गई तिथियां भी यूटीसी में होंगी (क्रोम को छोड़कर, जो हमेशा टाइमज़ोन ऑफ़सेट के साथ तिथियां लौटाती है)।

davidgoli 18 जुल॰ 2019

👍1

अधिकांश जेएस कार्यान्वयन में अतिरिक्त शिकन है, आप या तो यूटीसी ऑफ़सेट _or_ स्थानीय ऑफ़सेट प्राप्त करते हैं, लेकिन आप उनके बीच स्विच नहीं कर सकते हैं। यह भी कार्यान्वयन के आधार पर भिन्न होता है। तो एक "यूटीसी तिथि" को toString() देकर वापस किया जा सकता है जिसमें कुछ जगहों पर ऑफ़सेट शामिल है, न कि दूसरों में।

उदाहरण के लिए, क्रोम में:

> new Date(Date.UTC(2016, 10, 5))
Fri Nov 04 2016 17:00:00 GMT-0700 (Pacific Daylight Time)

लेकिन नोड में:

> new Date(Date.UTC(2016, 10, 5))
2016-11-05T00:00:00.000Z

यही कारण है कि सर्वोत्तम परिणाम के लिए, toString() मान को अनदेखा करें और विशेष रूप से toISOString() और getUTCHours() (आदि) विधियों का उपयोग करें।

davidgoli 18 जुल॰ 2019

ध्यान दें कि यह दृष्टिकोण - सभी तिथियों के लिए केवल UTC विधियों का उपयोग करना, और फिर उन्हें स्थानीय समय में "व्याख्या" करना - rrule_ के समय क्षेत्र पर विचार करने की आवश्यकता के बिना rrule द्वारा लौटाए गए दिनांक और समय तक पहुँचने का एक समान तरीका देता है।

davidgoli 18 जुल॰ 2019

ठीक है, मैं इस मुद्दे को पुन: उत्पन्न करने योग्य बनाने की कोशिश करने के लिए थोड़ा सा rrule.all() साथ छेड़छाड़ कर रहा हूं, और यहां मैंने इस मुद्दे को विश्वसनीय रूप से पुन: उत्पन्न करने के लिए पाया है:

मैंने 'अमेरिका/एडक', 'अमेरिका/शिकागो' (मेरा स्थानीय समय), 'अमेरिका/न्यूयॉर्क', और 'यूटीसी' के संबंधित समय क्षेत्रों के भीतर डीटीस्टार्ट को मध्यरात्रि के रूप में सेट करने का प्रयास किया है, और परिणामी rrule.toString() सही ढंग से मुद्रित है:

>> rRule.toString()
"DTSTART;TZID=America/Adak:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART;TZID=America/Chicago:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART;TZID=America/New_York:20190718T000000
RRULE:FREQ=DAILY"

>> rRule.toString()
"DTSTART:20190718T000000Z
RRULE:FREQ=DAILY"

rrule.all() में पारित इटरेटर फ़ंक्शन के माध्यम से चलते समय, पहले पैरामीटर का पहला उदाहरण date प्रत्येक समय क्षेत्र के लिए निम्नलिखित हो जाता है जब प्रत्येक Date को .toISOString() माध्यम से मुद्रित किया जाता है

अमेरिका/अदक:
"2019-07-18T04:00:00.000Z"

अमेरिका/शिकागो:
"2019-07-18T00:00:00.000Z"

अमेरिका/न्यूयॉर्क:
"2019-07-17T23:00:00.000Z"

यु.टी. सी:
"2019-07-18T00:00:00.000Z"

ऐसा लगता है कि जब समय क्षेत्र यूटीसी (जैसे अमेरिका/एडक, अमेरिका/न्यूयॉर्क) पर सेट नहीं है, तो आपके स्थानीय समय और चयनित समय क्षेत्र के बीच की ऑफसेट को DTSTART तिथि से घटा दिया जाता है। तो न्यूयॉर्क आईएसओ स्ट्रिंग 23:00 दिखा रहा है क्योंकि मेरे स्थानीय समय और न्यूयॉर्क के बीच ऑफसेट +1 है, जिसे 07/18/2019 को मध्यरात्रि से घटाया जाता है, जो हम देखते हैं, जो 07/17 को 11 बजे है /2019.

ध्यान दें कि यह यूटीसी के लिए नहीं होता है, जो उत्सुक है।

क्या आपको लगता है कि यह समस्या हो सकती है, या क्या कोई कॉन्फ़िगरेशन है जिसे करने की आवश्यकता है कि मैं चूक गया हो?

hlee5zebra 19 जुल॰ 2019

मैं जो देख रहा हूं, उसके समाधान के रूप में, मैंने निम्नलिखित किया है, और ऐसा लगता है कि यह मुझे जावास्क्रिप्ट के Date एक सटीक उदाहरण विश्वसनीय रूप से प्राप्त करता है:

rRule.all(function (date, i) {
    if (this.getSelectedTzid() !== 'UTC') {
        date = moment.tz({
            year: date.getUTCFullYear(),
            month: date.getUTCMonth(),
            date: date.getUTCDate(),
            hours: date.getUTCHours(),
            minutes: date.getUTCMinutes()
        }, this.getLocalTzid()).toDate();
    }

    ...
}.bind(this));

hlee5zebra 19 जुल॰ 2019

👍1

@ hlee5zebra हां, getUTCxxx विधियों का उपयोग करने का आपका दृष्टिकोण रीडमी द्वारा अनुशंसित सही है।

ध्यान रखें कि यूटीसी समय में छद्म-यूटीसी तिथि लगभग _really_ नहीं होती है। UTC केवल "तटस्थ" समयक्षेत्र होने के लिए अतिभारित है, इसलिए getUTCxxx विधियों का उपयोग मूल क्षेत्र की परवाह किए बिना _local_ समय को पुनः प्राप्त करने के लिए किया जा सकता है। इस कारण से, आपको tzid का उपयोग किए बिना वही व्यवहार देखने की अपेक्षा करनी चाहिए, जैसा कि आप अपने स्थानीय समयक्षेत्र का उपयोग करके अपने स्थानीय समयक्षेत्र में करेंगे। tzid उपयोग केवल पुनरावृत्ति का वर्तमान स्थानीय समय _एक भिन्न समयक्षेत्र_में प्राप्त करने के लिए किया जाना चाहिए। यदि आप चाहते हैं कि पुनरावृत्ति हमेशा उपयोगकर्ता के स्थानीय समय क्षेत्र में हो, तो आपको tzid उपयोग नहीं करना चाहिए।

यही कारण है कि इस पुस्तकालय का मेरा पुनर्लेखन बिल्टिन जेएस डेट ऑब्जेक्ट का बिल्कुल भी उपयोग नहीं करेगा। यह बस बहुत भ्रमित करने वाला है।

davidgoli 19 जुल॰ 2019

@agordeev मैं इस मुद्दे को @ hlee5zebra का "फिक्स" केवल

आपके उत्तर डेविड के लिए धन्यवाद।

    const rrule = new RRule({
      freq: RRule.WEEKLY,
      dtstart: new Date(Date.UTC(2019, 6, 17, 18, 0, 0)),
      // tzid: 'America/Los_Angeles',
      count: 10,
      interval: 1,
      wkst: RRule.SU,
      byweekday: [RRule.MO, RRule.TU, RRule.WE, RRule.FR, RRule.SA]
    })

उत्पादन करता है:

  -  [Date: 2019-07-17T18:00:00.000Z]
  -  [Date: 2019-07-19T18:00:00.000Z]
  -  [Date: 2019-07-20T18:00:00.000Z]
  -  [Date: 2019-07-22T18:00:00.000Z]
  etc..

तो दिनांक/समय सही हैं, लेकिन समय क्षेत्र यूटीसी है। जब मैं tzid param को छोड़ता हूँ तो rrule UTC में DTSTART को मानता है।

यदि आप हमेशा चाहते हैं कि पुनरावृत्ति उपयोगकर्ता के स्थानीय समय क्षेत्र में हो, तो आपको tzid का उपयोग नहीं करना चाहिए।

मैंने सोचा कि उपयोगकर्ता के समय क्षेत्र में पुनरावृत्ति प्राप्त करने का एकमात्र विकल्प उस समय क्षेत्र को tzid param में पास करना है? पुस्तकालय को ध्यान में रखते हुए सर्वर पर नोड.जेएस के साथ प्रयोग किया जाता है।

agordeev 19 जुल॰ 2019

यदि पुनरावृत्ति उपयोगकर्ता के स्थानीय समय में _समयक्षेत्र की परवाह किए बिना 1800 पर होगी, तो आपको tzid का उपयोग करने की आवश्यकता नहीं है। कृपया सुनिश्चित करें कि आपने रीडमे में वर्णित "फ्लोटिंग" समय के बारे में पढ़ा है: https://github.com/jakubroztocil/rrule#important -use-utc-dates

davidgoli 19 जुल॰ 2019

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Rrule: TZID के साथ DTSTART: बीच में गलत समय पैदा करता है

किसी समस्या की रिपोर्ट करना

सभी 16 टिप्पणियाँ

महत्वपूर्ण: यूटीसी तिथियों का प्रयोग करें

संबंधित मुद्दों