freeCodeCamp 🚀 - कई कैंपरों के लिए स्ट्रीक अभी भी गलत है

ओपन सोर्स योगदान के साथ मेरा पहली बार, लेकिन मुझे यह देखना अच्छा लगेगा कि क्या मैं कार्य के लिए तैयार हूं।

Andychochocho 8 अप्रैल 2016

👍1

यह अभी भी एक ऐसा मुद्दा है जिसके बारे में हमें बहुत सारी शिकायतें मिलती हैं।

QuincyLarson 4 जन॰ 2017

@QuincyLarson मुझे मदद करने में दिलचस्पी है

sorlovsky 16 जन॰ 2017

@sorlovsky बहुत बढ़िया! हमें आपकी मदद में दिलचस्पी है! देखें कि क्या आप इसके आस-पास कुछ परीक्षण लिख सकते हैं जो विभिन्न किनारे के मामलों को कवर करते हैं। ऐसा लगता है कि यह 99.9% समय काम करता है, लेकिन ऐसी कुछ स्थितियां हैं जहां यह नहीं होता है और मुझे पूरा यकीन नहीं है कि क्यों।

QuincyLarson 16 जन॰ 2017

👍1

मैंने इस पर थोड़ा ध्यान दिया और यह संभवतः इस तथ्य के कारण हो सकता है कि यह चुनौतियों की वर्तमान लकीरों की गिनती कर रहा है, न कि अन्य गतिविधियों (परियोजनाओं या एल्गोरिदम) की। यह भी संभव है कि ऊपर बताए अनुसार यह समय क्षेत्र है। मैं इस मुद्दे को देखने जा रहा हूं और देखूंगा कि क्या मैं पीआर कर सकता हूं अगर किसी और को इस पर ध्यान न दिया जाए।

donofriov 22 फ़र॰ 2017

क्या कोई कृपया मुझे बता सकता है कि मुझे यहां कुछ याद आ रहा है।

स्थिरांक दिन के बीच = १.५; कॉन्स्ट दिनों में अपडेट किया जा सकता है = 2 के बीच; क्योंकि निम्नलिखित कार्यों में तर्क हमेशा दिनों के बीच से कम और दिनों के बीच से कम या बराबर नहीं कहता है। इसका मतलब है कि कवरेज एक दिन 12:00:00 AM से अगले दिन 11:59:59 PM तक रहेगा। टाइमज़ोन तर्क सभी को भी वही रहना चाहिए।

दिन बदलने के बीच 2 का मतलब है कि दो परीक्षण टूट जाते हैं, जिन्हें ठीक किया जा सकता है लेकिन मुझे थोड़ा सीखना होगा कि परीक्षण पहले कैसे काम करते हैं।

वैकल्पिक विकल्प दिन सेट करना होगा 1.99 के बीच ताकि सभी परीक्षण पास हो जाएं, लेकिन आपके पास 7 मिनट और 12 सेकंड तक स्ट्रीक गायब होने की संभावना होगी।

donofriov 22 फ़र॰ 2017

@donofriov कृपया इसके लिए जाएं मैं यह पता लगाने में सक्षम नहीं था कि यह क्यों काम नहीं करता है

sorlovsky 22 फ़र॰ 2017

@donofriov विश्लेषण के लिए बहुत बहुत धन्यवाद, और यह सुनकर बहुत अच्छा लगा कि आप इसे देखने में रुचि रखते हैं। यहां एक और संबंधित मुद्दा है https://github.com/freeCodeCamp/freeCodeCamp/issues/7468 (उपयोगकर्ता की स्थिति में लॉग के साथ क्या करना है)

अगर आपको कोई सहायता चाहिए तो हमें चैट रूम पर संपर्क करें।

मुझे थोड़ा सीखना होगा कि परीक्षण पहले कैसे काम करते हैं।

परीक्षण यहां हैं
https://github.com/freeCodeCamp/freeCodeCamp/blob/staging/server/utils/user-stats.test.js

वैसे यह सामान्य से थोड़ा जटिल संरचना है। अगर आपको चीजों का पता लगाने की जरूरत है तो मैं आसपास रहूंगा।

हैप्पी फिक्सिंग!

raisedadead 23 फ़र॰ 2017

@donofriov हाँ - अगर आपको लगता है कि इसे ठीक कर देगा, तो बढ़िया। daysBetween को 2 से टकराएं और परीक्षणों को अपडेट करें ताकि वे पास हो जाएं।

यदि आप सक्षम हैं, तो कृपया देखें कि क्या आप यह सुनिश्चित करने के लिए कुछ अतिरिक्त परीक्षण कवरेज जोड़ सकते हैं कि यह विभिन्न कोने के मामलों को संबोधित कर रहा है जो सामने आए हैं (स्ट्रीक्स से संबंधित कई मुद्दे हैं)।

आपके समय और इस पर ध्यान देने के लिए धन्यवाद। यह महीनों से एक प्रमुख मुद्दा रहा है और कई शिकायतों का स्रोत है, इसलिए इसे ठीक करना बहुत बड़ा होगा :)

QuincyLarson 24 फ़र॰ 2017

समस्या यह है कि streak की गणना समय क्षेत्र पर निर्भर करती है। एक समय क्षेत्र में, मान लें कि मेरे तीन सबमिशन [Aug 5, Aug 6, Aug 7] । किसी अन्य समय क्षेत्र में, वही सबमिशन [Aug 5, Aug 5, Aug 6] । कैलेंडर हीटमैप भी समय क्षेत्र पर निर्भर करता है, और हीटमैप हमेशा ब्राउज़र में पेज देखने वाले क्लाइंट के टाइमज़ोन का उपयोग करता है। इसलिए यदि हम streaks को हीटमैप से मेल खाना चाहते हैं, तो हमें गणना में क्लाइंट के टाइमज़ोन का उपयोग करने की आवश्यकता है। यह मूल रूप से @LenaBarinova ने किया था जब इस मुद्दे को जनवरी 2016 में # 6333 के साथ ठीक किया गया था। समाधान यह था कि जब भी कोई चुनौती सबमिट की जाती है तो ब्राउज़र उपयोगकर्ता का टाइमज़ोन भेज देता है। सर्वर टाइमज़ोन को स्टोर करेगा और इसका उपयोग स्ट्रीक्स की गणना के लिए करेगा। लेकिन फिर जनवरी 2017 में, एक बड़ी रिफैक्टरिंग हुई जिसने चुनौतियों को प्रस्तुत करने के तरीके को बदल दिया, और फिक्स को हटा दिया गया । सर्वर साइड लॉजिक अभी भी है, यह सिर्फ ब्राउज़र है जो अब टाइमज़ोन नहीं भेज रहा है।

Motardo 2 सित॰ 2017

@Motardo इसकी जांच के लिए धन्यवाद। क्या आप @LenaBarinova के फिक्स को फिर से काम करने के लिए

QuincyLarson 2 सित॰ 2017

@QuincyLarson एक और नज़र डालने और उस पर सोने के बाद, मेरे विचार ये हैं:

योजना ए
मुझे लगता है कि पुराना समाधान आदर्श नहीं था। इसके लिए उपयोगकर्ता को अपनी स्वयं की प्रोफ़ाइल को सही ढंग से देखने के लिए लॉग इन करने की आवश्यकता होती है और अन्य समय क्षेत्रों में अन्य उपयोगकर्ता प्रोफ़ाइल देखते समय अभी भी असंगतताएं दिखाएगा।

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

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

मैं प्रतिक्रिया और आरएक्सजे के लिए पूरी तरह से नया हूं, और मुझे लगता है कि योजना सी मेरी गहराई से बाहर है, लेकिन मुझे योजना बी के लिए एक पैच बनाने में खुशी होगी, और मुझे अन्य विचारों और सुझावों को सुनना अच्छा लगेगा।

Motardo 2 सित॰ 2017

@Motardo मैं निश्चित रूप से सहमत हूं कि प्लान सी सबसे अधिक समझ में आता है।

यह देखते हुए कि आपको इसे पोस्ट किए 15 दिन हो चुके हैं, क्या आपने रिएक्ट और आरएक्सजेएस के साथ बहुत सुधार किया है? अपने क्लाइंट साइड स्क्रिप्टिंग क्षमताओं की सीमाओं को अगले स्तर तक ले जाने के लिए यह एक अच्छी चुनौती हो सकती है

QuincyLarson 18 सित॰ 2017

~~नमस्ते।~~ ~~#16071~~

~~मैंने क्या किया:~~
मैंने पहली बार स्ट्रीक गणना को 24 घंटे के बीच 1.5 दिनों के बजाय उपयोग करने के लिए बदला फिर मैंने पिछले टाइमस्टैम्प और वर्तमान टाइमस्टैम्प के स्टार्टऑफ ('दिन') के घंटों में अंतर लिया और पिछले दिन के बजाय पिछले 24 घंटों में किए गए कार्यों के लिए घंटों के बीच इसकी तुलना की। (ऐसा ही लगता है लेकिन शायद एक कोशिश के काबिल)

शायद एक बेहतर फिक्स यह होगा कि यदि आप उपयोगकर्ता को सेटिंग्स में अपना टाइमज़ोन सेट करने की अनुमति देते हैं और सब कुछ उस टाइमज़ोन का उपयोग करके गणना/सेट किया जाता है।

संपादित करें: क्या किसी को पता है कि स्थानीयहोस्ट में डमी खातों का उपयोग/उत्पादन कैसे किया जाता है जिसमें अलग-अलग सेट होते हैं?

संपादित करें: इन सब पर ध्यान न दें।

kennethlumalicay 1 नव॰ 2017

गहरी खुदाई करने की कोशिश की, पता चला कि हीटमैप और स्ट्रीक्स के बीच की विसंगतियां संभवतः हीटमैप के कारण होती हैं। https://github.com/wa0x6e/cal-heatmap/issues/122

kennethlumalicay 2 नव॰ 2017

@kennethlumalicay मेरा मानना है कि हमें उपयोगकर्ताओं को अपने

raisedadead 2 नव॰ 2017

@raisedadead मुझे लगता है कि उपयोगकर्ताओं को अपना

क्या हम इतने खर्च में निर्माण कर सकते हैं कि जब कोई समय क्षेत्र बदलता है तो स्ट्रीक टूटती नहीं है? मुझे लगता है कि वर्तमान में हम स्ट्रीक को तब तक बनाए रखते हैं जब तक कि यह 36 घंटे की विंडो के भीतर है।

QuincyLarson 2 नव॰ 2017

@QuincyLarson मैं गलत हो सकता था लेकिन मुझे नहीं लगता कि हम 36 घंटे की खिड़की के भीतर लकीर बनाए रखते हैं। Afaik the prepUniqueDays टाइमस्टैम्प की एक सरणी बनाता है जो 24, 48 और इसी तरह के घंटों के बीच है और हम इसकी तुलना डेज़ के बीच करते हैं जो कि 1.5 दिन है लेकिन अद्वितीय दिनों के मान के बीच का अंतर केवल पूर्णांक (1,2, ... n) हो सकता है, इसलिए इसका वास्तव में कोई दशमलव नहीं है जिसका उपयोग स्ट्रीक्स की गणना में किया जा रहा है।

kennethlumalicay 3 नव॰ 2017

हम req.user.timezone कैसे प्राप्त करते हैं? चूंकि डमी के पास संपत्ति के रूप में टाइमज़ोन नहीं है इसलिए const timezone = user && user.timezone ? user.timezone : 'UTC'; हमेशा यूटीसी के लिए डिफ़ॉल्ट होता है। क्या हम इसे यूजर लोकेशन के हिसाब से सेट करते हैं?

यदि हमारे पास user.timezone है तो स्ट्रीक्स user.timezone के अनुरूप होंगी लेकिन हीटमैप हमेशा क्लाइंट के टाइमज़ोन के अनुरूप होगा।

वर्तमान सेटअप के साथ विभिन्न परिदृश्य

यदि उपयोगकर्ता का समय क्षेत्र ग्राहक के समय क्षेत्र से मेल खाता है

स्ट्रीक्स और हीटमैप दोनों सटीक और सुसंगत होंगे।

यदि उपयोगकर्ता का टाइमज़ोन क्लाइंट के टाइमज़ोन से मेल नहीं खाता (जैसे वीपीएन, गलत स्थान/टाइमज़ोन सेट)

उपयोगकर्ता.टाइमज़ोन के साथ स्ट्रीक्स सटीक होंगे लेकिन हीटमैप शायद नहीं होगा।

यदि user.timezone अपरिभाषित है (उपयोगकर्ता लॉग इन नहीं है या उसने अपना स्थान/समयक्षेत्र सेट नहीं किया है)

स्ट्रीक्स गलत होंगे लेकिन क्लाइंट के टाइमज़ोन के साथ हीटमैप तब भी सटीक रहेगा जब तक कि वे वीपीएन का उपयोग नहीं करते। मुझे लगता है कि हम यहां क्या कर सकते हैं, यूटीसी को डिफ़ॉल्ट के रूप में उपयोग करने के बजाय, हम क्लाइंट के टाइमज़ोन का उपयोग हीटमैप से मेल खाने के लिए भी कर सकते हैं।

_PS: मैं गलत हो सकता था इसलिए बेझिझक मुझे सुधारें।_

kennethlumalicay 3 नव॰ 2017

@ केनेथ-एलजेएस मैं इस धारणा के तहत था कि हमने अतिरिक्त 12 घंटे की छूट दी है, लेकिन वह बदल सकता है। यदि आप कोड को करीब से देख रहे हैं, तो मुझे आपकी समझ पर भरोसा होगा कि यह एक साथ कैसे फिट बैठता है।

आपके परिदृश्यों के संबंध में, कैलेंडर के लिए थोड़ा ऑफसेट होना ठीक है। बहुत कम कैंपर्स ने इस पर ध्यान दिया है या इसकी शिकायत की है। कैंपर्स इतना बुरा नहीं मानेंगे। लेकिन स्ट्रीक का टूटना ठीक नहीं है - यही कारण है कि इतने सारे कैंपर्स ने इस बग के बारे में शिकायत करने के लिए लिखा है।

तो मेरा तर्क यह होगा कि समय क्षेत्र का पता लगाने और उन्हें सिंक करने की कोशिश करने के बजाय, हम केवल ईएसटी के लिए समय को सामान्य करते हैं - जहां ज्यादातर अमेरिकी रहते हैं - और अनजाने में किसी के समाप्त होने की संभावना को कम करने के लिए 12 से 24 घंटे का समय जोड़ते हैं। यात्रा करते समय लकीर।

QuincyLarson 3 नव॰ 2017

नमस्ते, मैं लिख रहा हूँ क्योंकि मैंने इस पोस्ट पर @QuincyLarson की टिप्पणी देखी।

मैं एक नया टूरिस्ट हूं और मेरे पास "5 दिन की स्ट्रीक" चल रही है जिसमें गतिविधियों को मान्यता दी गई है:
जनवरी १८ - ५ आइटम
जनवरी १९ - २४ आइटम
जनवरी 20 - 16 आइटम
जनवरी २१ - २ आइटम
जनवरी २२ - ७ आइटम
fcc

मैं ऊपर पढ़ने से देखता हूं कि "कैलेंडर पूर्ण" तिथियां ऑफसेट होने की उम्मीद है, लेकिन मेरी लकीर केवल 1 दिन दिखाती है।

===
साइड नोट - शानदार काम के लिए धन्यवाद। कोड सीखने का यह मेरा ५वां प्रयास है, लेकिन मुझे लगता है कि यह कार्यक्रम वह है जो मुझे कूबड़ से निकाल देगा!

ApeCogs 22 जन॰ 2018

@kennethlumalicay कृपया इसे देखें। कोई भी विचार @ApeCogs की समस्या का कारण क्या हो सकता है?

QuincyLarson 22 जन॰ 2018

@ApeCogs क्या आप जानते हैं कि आपने 21 और 22 जनवरी को प्रत्येक चुनौती को किस समय किया था? (यहां तक कि मोटे अनुमान) आपका समय क्षेत्र क्या है? क्या आप भी वीपीएन का इस्तेमाल करते हैं?

kennethlumalicay 22 जन॰ 2018

@kennethlumalicay - २१ जनवरी २२:३० - २३:३० ईएसटी के आसपास रहा होगा। 22 जनवरी 09: 00 - 10:00 ईएसटी रहा होगा। मैं कभी-कभी वीपीएन का उपयोग करता हूं लेकिन यह काम के लिए है और क्षेत्र नहीं बदलता है (पूर्वी)।

ApeCogs 23 जन॰ 2018

मुझे समस्या हो रही है। यह आमतौर पर तब होता है जब मैं 22:00 सीएसटी - 24:00 सीएसटी के आसपास एक चुनौती करता हूं। हालांकि रविवार को लगभग 19:00 CST - 20:00 CST के दौरान मैंने अपनी स्ट्रीक खो दी है। यह आमतौर पर तब भी होता है जब मैं लगभग 7 -8 दिन की स्ट्रीक के आसपास होता हूं। वीपीएन का उपयोग नहीं करना। अगर कुछ है तो मैं मदद करने के लिए और अधिक कर सकता हूं कृपया मुझे बताएं।

screenshot-2018-1-24 learn to code with free online courses programming projects and interview preparation for developer

mriel 25 जन॰ 2018

@ApeCogs मैंने कुछ डमी डेटा का उपयोग किया लेकिन मैं इसे पुन: पेश नहीं कर सकता।

टाइमस्टैम्प:

Wed Jan 24 2018 22:30:00 GMT-0500 (Eastern Standard Time)
Wed Jan 24 2018 23:30:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:05:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:12:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:20:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:30:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:39:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:40:00 GMT-0500 (Eastern Standard Time)
Thu Jan 25 2018 09:43:00 GMT-0500 (Eastern Standard Time)

मैंने आपके "आज" और "कल" को फिर से बनाने के लिए २१ और २२ के बजाय २४ और २५ का उपयोग किया।

परिणाम:

ape

@mriel आपने अपनी वर्तमान लकीर भी खो दी? क्या आप हीटमैप और स्ट्रीक्स वाला एक बड़ा स्क्रीनशॉट प्रदान कर सकते हैं?

kennethlumalicay 25 जन॰ 2018

चल रही चर्चा के कारण फिर से खोलना

raisedadead 25 जन॰ 2018

@kennethlumalicay यहाँ मेरा स्क्रीनशॉट है:

screenshot-2018-1-25 learn to code with free online courses programming projects and interview preparation for developer

ज्यादातर समय मेरी पिछली लकीरें 7-8 दिनों की रही हैं। अगले दिन मैं रात में 18:00 CST - 22:00 CST के बीच एक पाठ करूँगा। इसके अगले दिन कहेगा कि मेरी वर्तमान स्ट्रीक 1 दिन की है।

मैंने वर्तमान स्ट्रीक, दिन, समय और किस चुनौती का लॉग रखना शुरू कर दिया है।

mriel 25 जन॰ 2018

यहाँ यह कहता है कि आपने 20 को कुछ किया।
mriel

लेकिन यहां 20 पर कुछ भी नहीं है।
mriel-2

तो मुझे लगता है कि आपके टाइमस्टैम्प गलत टाइमज़ोन के साथ प्रदर्शित किए जा रहे हैं।

    // timezone of signed-in account
    // to show all date related components
    // using signed-in account's timezone
    // not of the profile she is viewing
    const timezone = user && user.timezone ?
      user.timezone :
      'EST';

इसलिए यदि आप साइन इन नहीं हैं, तो उपयोगकर्ता शून्य होगा और समय क्षेत्र 'ईएसटी' होगा।
यहां तक कि अगर आप साइन इन हैं तो भी मुझे यकीन नहीं है कि user.timezone वास्तव में मौजूद है क्योंकि यह मेरे स्थानीय डीबी पर डमी डेटा पर मौजूद नहीं है। आईडीके अगर एफसीसी का डीबी अलग है लेकिन चूंकि आपको अभी भी गलत टाइमज़ोन मिल रहा है तो आपको अभी भी 'ईएसटी' मिल रहा है।
मुझे लगता है कि यह हमेशा डिफ़ॉल्ट रूप से 'ईएसटी' पर जाता है।

~तो मैंने 'EST' को बदलकर एक संभावित सुधार प्रस्तुत किया क्षण .

kennethlumalicay 25 जन॰ 2018

मैंने अभी एक चुनौती दी है। यह मेरी स्थिति है:
01/25/2018 20:41 अपराह्न सीएसटी रिवर्स एरे के साथ .reverse
screen shot 2018-01-25 at 8 46 08 pm
screen shot 2018-01-25 at 8 44 21 pm

mriel 26 जन॰ 2018

मैंने देखा कि पिछले सप्ताह के दौरान चुनौतियों को कैसे दर्ज किया गया और मूल रूप से देखा गया कि चुनौती तिथियां और लकीरें यूटीसी द्वारा चल रही हैं और हीटमैप ईएसटी का उपयोग कर रहा है। इसका मतलब है कि मुझे और सीएसटी में अन्य लोगों को एक ही दिन के लिए सभी भागों में गिनने के लिए शाम 6 बजे से पहले चुनौतियों का सामना करना होगा। और अगर मैं एक दिन सुबह और अगले दिन शाम को चुनौतियां करता हूं, तो अलविदा की लकीर।

बस एक विचार, मेरे द्वारा उपयोग किए जाने वाले भाषा सीखने के कार्यक्रमों में स्ट्रीक जानकारी के बगल में एक घंटे की उलटी गिनती दिखाई देती है। एक नोट के साथ "पूर्ण पाठ ... द्वारा लकीर बनाए रखने के लिए।" उतना ही उपयोगी होगा। मैं स्ट्रीक समस्या के लिए लगातार समय प्राप्त करना पहली प्राथमिकता कहूंगा, लेकिन लोगों को दिन के लिए उनकी समय सीमा के बारे में बताना यात्रा के लिए TZ को समायोजित करने या अनुग्रह घंटों की अनुमति देने की चिंता करने से अधिक उपयोगी होगा (जितना अच्छा लगता है)।

sgrayme 30 जन॰ 2018

एक बग जो अद्भुत 100DaysOfCode चुनौती को बेकार बना देता है

यहाँ मेरी प्रोफ़ाइल है: https://www.freecodecamp.org/dardandmr

मेरी 69 दिनों की स्ट्रीक बिना किसी कारण के टूट गई है

@QuincyLarson कृपया भाई, यह क्या है, और क्या हम इसे उलट सकते हैं ?!
मैंने २४:०० के बाद दो घंटे के बाद काम जमा कर दिया है, मुझे नहीं लगता कि यह एक समय क्षेत्र त्रुटि है, भले ही यह कैसे संभव है कि एफसीसी में इतने सारे लोगों ने इस त्रुटि को ठीक नहीं किया है?

मैं वास्तव में निराश हूं, मैं इस 100DaysOfCode चुनौती से बहुत प्रेरित था, और मैंने सभी फ्रंट-एंड प्रोजेक्ट और बाकी सब कुछ समाप्त कर दिया है, मेरे पास मेरे फ्रंट एंड सर्टिफिकेट का दावा करने के लिए हल करने के लिए केवल 4 उन्नत एल्गोरिदम हैं, इतने घंटे बिना सोए रहे सिलसिला जारी रखने के लिए...

स्क्रीनशॉट

dardandemiri 31 मार्च 2018

100DaysOfCode चुनौती, अगर इस तरह की बग बनी रहती है, तो यह हमारे मनोबल को बर्बाद कर देगी।

JohnnyCheung1989 16 अप्रैल 2018

👍1

@ JohnnyCheung1989 मेरी प्रगति को देखो क्योंकि बग ने मेरी लकीर को बर्बाद कर दिया :(

dardandemiri 9 मई 2018

ऐसा लगता है कि वीडियो चुनौतियों को स्ट्रीक्स में नहीं गिना जाता है, बल्कि हीट मैप में गिना जाता है।

nathan005 15 मई 2018

मैं विशेष रूप से उत्पादन कोड के साथ शुरुआत कर रहा हूं। पता नहीं क्या यह अहंकार बहुत अधिक ओवरहेड पैदा करेगा ... लेकिन चूंकि हीटमैप ठीक काम कर रहा है, इसलिए स्ट्रीक के लिए एल्गो सिर्फ हरे रंग के दिनों के लिए हीटमैप की जांच क्यों नहीं कर सकता है या दूसरी तरफ जा सकता है और ग्रे अंतराल की जांच कर सकता है और वापस आ सकता है एक मान जैसे कि जाँच करें कि क्या तत्व '#cccc' आदि है .. यदि हाँ तो स्ट्रीक तोड़ें
सभी मौजूदा स्ट्रीक लॉजिक टाइमज़ोन और गणित को एक साथ हटा दें और तत्व में रंग के लिए किसी तरह से हीटमैप की जाँच करें ...
अगर ! ग्रे स्ट्रीक ++ अगर ग्रे स्टॉप स्ट्रीक है तो जांचें कि क्या स्ट्रीक सबसे लंबी स्ट्रीक से लंबी है?

मुझे माफ कर दो अगर यह पहले लाया गया है।

मैंने हीटमैप को कभी भी गलत नहीं देखा है लेकिन मेरी लकीरें अच्छी हैं... इतना नहीं।

या किसी ने हीटमैप कोड में एक झंडा लगाया और स्ट्रीक आउटपुट इसे चेक और अपडेट नहीं कर सकते?

dverdin83 19 मई 2018

@dverdin83
मैंने संक्षेप में कोड को देखा। हीटमैप एक प्लगइन है, इसलिए हीटमैप कोड को संपादित नहीं किया जाना चाहिए क्योंकि यह अपडेट होने पर टूट जाएगा। हरे रंग की गिनती के लिए, ऐसा लगता है कि प्लगइन फ्लाई पर रंग बनाता है, इसलिए गणना में देरी के लिए आपको कॉलबैक जोड़ने की आवश्यकता होगी।

हीटमैप की तरह ही जांच करना बेहतर होगा, जो कि मोटार्डो द्वारा सुझाया गया था _(2 सितंबर, 2017 को उनकी टिप्पणी देखें - योजना सी)_।

nathan005 24 मई 2018

https://github.com/freeCodeCamp/freeCodeCamp/issues/17299 के पक्ष में इस मुद्दे को बंद करना

QuincyLarson 3 जून 2018

क्या किसी को पता है कि कौन सा टाइमज़ोन स्ट्रीक काउंटर और हीटमैप द्वारा उपयोग किया जाता है? मैंने सिर्फ 74 दिन की स्ट्रीक खो दी, भले ही मैंने 15:45 PM KST (UTC +0900) तक एक चुनौती पूरी कर ली हो। स्ट्रीक केवल 1 दिन दिखाता है लेकिन हीटमैप पर आज का वर्ग हरे रंग का है, और टाइमलाइन पर चुनौती को आज भी पूरा होने के रूप में दर्ज किया गया है। ऐसा लगता है कि स्ट्रीक काउंटर एक टाइमज़ोन का उपयोग कर रहा है, जबकि हीटमैप और टाइमलाइन दूसरे टाइमज़ोन का उपयोग कर रहे हैं। क्या कोई कृपया पुष्टि कर सकता है? यह वास्तव में मनोबल गिराने वाला है क्योंकि मुझे यह देखकर गर्व हो रहा था कि संख्या हर दिन बढ़ती जा रही है और इसे दोस्तों, परिवार और संभावित नियोक्ताओं के साथ साझा करने में सक्षम हूं।

मैं समझता हूं कि इसे ठीक करना एक उच्च प्राथमिकता नहीं हो सकती है, इसलिए कम से कम स्ट्रीक के नियमों को जानने से मुझे वास्तव में मेरी कोडिंग को समझने और तदनुसार समायोजित करने में मदद मिलेगी।

@sgrayme https://github.com/freeCodeCamp/freeCodeCamp/issues/7925#issuecomment -361716788 से उद्धरित

मैंने देखा कि पिछले सप्ताह के दौरान चुनौतियों को कैसे दर्ज किया गया था और मूल रूप से यूटीसी द्वारा चुनौती की तारीखें और लकीरें देखी जा रही थीं और हीटमैप ईएसटी का उपयोग कर रहा है ...

drecali 7 दिस॰ 2018

Freecodecamp: कई कैंपरों के लिए स्ट्रीक अभी भी गलत है

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