ในการกระทำของผู้ใช้วันละครั้ง: รีเซ็ต 24 ชั่วโมงเทียบกับรีเซ็ตเที่ยงคืน [ปิด]

เมื่อผู้ใช้สามารถทำการกระทำได้วันละครั้งเท่านั้นเช่นรับตั๋วฟรีสำหรับการแข่งขันมีความเป็นไปได้สองอย่างที่ฉันได้พบในประสบการณ์ของฉัน

1) รีเซ็ต 24 ชั่วโมง

หากเขาทำการกระทำในวันที่ 1 เมื่อเวลา 23:45 น. เขาจะสามารถดำเนินการได้อีกครั้งในวันที่ 2 ในวันที่หรือหลังเวลา 11:45 เขาจะไม่สามารถทำได้ 11:44 ในวันที่ 2

2) รีเซ็ตเที่ยงคืน (หรือเวลาใดก็ได้)

ไม่ว่าผู้ใช้จะทำอะไรในวันที่ 1 เมื่อใดก็ตามที่กลายเป็นเที่ยงคืนและวันที่ 2 เริ่มต้นเขาจะสามารถดำเนินการได้อีกครั้ง

ทั้งสอง จำกัด ผู้ใช้ในการดำเนินการเพียงหนึ่งการกระทำต่อวัน แต่ฉันมักจะเจอวิธีที่ 1 ซึ่งฉันคิดว่าไม่สะดวกด้วยเหตุผลสองประการ:

• ก่อนอื่นฉันต้องรอเวลา
• และครั้งที่สองในช่วงเวลานานการประทับเวลาของฉันที่ดำเนินการจะกลายเป็นในภายหลังและหลังจากนั้นเนื่องจากฉันจะไม่สามารถดำเนินการได้อย่างแน่นอน ณ เวลาประทับนั้นทุกวันเพียงไม่กี่วินาทีหรือนาทีต่อมา

มีเหตุผลทางเทคนิคหรือไม่ที่ใครจะชอบวิธีที่ 1 แม้ว่าในความคิดของฉันข้อเสียที่สำคัญสำหรับผู้ใช้ที่ระบุไว้ล่วงหน้า?

แก้ไขเพื่อระบุ: ฉันกำลังพูดถึงตัวอย่างโดยเฉพาะอย่างยิ่งที่ไม่จำเป็นต้องใช้เวลาว่าง 24 ชั่วโมงเช่นในการหมุนฟรีในปัจจุบันของ Theory11ที่คุณจะได้รับฟรี 1 ครั้งทุก ๆ 24 ชั่วโมงเพื่อรับโอกาส ในการรับรางวัล

ฉันประหลาดใจตามปกติฉันคาดว่าจะมีการรีเซ็ตเที่ยงคืน

อย่างไรก็ตามมันมาพร้อมกับข้อเสียที่สำคัญในการที่มีมากกว่าหนึ่งเที่ยงคืนทุก 24 ชั่วโมง คุณต้องเลือกเขตเวลาของคุณ

บางทีนี่อาจเป็นเหตุผลว่าทำไมเลือกสากลหนึ่งครั้งต่อ 24 ชั่วโมงคุณสามารถจินตนาการได้ว่า บริษัท อาจไม่ต้องการที่จะยอมรับว่าผู้ใช้ครึ่งหนึ่งในประเทศต่าง ๆ อาจไม่มีเวลาสิ้นสุดในท้องถิ่นเที่ยงคืนหรือมากกว่าที่พวกเขาอาจพิจารณาว่า และทำให้พวกเขาเปลี่ยนการตลาดเป็น "ต่อ 24 ชั่วโมง" และข้อมูลจำเพาะซอฟต์แวร์ให้ตรงกัน

แม้ว่าฉันคิดว่ามันค่อนข้างธรรมดาที่จะเห็น "จบตอนบ่ายสองโมง GMT" หรือคล้ายกันในวันนี้

ฉันคิดว่าความท้าทายของการจัดเก็บวันที่ดำเนินการครั้งสุดท้ายสำหรับผู้ใช้ทุกคนนั้นจะยากกว่าการกำหนดเขตเวลาให้กับผู้ใช้หรือประเภทการกระทำ

แก้ไขฉันคิดว่ามันมีค่าที่จะสังเกตเห็นความแตกต่างระหว่างสองวิธี

กฎ 24 ชั่วโมง

• ฉันจะได้รับกระแสของเหตุการณ์ที่คงที่อัตรา จำกัด น้อยกว่า 1 ต่อ 24 ชั่วโมง
• เมื่อฉันจบเรื่องผู้ใช้บางคนจะได้รับเหตุการณ์น้อยลง
• ฉันต้องการเก็บเหตุการณ์สุดท้ายของผู้ใช้ทุกคน
• เมื่อการออมในเวลากลางวันทำให้เป็นวันที่ยาวหรือสั้นฉันจะไม่มี 1 กิจกรรมต่อวัน
• มนุษย์จะไม่สามารถกดจุดได้ตลอด 24 ชั่วโมงดังนั้นฉันจะได้รับโดยเฉลี่ยน้อยกว่า 1 ต่อวันโดยธรรมชาติ

1 ต่อกฎวันปฏิทิน

• ฉันได้รับกิจกรรมที่จัดเก็บในระยะเวลา 50 ชั่วโมง (? UTC + 14 ถึง -12?) ที่กำหนดให้กับวันปฏิทิน
• ในความเป็นจริงฉันยังต้องเก็บเหตุการณ์ล่าสุดของผู้ใช้ทุกคนว่าเป็น 'วัน'
• ฉันมีวันสิ้นสุดที่ชัดเจนซึ่งฉันสามารถพูดเหตุการณ์ทั้งหมดหลังจากนี้ไม่ได้อยู่ในวันนั้น
• ฉันจำเป็นต้องทราบตำแหน่งของผู้ใช้เพื่อทราบว่าวันใดที่มีการใช้งานกิจกรรมของตน
• บางคนตื่นก่อนหน้านี้ใน 'วัน' กว่าคนอื่น

1 ต่อวันปฏิทินในกฎ UTC

• ฉันได้รับเครื่องแบบที่ดีตลอด 24 ชั่วโมงนาน
• ฉันสามารถจัดกิจกรรมของฉัน
• ฉันรู้ว่าเมื่อใดที่เริ่มต้นและสิ้นสุดของวัน
• การออมในเวลากลางวันจะทำให้ผู้คนสับสน
• มนุษย์สามารถมี 1 เหตุการณ์ต่อวัน
• มนุษย์ที่ไม่ได้อยู่ใกล้กรีนนิชจะมีเวลาเริ่มต้นและสิ้นสุดที่ตลก
• บางทีฉันสามารถเพิ่มประสิทธิภาพที่ฉลาดและเพียงแค่เก็บรายชื่อผู้ใช้ที่ป้อน? (อาจเป็นไปได้ว่าฉันจะจัดเก็บเหตุการณ์และเวลาของผู้ใช้ทุกคน)

* การบันทึกเหตุการณ์จะเป็นประโยชน์อย่างยิ่งสำหรับการรายงานที่หลากหลาย เช่น. บอกว่าฉันมี 10 รางวัลที่จะได้รับรางวัลในแต่ละช่วงเวลา 24 ชั่วโมงและพวกเขาต่างกันเมื่อเวลาผ่านไป มีนักเรียนเข้าเรียนกี่คนในวันที่ 10 ฯลฯ

ปิดส่วนหัวของฉัน:

• มันอาจจะง่ายกว่าที่จะใช้เวอร์ชัน "24 ชั่วโมงตั้งแต่การกระทำล่าสุด"
• หากผู้ใช้ไม่สามารถดำเนินการได้อย่างแน่นอนภายใน 24 ชั่วโมงหลังจากครั้งสุดท้ายในที่สุดผู้ใช้อาจพลาดช่วงเวลา 24 ชั่วโมงเนื่องจากการรีเซ็ตจะต้องเกิดขึ้นเมื่อพวกเขาหลับหรือทำงานอยู่ บางทีพวกเขาอาจจะทำตอนเจ็ดโมงเช้าก่อนออกไปทำงานและออกไปทำงานเวลา 20.00 น. ในวันถัดไปพวกเขาทำที่เวลา 7:15 น. และ 7:30 น. จากนั้นเวลา 7:45 น. และในวันสุดท้ายจะอยู่จนถึง 8:00 น. ก่อนที่จะออกเดินทาง ในวันถัดไปพวกเขาไม่เต็มใจที่จะอยู่จนกระทั่งถึงเวลา 8:15 น. ดังนั้นเพียงแค่คิดถึงเช้าวันนั้นและทำมันหลังจากกลับบ้านจากที่ทำงานเวลา 18.00 น. ช่องว่าง 34 ชั่วโมง หากผลลัพธ์ของการดำเนินการมีราคาแพงสำหรับ บริษัท การประหยัดอาจมีความสำคัญมากกว่าความไม่สะดวก

ดังที่คำตอบอื่น ๆ ได้กล่าวไว้วิธีการ 24 ชั่วโมงนั้นเป็นมิตรกับหลายโซนเวลาและเป็นเรื่องง่ายที่จะเขียนโค้ดเพราะคุณเพียงแค่เก็บบันทึกเวลาที่ประสบความสำเร็จครั้งล่าสุดสำหรับผู้ใช้แต่ละคน

นอกจากนี้ยังมี "ประโยชน์" ที่เพิ่มเข้ามาซึ่งกำหนดให้ผู้ใช้ต้องโต้ตอบกับแอปในแต่ละวันเพื่อรับการกระทำทุกวัน หากมีการรีเซ็ตเที่ยงคืนผู้ใช้อาจดำเนินการได้ในเวลา 23.59 น. และจากนั้นอีกครั้งในเวลา 12:00 น. พวกเขาสามารถทำสิ่งนี้ได้ทุกวันและยังคงได้รับการกระทำทั้งหมด สำหรับแอพบางตัววัตถุประสงค์ของการกระทำในแต่ละวันคือการให้ผู้ใช้โต้ตอบกับแอปเป็นประจำทุกวัน

มีทางเลือกที่สามที่หลีกเลี่ยงข้อผิดพลาดของ UI ทั้งคู่ แต่เป็นการยากขึ้นเล็กน้อยในการเขียนโค้ด

3) ไม่มีการกระทำเกินกว่า n การกระทำใน (n-0.75) * 24 ชั่วโมง

มันต้องการตัวแปรสองตัวในการจัดเก็บ แต่อนุญาตให้ใครบางคนที่ไม่ได้พยายามที่จะใช้ระบบในทางที่ผิดเพื่อใช้การกระทำเดียวของพวกเขาได้ตลอดเวลาในระหว่างวันโดยไม่ต้องกังวลเกี่ยวกับเขตเวลาและการรีเซ็ต

นอกจากนี้ยังป้องกันไม่ให้ใครก็ตามใช้การกระทำ "พิเศษ" มากกว่า 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;
}

ในฐานะโบนัสที่เพิ่มเข้ามาคุณจะได้รับตัวนับริ้วหากคุณต้องการ

เกี่ยวกับปัญหาของคุณกับระยะเวลา 24 ชั่วโมงระหว่างการดำเนินการบาง บริษัท ใช้ระยะเวลา 22 ชั่วโมงแทนวิธีนี้ผู้ใช้จะได้รับประโยชน์เพิ่มขึ้นในช่วงเวลาที่แน่นอนของวันที่ต้องการการดำเนินการและยังคงกระตุ้นให้ผู้ใช้ดำเนินการจริง วันละครั้ง - 23:59 น. - 00:00 น.

ไม่ใช่คำตอบ แต่ฉันมีคะแนนไม่เพียงพอที่จะแสดงความคิดเห็น

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

นอกเหนือจากคำตอบข้างต้นการรีเซ็ตเที่ยงคืนกระตุ้นให้เกิดการจราจรมากขึ้น หากผู้เข้าร่วมทุกคนสามารถดำเนินการได้ในเวลาใดเวลาหนึ่งจะมีแรงจูงใจให้คนจำนวนมากพยายามทำกิจกรรมในเวลาเดียวกัน นี่คือเหตุผลเดียวกันว่าทำไมรัฐส่วนใหญ่มีใบขับขี่ของคุณหมดอายุในวันเกิดของคุณแทนในวันที่กำหนด (USA): DMV จะไม่สามารถติดตามหากทุกคนมีใบขับขี่หมดอายุในวันที่ 1 มกราคม

Small Aside : หากระบบคอมพิวเตอร์จำเป็นต้องดำเนินการวันละครั้งสำหรับผู้ใช้จำนวนมากคุณสามารถถามคำถามเดียวกันได้และโดยทั่วไปฉันออกแบบให้ทั้งสองอย่างรวมกัน คุณสามารถจินตนาการงาน cron สองงาน:

1. ทำงานตอนเที่ยงคืนค้นหาระเบียนทั้งหมดดำเนินการ
2. เรียกใช้ทุก ๆ นาที (หรือความถี่ปกติบางอย่าง) ค้นหาระเบียนทั้งหมดที่ยังไม่ได้ดำเนินการตั้งแต่ 00:00 เมื่อวานนี้ลงมือบันทึกการกระทำนั้น

ในทางปฏิบัติฉันได้พบอดีตที่เปราะบาง หากงาน cron หยุดทำงานในขณะที่ทำงานบางหมายเลขอาจไม่มีการดำเนินการที่ใช้และอาจจำเป็นต้องมีการทำงานเพิ่มเติมเพื่อให้ระบบจดจำตำแหน่งที่เคยอยู่และรับตำแหน่งที่เหลือ นอกจากนี้ยังอาจทำให้เกิดปัญหาหากคุณได้รับบันทึกเพียงพอที่งาน cron ของคุณไม่สามารถประมวลผลได้ทั้งหมดภายในเวลาที่เหมาะสมและมันจะปิดตัวลงก่อนที่จะจบ

หลังดูแลทั้งสองข้อกังวลเหล่านั้น ไม่ได้ตั้งเป้าหมายที่จะให้ทุกอย่างประมวลผลแยกกัน 24 ชั่วโมง แต่ตราบใดที่ภารกิจ cron ของคุณสามารถวิ่งผ่านการกระทำทั้งหมดในแต่ละวันพวกเขาจะค่อนข้างใกล้ชิดและคุณรับประกันได้ว่าทุกคนจะได้ทำงานในแต่ละวันจริง (เช่น คุณจะไม่ได้สิ่งต่าง ๆ ล่องลอยช้าไปกว่า 24 ชั่วโมง) สิ่งที่สำคัญที่สุดคือมันจะไปรับได้อย่างง่ายดายถ้ามันพังด้วยเหตุผลบางอย่าง

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

ตั๋วรถบัส / รถไฟรายวันที่ TfL (Transport for London) มีผลตั้งแต่ 4:30 น. ถึง 4:30 น. ทำสวิทช์เมื่อคนหลับ ผู้คนมากมายต้องการใช้บริการตั้งแต่ 8:30 ถึงเที่ยงคืนของชั่วโมง

การรีเซ็ตเที่ยงคืนมีเงื่อนไขเฉพาะที่อาจเป็นที่ต้องการหรือเป็นอันตรายขึ้นอยู่กับปัญหาที่คุณพยายามแก้ไขและนั่นคือ: ฉันสามารถดำเนินการหนึ่งวันเวลา 11:59:58 น. และอีกครั้งที่ 00:00:01 หากพื้นที่ที่มีปัญหาเป็นการแข่งขันประเภทใดก็จะเป็นการสร้างความได้เปรียบอย่างไม่เป็นธรรมให้กับคนที่เลือกที่จะปฏิบัติตนใกล้เที่ยงคืน กฎการตั้งค่าใหม่ตลอด 24 ชั่วโมงเป็นวิธีเดียวที่จะรับประกันการกระจายการกระทำที่มีอยู่อย่างยุติธรรมโดยไม่คำนึงถึงเวลาที่ใครบางคนพร้อมให้บริการ

ผลที่ตามมาของการรีเซ็ต 24 ชั่วโมงที่จะเกิดขึ้นในภายหลังและต่อมาสามารถบรรเทาได้ด้วยการให้ความอดทนตัวอย่างเช่นการยอมรับคำขอการดำเนินการภายใน 15 นาทีของการรีเซ็ตที่เกิดขึ้นตราบใดที่การกระทำไม่ได้ถูกบันทึกไว้จริง ๆ ผลกระทบ) จนกระทั่งการรีเซ็ตเกิดขึ้น สิ่งนี้ทำให้เกิดความซับซ้อนมากขึ้นในการแก้ปัญหา แต่ฉันไม่สามารถนึกถึงกลยุทธ์การลดผลกระทบใด ๆ ที่ทำให้สามารถแยกการกระทำสองวันต่อวันออกเป็นสองส่วนได้ในเวลาเที่ยงคืน

ฉันไม่เคยเห็นใครพูดถึงความจริงที่ว่ากฎ 24 ชั่วโมงสนับสนุนให้มีการเข้าชมเป็นประจำ เกมจำนวนมากมีรางวัลล็อกอินหนึ่งครั้งต่อวันที่รีเซ็ตหลังจาก 24 ชั่วโมงเพราะพวกเขาต้องการให้คุณเช็คอินเป็นเวลาสั้น ๆ ทุก ๆ 24 ชั่วโมงแทนที่จะเป็นสองเท่าของทุก ๆ 48 ชั่วโมง ฉันคิดว่ามันคล้ายกันกับเว็บไซต์ที่ให้บริการแจกตั๋ว