Moment: endOf('day') उन दिनों में विफल रहता है जो आधी रात को शुरू नहीं होते हैं

को निर्मित 20 अप्रैल 2016 · 15टिप्पणियाँ · स्रोत: moment/moment

विचार करें:

moment("2016-10-16").endOf('day').format("YYYY-MM-DD HH:mm:ss")

अधिकांश समय क्षेत्रों में, यह "2016-10-16 23:59:59" लौटाएगा। हालांकि, ब्राजील में, यह "2016-10-17 00:59:59" लौटाएगा। यह गलत है, क्योंकि 2016-10-16 को 00:00 बजे से 00:59 बजे तक का समय ही गायब है। 2016-10-16 की समाप्ति अभी भी उसी तिथि को 23:59:59 बजे है।

यह पल-समय क्षेत्र के साथ भी प्रतिलिपि प्रस्तुत करने योग्य है:

moment.tz("2016-10-16","America/Sao_Paulo").endOf('day').format("YYYY-MM-DD HH:mm:ss")

समस्या endOf पद्धति में है। दिन के अंत की गणना करने के लिए, हम दिन का _start_ लेते हैं, एक दिन जोड़ते हैं, फिर एक मिलीसेकंड घटाते हैं। वह तर्क त्रुटिपूर्ण है जब दिन आधी रात को शुरू नहीं होता है। एक दिन जोड़ने के बजाय, हमें उस विशेष दिन की सटीक अवधि लंबाई जोड़नी होगी।

Bug DST

स्रोत

mj1856

👍5

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

इसे मूल रूप से क्षण/क्षण-समयक्षेत्र#327 के रूप में रिपोर्ट किया गया था।

2749 संबंधित है, लेकिन थोड़ा अलग है।

mj1856 20 अप्रैल 2016

दिन के समय की सटीक लंबाई की गणना करने के विरोध में, क्या आप ऐसा नहीं कर सकते:

moment('2016-10-16').startOf('day').add(1, 'day').startOf('day').subtract(1, 'millisecond').format()
"2016-10-16T23:59:59-02:00"

१५ तारीख को ठीक काम करता है जब १६वीं में भी धकेल दिया जाता है:

moment('2016-10-15').startOf('day').add(1, 'day').startOf('day').subtract(1, 'millisecond').format()
"2016-10-15T23:59:59-03:00"

क्या कोई बढ़त का मामला है जिसके बारे में मैं नहीं सोच रहा हूँ?

मुझे लगता है कि इसे अलग तरीके से करने के लिए एक प्रदर्शन लाभ हो सकता है, लेकिन बिल्ली, आप इसे पढ़ सकते हैं!

maggiepint 21 अप्रैल 2016

हम्म्म्म, यहाँ कुछ और खराब है:

moment.tz("2016-10-16","America/Sao_Paulo").startOf('day').add(1,'day').startOf('day').subtract(1,'ms').format()
// "2016-10-16T23:59:59-02:00"  (ok)

moment.tz("2016-10-15","America/Sao_Paulo").startOf('day').add(1,'day').startOf('day').subtract(1,'ms').format()
// "2016-10-14T23:59:59-03:00"  (wrong date)

moment.tz("2016-10-15","America/Sao_Paulo").startOf('day').add(1,'day').format()
// "2016-10-15T23:00:00-03:00"  should have skipped forward to "2016-10-16T01:00:00-02:00"

क्या हम यहां पूरे अस्पष्ट ब्राउज़र व्यवहार से निपट रहे हैं? या इसमें कुछ और है?

mj1856 21 अप्रैल 2016

ब्रासिलिया के विंडोज़ टाइमज़ोन के साथ क्रोम में:

moment("2016-10-15").startOf('day').format()
"2016-10-15T00:00:00-03:00"
moment("2016-10-15").startOf('day').add(1, 'day').format()
"2016-10-16T01:00:00-02:00"

क्रोम में मेरे समय क्षेत्र के साथ पल समय क्षेत्र का उपयोग कर:

moment.tz("2016-10-15","America/Sao_Paulo").startOf('day').format()
"2016-10-15T00:00:00-03:00"
moment.tz("2016-10-15","America/Sao_Paulo").startOf('day').add(1, 'day').format()
"2016-10-15T23:00:00-03:00"

ठंडा!

पल समय क्षेत्र के साथ कुछ? मैं वास्तव में उस कोड को नहीं जानता, इसलिए यह कहना मुश्किल है। यदि पहला काम करता है तो ब्राउज़र की तरह प्रतीत नहीं होता है।

maggiepint 21 अप्रैल 2016

👍1

मुझे लगता है कि यह इस तथ्य का परिणाम है कि पल समय क्षेत्र हमेशा एक अमान्य तिथि को पीछे धकेल देगा, अगर इसे उस तारीख में 'जोड़ा' गया हो। डिजाइन से या दुर्घटना से मुझे यकीन नहीं है।

//setting moves forward
moment.tz("2016-10-16T00:00:00","America/Sao_Paulo").format()
"2016-10-16T01:00:00-02:00"
//adding moves backward
moment.tz("2016-10-15T00:00:00","America/Sao_Paulo").add(1, 'day').format()
"2016-10-15T23:00:00-03:00"

//setting moves forward
moment.tz("2016-03-13T02:00:00","America/Chicago").format()
"2016-03-13T03:00:00-05:00"
//adding moves backward
moment.tz("2016-03-12T02:00:00","America/Chicago").add(1, 'day').format()
"2016-03-13T01:00:00-06:00"

//one more time for funzies
moment.tz("2016-03-27T01:00:00","Europe/London").format()
"2016-03-27T02:00:00+01:00"

moment.tz("2016-03-26T01:00:00","Europe/London").add(1, 'day').format()
"2016-03-27T00:00:00Z"

मुझे लगता है कि जब आप समय नहीं रख सकते हैं तो KeepTime सेटिंग का उपयोग करने का प्रयास करने के साथ इसका कुछ संबंध है। मैं इस कोड को अच्छी तरह से आपको यह बताने के लिए नहीं जानता कि कोड ऐसा क्यों है, लेकिन मुझे यकीन है कि अगर इस कोड में कीपटाइम कॉल 1 के बजाय 0 थी, तो सब कुछ अपेक्षित रूप से आगे बढ़ेगा। ऐसा इसलिए है क्योंकि कीप टाइम चालू है कि इसे पीछे धकेल दिया जाता है। और रखें समय चालू होना चाहिए, यह सिर्फ इस किनारे के मामले के साथ कायरतापूर्ण है।

    moment.updateOffset = function (mom, keepTime) {
        var zone = moment.defaultZone,
            offset;

        if (mom._z === undefined) {
            if (zone && needsOffset(mom) && !mom._isUTC) {
                mom._d = moment.utc(mom._a)._d;
                mom.utc().add(zone.parse(mom), 'minutes');
            }
            mom._z = zone;
        }
        if (mom._z) {
            offset = mom._z.offset(mom);
            if (Math.abs(offset) < 16) {
                offset = offset / 60;
            }
            if (mom.utcOffset !== undefined) {
                mom.utcOffset(-offset, keepTime);
            } else {
                mom.zone(offset, keepTime);
            }
        }
    };

maggiepint 22 अप्रैल 2016

मैं यहां मददगार होने के लिए पल-समय क्षेत्र के बारे में पर्याप्त नहीं जानता, लेकिन शायद टिकट क्यों keepTime का उपयोग किया जाता है, यह जांच करने वाले किसी भी व्यक्ति के लिए सहायक होगा: https://github.com/moment/moment-timezone/ मुद्दे/28

icambron 5 मई 2016

https://github.com/moment/moment/pull/1564

फिलहाल जोनों को संभालने में यह आखिरी बड़ा बदलाव है। सुनिश्चित नहीं है कि यह इस मुद्दे से संबंधित है, लेकिन इससे मदद मिलनी चाहिए।

@maggiepint क्या आप थोड़ा समझा सकते हैं

हमेशा एक अमान्य तिथि को पीछे धकेल देगा

अंश। मेरा मतलब है - क्या हमारे पास एक उदाहरण है जो पल-समय क्षेत्र के साथ एक समस्या का खुलासा करता है, या हमें दिन के प्रारंभ/अंत में डीएसटी का पता लगाने और इसे उचित रूप से संभालने के लिए पल में कुछ स्मार्ट कोड की आवश्यकता होती है। दूसरा मध्यम से आसान है। अगर हमें पल-टीजेड और पल के बीच गुजरने वाले क्षेत्र को दोबारा दोबारा करना है, तो यह नरक है - मैं इसके बजाय 3.0 की प्रतीक्षा करता हूं और आशा करता हूं कि नए इंटरफ़ेस में यह समस्या नहीं होगी।

ichernev 13 जून 2016

@ichernev जिस तरह से आज कोड खड़ा है, हमारे पास इस एक मुद्दे में दो मुद्दे हैं। एक मुद्दा यह है कि @ एमजे 1856 ने मूल रूप से उठाया था, जो कि वह दिन है जो मध्यरात्रि में शुरू नहीं होता है, दिन के मूल्य के एक भयानक अंत के साथ समाप्त होता है। यह एक पल का मुद्दा है।

दूसरा वह क्षण समय क्षेत्र है, जब एक अमान्य तिथि के साथ प्रस्तुत किया जाता है, यदि उस अमान्य तिथि का उपयोग निर्माता में किया जाता है, लेकिन यह उस तिथि में 'जोड़ा' जाने पर पिछड़ जाता है। यह, जैसा कि यह खड़ा है, क्षण समय क्षेत्र के साथ एक मुद्दा है और क्षण नहीं। मुझे यकीन नहीं है कि टाइमज़ोन इंटरफ़ेस कैसे बदलता है - मुझे इसके बारे में थोड़ा सोचना होगा।

maggiepint 13 जून 2016

@maggiepint स्पष्ट स्पष्टीकरण के लिए धन्यवाद।

तो पल की समस्या को ठीक करने के लिए: endOf('day') गलत होने के कारण - दिन के अंत के लिए बस "उद्देश्य", वहां जाएं, यदि यह 00:00 है, तो समाप्त करें, अन्यथा फिर से लक्ष्य करें, यदि दूसरा लक्ष्य 00 तक पहुंचता है: 00 हम कर चुके हैं अन्यथा पहले शॉट का उपयोग करें। दूसरा उद्देश्य मदद करेगा यदि हम डीएसटी में कूदते हैं और एक घंटे तक "विकृत" हो जाते हैं। यदि दिन का अंत डीएसटी के कारण अमान्य समय है, तो दूसरा उद्देश्य चोट नहीं पहुंचाएगा।

हमें इस अहंकार का उपयोग सभी endOf , शायद startOf , लेकिन वर्तमान में हम जो सेट-टू-ज़ीरो करते हैं, उसके साथ तर्क करना कठिन है।

ichernev 14 जून 2016

हाय दोस्तों, मैं भी इस मुद्दे से पल के वर्तमान संस्करण (2.14.1) पर प्रभावित हो रहा हूं।

MarcosEich 16 अग॰ 2016

मैंने इसे ठीक करने के लिए #3716 सबमिट किया है, लेकिन वर्तमान में पारदर्शी कारणों से ट्रैविस सीआई के साथ समस्याएं देख रहा हूं। जल्द ही इस पर और गौर करेंगे।

keithwillcode 15 जन॰ 2017

यह भी संबंधित है (डिफ़ॉल्ट ब्राजीलियाई लोकेल)।

उसी तारीख में ऑपरेशन के परिणाम:

पल ("2017-10-16T00: 59: 59.999")। घटाना (1, 'दिन')। endOf ('दिन')
=> "2017-10-16T00:59:59.999"

m0nzderr 28 जून 2017

अरे - मैंने अभी #4164 सबमिट किया है जो इसे startOf के साथ-साथ endOf के लिए भी ठीक करता है। वहाँ प्रतिक्रिया प्राप्त करना पसंद करेंगे ताकि हम उम्मीद कर सकें कि अंततः इसे आगे बढ़ाया जा सके।

Seldaek 8 सित॰ 2017

@ एमजे 1856 , मैंने अपना पीआर बंद कर दिया क्योंकि डीएसटी किनारे में एंडऑफ के साथ समस्या ठीक हो गई है। क्या इसे भी ठीक किया जा सकता है?

darakeon 14 फ़र॰ 2018

मैंने #4164 का परीक्षण किया है और ऐसा लगता है कि इसे ठीक किया जा सकता है। विलय की प्रतीक्षा कर रहा है।

lourenci 20 मार्च 2018

👀1

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

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

Moment: endOf('day') उन दिनों में विफल रहता है जो आधी रात को शुरू नहीं होते हैं

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

2749 संबंधित है, लेकिन थोड़ा अलग है।

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