दिन में एक बार उपयोगकर्ता कार्रवाई: 24 घंटे रीसेट बनाम आधी रात रीसेट [बंद]

Question

जब कोई उपयोगकर्ता दिन में केवल एक बार कार्रवाई करने में सक्षम होता है, उदाहरण के लिए एक प्रतियोगिता के लिए मुफ्त टिकट प्राप्त करना, मेरे अनुभव में दो संभावनाएं हैं।

1) 24 घंटे रीसेट

यदि वह दिन 1 पर कार्रवाई 11:45 बजे करता है, तो वह केवल दिन 2 पर कार्रवाई फिर 11:45 पर या उसके बाद कर सकता है। वह दिन 2 पर 11:44 तक नहीं कर पाएंगे।

2) मध्यरात्रि रीसेट (या कोई निश्चित समय)

कोई फर्क नहीं पड़ता कि उपयोगकर्ता किस दिन 1 पर कार्रवाई करता है, जैसे ही वह आधी रात और दिन 2 शुरू होता है, वह फिर से ऐसा करने में सक्षम होगा।

---

दोनों एक दिन में केवल एक ही कार्य करने में उपयोगकर्ता को सीमित करते हैं, लेकिन मैं सबसे अधिक अक्सर 1 विधि पर आता हूं, जो मुझे लगता है कि दो चरणों के लिए बहुत असुविधाजनक है:

• पहले मुझे समय का इंतजार करना होगा
• और एक लंबे समय की अवधि के बाद, कार्रवाई करने वाले मुझे का टाइमस्टैम्प बाद में और बाद में हो जाएगा, क्योंकि मैं उस टाइमस्टैम्प पर हर रोज केवल कुछ सेकंड या मिनट बाद कार्रवाई बिल्कुल नहीं कर पाऊंगा।

क्या कोई तकनीकी कारण है, जो कि विधि 1 को पसंद करेगा, मेरे विचार में पहले से बताए गए उपयोगकर्ता के लिए महत्वपूर्ण नुकसान है?

---

संपादित करने के लिए, निर्दिष्ट करने के लिए: मैं विशेष रूप से एक उदाहरण के बारे में बात कर रहा हूं, जहां 24 घंटे का वास्तविक समय स्पष्ट रूप से आवश्यक नहीं है, जैसे कि थ्योरी 11 की वर्तमान मुफ्त स्पिन घटना में , जहां आपको मौका पाने के लिए हर 24 घंटे में 1 मुफ्त स्पिन मिलता है। पुरस्कार जीतने पर।

Comments

कार्यों के बीच वास्तविक समय को सीमित करने का एक कारण हो सकता है, यही वजह है कि वे 24 घंटे के तालाबंदी का विकल्प चुनते हैं। उदाहरण के लिए, विकल्प 2 के साथ, आप 23:59 पर और फिर 00:00 पर फिर से कार्रवाई कर सकते हैं।

— इवो ​​कूपमंस

जवाब पूरी तरह से समस्या-विशिष्ट होगा, और यह उन समस्याओं के साथ आने के लिए कठिन नहीं है जो या तो सूट करते हैं। सॉफ्टवेयर को व्यावसायिक नियमों को लागू करने के लिए विकसित किया गया है, न कि दूसरे तरीके से।

— ब्लरफुल

ध्यान दें कि मध्यरात्रि एक मनमाना समय है। यह बस के रूप में आसानी से किसी भी समय आप चाहते हो सकता है।

— डेविड स्टार्क

एक प्रकार की मछली की तरह, आधी रात नाइट उल्लू के लिए समस्याग्रस्त हो सकती है। उस के आसपास पाने के लिए, वाह, उदाहरण के लिए, 3 या 4 बजे "दैनिक" चीजों को रीसेट करता है।

— केविन

नोट: गेम की एक किस्म है और ऐसे हैं जो केवल हर 21 घंटे में एक एक्शन की अनुमति देते हैं। सैद्धांतिक रूप से कोई इसे प्रति दिन> 1 प्राप्त करने के लिए दुरुपयोग कर सकता है, लेकिन इसका मतलब है कि मध्य-नींद जागना, जो कि दुर्लभ है आमतौर पर सर्वरों के लिए एक सौदा का उतना बड़ा नहीं है। यह तब उपयोगकर्ताओं को "हर सुबह" लॉगआउट करने की अनुमति देता है, जो पूरे दिन के समय में धीरे-धीरे आगे बढ़े बिना।

— मूविंग डक

Answer 1

मुझे आश्चर्य है कि आमतौर पर मैं आधी रात को रीसेट की उम्मीद करता हूं।

हालाँकि, यह एक बड़ी क्षति के साथ आता है, इसमें हर 24 घंटों में एक से अधिक आधी रात होती है। आपको अपना टाइमज़ोन चुनने की ज़रूरत है।

शायद यही वजह है कि प्रति 24 घंटों में एक बार चुने जाने के बाद, आप सोच सकते हैं कि कंपनी यह स्वीकार नहीं करना चाहती है कि विभिन्न देशों में आधे उपयोगकर्ताओं के पास गैर-मध्यरात्रि स्थानीय समय हो सकता है, या इसके बजाय वे यह मान सकते हैं कि "प्रति दिन" आधी रात को निहित है। और इस प्रकार वे मार्केटिंग को "प्रति 24 घंटों" में बदल देते हैं और मैच के लिए सॉफ्टवेयर युक्ति

हालांकि मुझे लगता है कि यह "इन दिनों 2pm GMT पर" या इन दिनों समान है।

मैंने सोचा होगा कि हर उपयोगकर्ता के लिए एक अंतिम कार्य दिनांक को संग्रहीत करने की चुनौती उपयोगकर्ताओं या एक्शन प्रकारों को टाइमज़ोन निर्दिष्ट करने की तुलना में कठिन होगी।

संपादित करें मुझे लगता है कि इसके दो तरीकों के बीच के अंतर को ध्यान देने योग्य है

24 वाँ नियम

• मुझे घटनाओं की एक निरंतर धारा मिलेगी, दर प्रति 24h से कम 1 तक सीमित होगी।
• जब मैं बात समाप्त करता हूं, तो कुछ उपयोगकर्ताओं को कम ईवेंट मिलेंगे।
• मुझे हर उपयोगकर्ता को अंतिम ईवेंट स्टोर करने की आवश्यकता है
• जब दिन के उजाले की बचत एक लंबे या छोटे दिन का कारण बनती है तो मेरे पास प्रति दिन 1 घटना होती है
• मनुष्य डॉट पर ठीक 24 वें हिट करने में सक्षम नहीं होगा, इसलिए मैं स्वाभाविक रूप से औसतन प्रति दिन 1 से कम प्राप्त करूंगा

1 प्रति कैलेंडर दिन नियम

• मुझे एक कैलेंडर दिवस के लिए सौंपे गए 50h (? UTC + 14 से -12?) की अवधि में बकेटेड इवेंट मिलते हैं
• वास्तविक रूप से मुझे अभी भी प्रत्येक उपयोगकर्ताओं को गोद में 'दिनों' के रूप में अंतिम घटना को स्टोर करना होगा
• मेरे पास एक दिन का निश्चित अंत है जहां मैं कह सकता हूं कि अब की सभी घटनाएं दिन में नहीं हैं।
• मुझे यह जानने के लिए उपयोगकर्ता की स्थिति जानने की आवश्यकता है कि उनका ईवेंट किस दिन लागू होता है
• कुछ लोग दूसरों की तुलना में बहुत पहले 'दिन' में जागते हैं

UTC नियम में प्रति कैलेंडर दिन 1

• मुझे 24 दिन लंबे अच्छे वर्दी मिलते हैं
• मैं अपने इवेंट्स को बकेट कर सकता हूं
• मुझे पता है कि एक दिन की शुरुआत और अंत कब होता है
• दिन के उजाले की बचत लोगों को भ्रमित करने वाली है।
• मनुष्य प्रति दिन 1 घटना हो सकता है
• ग्रीनविच के आस-पास न रहने वाले मनुष्यों की शुरुआत और अंत समय मज़ेदार होगा
• शायद मैं एक चतुर अनुकूलन कर सकता हूं और केवल उन उपयोगकर्ताओं की सूची संग्रहीत कर सकता हूं, जिन्होंने प्रवेश किया है? (शायद मैं हर उपयोगकर्ता ईवेंट और समय को संग्रहीत करूंगा)

* घटनाओं की बकेटिंग विभिन्न रिपोर्टिंग उद्देश्यों के लिए सुपर उपयोगी होने जा रही है। जैसे। मेरे पास प्रत्येक 24 घंटों की अवधि में 10 पुरस्कार जीतने हैं और वे समय के साथ अलग हैं। 10 दिन में कितने छात्रों ने प्रवेश किया? आदि

Comments

आप स्पष्ट रूप से मेरे विचारों की रेलगाड़ी को छूते हैं क्योंकि मैं समान रूप से सर्पिल हूँ। मुझे लगता है कि 24 घंटे के रीसेट के लिए जाना काफी आलसी होगा, लेकिन @ रिचार्ड वार्ड के उत्तर में कहा गया है, सभी समय क्षेत्रों का सम्मान करना अधिक कठिन हो सकता है और जब घटना शुरू होती है और समाप्त होती है तो संचार समस्याओं को भी भड़क सकती है।

— RUL

हम्म मुझे लगता है कि आप अपने जवाब भ्रमित हो गए। लेकिन प्रतिबिंब पर मैं सोच रहा हूं कि इसकी सबसे अधिक संभावना व्यापार / डेवलपर संचार मुद्दा है। मैं सिर्फ योजना बैठक की कल्पना कर सकता हूं ... बिक्री: "तो उपयोगकर्ताओं को केवल प्रति दिन एक बार प्रस्ताव लेने की अनुमति दी जानी चाहिए .." देव: "क्या होगा यदि वे उड़ान भर रहे हैं और अंतर्राष्ट्रीय तिथि रेखा पार कर रहे हैं? क्या वे दो आदेश दे सकते हैं? " बिक्री: "..... नहीं ... प्रत्येक 24 घंटों में 1 कहने देता है" देव: "ठीक है, हम्म गोना को उस सभी डेटा को संग्रहीत करने के लिए अधिक तालिकाओं की आवश्यकता है!" बिक्री: "व्हाट्स"

— ईवान

मुझे लगता है, आपको लगता है कि 24 घंटे का दृष्टिकोण कम जटिल है? क्योंकि मुझे नहीं लगता कि एक अतिरिक्त तालिका होने के अलावा यह अलग-अलग समय क्षेत्रों में जाँच और गणना करने की तुलना में सिर्फ 24 घंटे अधिक सरल है। लेकिन आपको वहां एक अच्छा बिंदु मिला: समय-क्षेत्र छोड़ने के साथ आप वास्तव में एक से अधिक स्पिन प्राप्त कर सकते हैं।

— RUL

मुझे लगता है कि यह समझाने के

— ईवान

यह। टाइमज़ोन आश्रित सामान में कीड़े के एक पूरे डिब्बे को खोल दिया जाता है जिसे आप 24 घंटों के समय के नियम का उपयोग करके बंद कर सकते हैं। और जब यह किसी विशिष्ट दिन को स्टोर करने की तुलना में एक कार्रवाई हुई तो स्टोर करना बिल्कुल मुश्किल नहीं है।

— सेमीस्टर

Answer 2

मेरे सर के ऊपर से चला गया:

• "अंतिम कार्रवाई के बाद से 24 घंटे" को लागू करना आसान हो सकता है
• यदि उपयोगकर्ता अंतिम समय के ठीक 24 घंटे बाद कार्रवाई नहीं करता है, तो अंततः उन्हें पूरे 24 घंटे की अवधि याद आ सकती है क्योंकि रीसेट तब होना चाहिए जब वे सो रहे हों, या काम कर रहे हों। शायद वे काम पर जाने से पहले सुबह 7 बजे करते हैं, और रात 8 बजे काम पर निकल जाते हैं। अगले दिन वे इसे 7:15 पर करते हैं, फिर 7:30, फिर 7:45, और आखिरी दिन 8:00 बजे तक रुकने से पहले क्रिया करने से पहले करते हैं। अगले दिन वे 8:15 बजे तक रहने के लिए तैयार नहीं हैं, इसलिए बस उस सुबह को याद करें और शाम 6 बजे काम से घर लौटने के बाद ऐसा करें, 34 घंटे का अंतराल। यदि कार्रवाई का परिणाम कंपनी के लिए महंगा है, तो बचत असुविधा से अधिक महत्वपूर्ण हो सकती है।

Comments

डरपोक विपणन कारण पर अच्छा बिंदु, उपयोगकर्ताओं को एक दिन याद करने के लिए।

— RUL

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

— त्रिपुंड हंड्रेड

जब मैं यूएसए में था तब मैंने ज़ुलु के समय पर एक खेल खेला था। जब मैं सक्रियता कर सकता था या नहीं कर सकता था तो उसे सीधे रखना तुच्छ नहीं था।

— कोरट अमोन -

प्वाइंट 2 यही कारण है कि बर्फ़ीला तूफ़ान (आदि) वाह और अन्य MMORPG में 24 घंटे रीसेट टाइमर से बचें और इसके बजाय एक दैनिक रीसेट करें।

— Adonalsium

यह ध्यान देने योग्य हो सकता है कि कुछ कंपनियां सिर्फ एक कम सख्त "दैनिक" का उपयोग करती हैं - लीग ऑफ लीजेंड्स "दिन की पहली जीत" के लिए 21 घंटे का तालाबंदी का उपयोग करता है। खिलाड़ियों के लिए सुविधाजनक होने के साथ, बोनस को लगभग दैनिक रूप से रखने के लिए पर्याप्त है। आंशिक रूप से इस विचार के कारण हो सकता है कि आप हमेशा अपना पहला गेम नहीं जीतेंगे और खेल ~ 30-50 मिनट लगते हैं, इसलिए एक सख्त घड़ी वास्तव में कष्टप्रद होगी (क्योंकि आप समय को 30 मिनट या उससे पीछे धकेलने की संभावना रखते हैं। एक दिन, जिस बिंदु पर यह मोहक नहीं है क्योंकि आपके पास व्यस्त कार्यक्रम पर हर 3 दिन में पहली जीत हासिल करने के लिए केवल प्लेटाइम है)।

— Delioth

Answer 3

जैसा कि अन्य उत्तरों ने उल्लेख किया है, 210 विधि कई समय क्षेत्रों के लिए अधिक अनुकूल है, और कोड के रूप में आसान है, जैसा कि आप प्रत्येक उपयोगकर्ता के लिए अंतिम सफल टाइमस्टैम्प को संग्रहीत करते हैं।

इसमें जोड़ा गया "लाभ" वास्तव में उपयोगकर्ता को दैनिक कार्यों के सभी प्राप्त करने के लिए प्रत्येक दिन ऐप के साथ बातचीत करने की आवश्यकता है। यदि मध्यरात्रि रीसेट कहा जाता है, तो एक उपयोगकर्ता 11:59 बजे एक कार्रवाई कर सकता है, और फिर 12:00 बजे फिर से। वे हर दूसरे दिन ऐसा कर सकते थे और अभी भी सभी कार्रवाई कर सकते हैं। कुछ ऐप्स के लिए दैनिक कार्यों का उद्देश्य उपयोगकर्ता को दैनिक आधार पर ऐप के साथ बातचीत करना है ताकि यह कम आदर्श हो।

एक तीसरा विकल्प है जो दोनों के UI नुकसान से बचता है, लेकिन कोड के लिए थोड़ा कठिन है।

3) (n-0.75) * 24 घंटे में n कार्यों से अधिक की कोई लकीर नहीं

इसे स्टोर करने के लिए दो वेरिएबल्स की आवश्यकता होती है, लेकिन यह किसी ऐसे व्यक्ति को अनुमति देता है जो अपने दिन के दौरान किसी भी समय अपने एक्शन का उपयोग करने के लिए सिस्टम का दुरुपयोग करने की कोशिश नहीं कर रहा है।

यह किसी को भी 1 "अतिरिक्त" कार्रवाई का उपयोग करने से रोकता है।

तो वास्तव में एल्गोरिथ्म को लागू करें आपको स्ट्रीक के शुरुआती समय, अंतिम खेलने के समय और अपनी लकीर में कार्यों की संख्या को संग्रहीत करने की आवश्यकता होगी।

अंतिम क्रिया समय का ध्यान रखना आपको दो कार्यों को अस्वीकार करने की अनुमति देता है जो एक साथ बहुत करीब हैं। आप इस सीमा को 24 घंटे से कम कर सकते हैं, क्योंकि स्ट्रीक दिन में पहले रेंगने से रोकता है।

जब तक आप हर दिन अपनी कार्रवाई करते हैं तब तक एक लकीर बनी रहती है। यदि कोई कार्रवाई करने का मतलब है कि आपकी लकीर में दिनों की तुलना में अधिक कार्य होंगे तो यह अस्वीकार हो जाता है। यह धीरे-धीरे रेंगने को रोकता है, "अतिरिक्त" कार्यों में पैकिंग करता है क्योंकि आपके लकीर का प्रारंभ समय नहीं बदलता है।

चेक को लागू करने और समय को ट्रैक करने के लिए कुछ छद्म कोड:

//precondition: streakStart and  lastAction are initialized as in the far past
//              streakCount is initialized as 0
graceHours=18;
checkAllowed(currentTime,&streakStart,&streakCount, &lastAction){
    diffhours=hoursDifferent(lastAction,currentTime);
    if(diffhours< 24 - graceHours){
        return false;
    }
    diffhours=hoursDifferent(streakStart,currentTime);
    if(diffhours <= 24*streakCount - graceHours){
        return false;
    }
    if(diffhours > 24*(streakCount+2)-graceHours){
        streakStart=currentTime;
        streakCount=0;
    }
    streakCount++;
    lastActionTime=currentTime;
    return true;
}

अतिरिक्त बोनस के रूप में, आपको एक स्ट्रीक काउंटर मिलता है, यदि आप एक चाहते हैं।

Comments

मुझे लगता है कि यह शायद सबसे अच्छा जवाब है क्योंकि यह उपयोगकर्ता के लिए "बस काम करता है"। केवल नकारात्मक पक्ष यह है कि इसे समझना मुश्किल हो सकता है, लेकिन यह केवल सिस्टम को चलाने की कोशिश कर रहे लोगों को प्रभावित करना चाहिए। 18 ग्रेसहॉर्स को पाठ में समझाया जा सकता है, क्योंकि मुझे लगता है कि यह काम करना महत्वपूर्ण है (मुझे लगता है कि यह कम होना चाहिए)

— rtpax

दिलचस्प दृष्टिकोण, सभी, क्या आप शब्दों में अधिक विस्तृत कर सकते हैं, यह कैसे काम करता है?

— RUL

@ मूल विचार यह है कि एक उपयोगकर्ता के लिए रीसेट समय एक बार लॉक होने के बाद पहली कार्रवाई में होता है। यह एक सटीक उपयोगकर्ता अनुभव प्रदान करने के लिए सटीक कार्रवाई के समय पर बंद नहीं किया जाता है, लेकिन इसके बाद एक सा समय पहले (18 घंटे पहले, इस मामले में)। इससे एक उपयोगकर्ता थोड़ा आगे निकल जाता है (वे केवल 6 घंटों में अपनी पहली दो क्रियाएं कर सकते हैं), लेकिन कोई संचयी त्रुटि नहीं है क्योंकि प्रारंभ अभी भी बंद है - यदि उन्होंने अनुग्रह अवधि को अधिकतम कर दिया है, तो उन्हें इंतजार करना होगा अगली कार्रवाई के लिए कम से कम 24 घंटे।

— याकूब रायहल

Answer 4

क्रियाओं के बीच 24 घंटों की अवधि के साथ आपकी समस्या के बारे में, कुछ कंपनियां इसके बजाय 22 घंटों की अवधि का उपयोग करती हैं, इस तरह से उपयोगकर्ताओं को उस दिन के सटीक क्षण पर थोड़ा लेवे मिलता है जहां कार्रवाई की आवश्यकता होती है और फिर भी उपयोगकर्ताओं को वास्तव में कार्रवाई करने के लिए प्रोत्साहित करने के लिए मिलता है। प्रति दिन एक बार -23:59:59 00:00 खामियों।

उत्तर नहीं लेकिन मेरे पास टिप्पणी करने के लिए पर्याप्त बिंदु नहीं हैं।

Comments

मुझे लगता है कि यह वेबसाइट वोट जैसी खर्चीली चीजों के साथ ऐसा करती है। वे हर 24 घंटे पर रीसेट नहीं करते हैं, लेकिन हर 16 या तो (सटीक संख्या पर निश्चित नहीं)। मुझे लगता है कि यह समझ में आता है - मान लीजिए कि आप अपना दिन सुबह 8 बजे शुरू करते हैं और मतदान शुरू करते हैं / नीचे - आप 6 घंटे में 2 बजे वोट से बाहर भागते हैं। 24 घंटे के सख्त एक्शन रीसेट के साथ, यदि आप अंतिम वोट पर रीसेट समय चुनते हैं, तो आपको अपने सामान्य समय के बजाय मतदान शुरू करने के लिए 2PM तक फिर से इंतजार करना होगा और आपके पास तब समय नहीं हो सकता है। यदि आप पहला वोट चुनते हैं , तो आपको एक समस्या है यदि आप एक दिन सुबह 10 बजे मतदान शुरू करते हैं, लेकिन अगले दिन सुबह 8 बजे।

— वीएलएजी

हालांकि अब जब मैं इसके बारे में सोचता हूं - मुझे यकीन नहीं है कि यह वास्तव में 16 घंटे रीसेट समय है जो कार्रवाई से दूर है। यह 24 घंटे हो सकता है और मुझे लगता है कि इसे दैनिक रीसेट के 8 घंटे बाद पकड़ा जाएगा। लेकिन मुझे लगता है कि तर्क का मानना ​​है - यदि आपके पास 24 व्यक्तिगत टाइमर हैं, तो यह एक उपयोगकर्ता के लिए सुविधाजनक नहीं हो सकता है।

— वीएलएजी

यह 34 घंटे के रीसेट की विपरीत समस्या है, उपयोगकर्ताओं को अतिरिक्त कार्यों में पैक करने में सक्षम होने पर यदि वे हमेशा जल्द से जल्द कार्य करते हैं (निश्चित रूप से एक भयानक नींद अनुसूची की आवश्यकता होगी ...)

— रिक

Answer 5

tl/dr: 24 hour resets are the lazy man's way of minimizing load spikes

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

छोटा पहलू : यदि बड़ी संख्या में उपयोगकर्ताओं के लिए कंप्यूटर सिस्टम को दिन में एक बार कार्रवाई करने की आवश्यकता होती है, तो आप एक ही सवाल पूछ सकते हैं, और मैं आमतौर पर दोनों के संयोजन के लिए इसे डिजाइन करता हूं। आप दो क्रोन कार्यों की कल्पना कर सकते हैं:

1. आधी रात को भागो, सभी रिकॉर्ड ढूंढो, कार्रवाई करो
2. हर मिनट (या कुछ नियमित आवृत्ति) चलाएं, उन सभी रिकॉर्डों को खोजें, जिन्होंने कल 00:00 बजे से कार्रवाई नहीं की है, कार्रवाई करें, रिकॉर्ड करें जो कार्रवाई की गई थी

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

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

https://www.youtube.com/watch?v=hoMO1yYC7pQ

Answer 6

TfL (लंदन के लिए परिवहन) पर दैनिक बस / ट्रेन टिकट सुबह 4:30 से सुबह 4:30 बजे तक वैध हैं। जब लोग सो रहे हों तब स्विच करें। आधी रात के बाद 8:30 बजे से एक घंटे तक बहुत से लोग सेवा का उपयोग करना चाहेंगे

Comments

यह सख्ती से स्थानीय उपयोग के लिए ठीक है, लेकिन अगर आप इंटरनेट से बातचीत की उम्मीद कर रहे हैं तो आप एक रीसेट समय नहीं चुन सकते हैं जो हर किसी के लिए उपयुक्त हो। यहां तक ​​कि स्थानीय रूप से लोगों की नींद अलग-अलग होती है- शिफ्ट कर्मचारी, आदि मामूली आपत्ति, -1 के लिए पर्याप्त नहीं।

— कोरी

@ कोरी स्टीम अपनी अधिकांश टाईमों को सुबह 10 बजे प्रशांत समय पर बाँध लेता है। अधिक विशेष रूप से, यह किसी भी प्रचार पर बदल रहा है - दैनिक (हर दिन सुबह 10 बजे), मिडवेेक (मंगलवार को सुबह 10 बजे - शुक्रवार सुबह 10 बजे) या सप्ताहांत (सुबह 10 बजे - सुबह 10 बजे)। एक अंतर्राष्ट्रीय स्टोर के रूप में, जिसे हर किसी पर लागू किया जाता है - वह 19:00 मध्य यूरोपीय समय या 13:00 न्यूयॉर्क में होगा। शायद यह हर समयक्षेत्र के लिए सुविधाजनक नहीं है, लेकिन यह सुसंगत है। और, स्पष्ट रूप से, यहां तक ​​कि मैं पीटी का उपयोग कर रहा था, तो सुबह 10 बहुत सुविधाजनक नहीं होगा - मैं यूरोप में हूं, इसलिए शाम मेरे लिए बेहतर है।

— वीएलएजी

Answer 7

आधी रात के रीसेट की एक विशिष्ट स्थिति होती है जो या तो वांछनीय या हानिकारक हो सकती है, इस पर निर्भर करता है कि आप किस समस्या को हल करने की कोशिश कर रहे हैं और वह यह है: मैं एक दिन 11:59:58 पर और फिर 00:00:01 पर कार्रवाई कर सकता हूं। यदि समस्या स्थान किसी भी तरह की प्रतियोगिता है, तो यह आधी रात के करीब अपने कार्यों को चुनने के लिए लोगों को अनुचित लाभ दे सकता है। 24-घंटे का रीसेट नियम उपलब्ध कार्यों के उचित वितरण को सुनिश्चित करने का एकमात्र तरीका है, भले ही किसी के पास दिन का समय उपलब्ध हो।

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

Answer 8

मैंने किसी को भी इस तथ्य का उल्लेख करते नहीं देखा कि 24 घंटे का नियम नियमित नियमित यात्राओं को प्रोत्साहित करता है। बहुत सारे गेमों में एक दिन में एक बार लॉगिन / जीत इनाम होता है जो 24 घंटों के बाद रीसेट होता है क्योंकि वे आपको हर 24 घंटे में कम समय के लिए चेक करेंगे, बजाय हर 48 घंटे में दो बार। मुझे लगता है कि यह टिकटों की मेजबानी करने वाली वेबसाइटों के लिए समान है।

Comments

दोनों विधियां कुछ लोगों को छोड़कर, 24 घंटे के पुनर्मिलन को मजबूर करती हैं, जो 48 घंटों तक प्रतीक्षा करते हैं और 23:59:59 और 00:00:01 को कार्रवाई करते हैं, लेकिन मुझे लगता है कि यह काफी अप्रासंगिक है।

— RUL

@ मैं बहुत सारे गेम के लिए पंक्ति विधि में दो बार चेक का उपयोग करता हूं, जो मेरे लिए सुविधाजनक समय क्षेत्र में रीसेट समय है। इसलिए मुझे नहीं लगता कि यह उतना ही अप्रासंगिक है जितना आप सोचते हैं। मैं आमतौर पर हर 48 घंटे पर लॉग इन नहीं करूंगा, लेकिन जब भी मैं लॉग ऑन करता हूं, मुझे हमेशा 2 एक्शन मिलते हैं।

— रिक