Hành động của người dùng mỗi ngày một lần: Đặt lại 24 giờ so với Đặt lại nửa đêm [đã đóng]


24

Khi người dùng chỉ có thể thực hiện một hành động một lần một ngày, ví dụ như nhận được một vé miễn phí cho một cuộc thi, có hai khả năng tôi gặp phải trong trải nghiệm của mình.

1) Đặt lại 24 giờ

Nếu anh ta thực hiện hành động vào ngày 1 vào 11:45 tối, anh ta chỉ có thể thực hiện lại hành động đó vào ngày 2 vào hoặc sau 11:45. Anh ấy sẽ không thể làm điều đó 11:44 vào ngày 2.

2) Đặt lại nửa đêm (hoặc bất kỳ thời gian cố định nào)

Bất kể thời gian nào người dùng thực hiện hành động vào ngày 1, ngay khi bắt đầu nửa đêm và ngày 2 bắt đầu, anh ta sẽ có thể thực hiện lại.


Cả hai đều giới hạn người dùng chỉ thực hiện một hành động mỗi ngày, nhưng tôi thường gặp phải phương pháp 1, người mà tôi nghĩ là khá bất tiện vì hai lý do:

  • Đầu tiên tôi phải đợi thời gian
  • và thứ hai trong một khoảng thời gian dài, dấu thời gian của tôi khi thực hiện hành động sẽ trở thành muộn hơn, vì tôi sẽ không thể thực hiện hành động chính xác tại dấu thời gian đó hàng ngày, chỉ vài giây hoặc vài phút sau.

Có bất kỳ lý do kỹ thuật nào, rằng người ta thích phương pháp 1 hơn, mặc dù theo tôi là bất lợi quan trọng đối với người dùng đã nêu trước?


Chỉnh sửa, để chỉ định: Tôi đặc biệt nói về một ví dụ, trong đó thời gian thực sự là 24 giờ không cần thiết, chẳng hạn như trong sự kiện quay miễn phí hiện tại của Theory11 , nơi bạn có 1 vòng quay miễn phí cứ sau 24 giờ để có cơ hội tại các giải thưởng chiến thắng.


5
Có thể có một lý do để giới hạn thời gian thực tế giữa các hành động, đó là lý do tại sao họ sẽ chọn khóa 24 giờ. Ví dụ: với tùy chọn 2, bạn có thể thực hiện hành động lúc 23:59 và lúc 00:00 một lần nữa.
Ivo Coumans

21
Câu trả lời sẽ hoàn toàn cụ thể cho vấn đề và cũng không khó để đưa ra những vấn đề phù hợp. Phần mềm được phát triển để thực hiện các quy tắc kinh doanh, không phải là cách khác.
Blrfl

4
Lưu ý rằng nửa đêm là một thời gian tùy ý. Nó có thể dễ dàng như bất cứ lúc nào bạn muốn.
David Starkey

2
Một loại sidenote, nửa đêm có thể là vấn đề đối với cú đêm. Để giải quyết vấn đề đó, chẳng hạn, WoW, đặt lại những thứ "hàng ngày" vào lúc 3 hoặc 4 giờ sáng.
Kevin

6
Lưu ý: Có nhiều trò chơi khác nhau và trò chơi đó chỉ cho phép Hành động cứ sau 21 giờ. Về mặt lý thuyết, người ta có thể lạm dụng điều này để có được> 1 mỗi ngày, nhưng điều đó có nghĩa là thức dậy giữa giấc ngủ, điều này hiếm khi thường không phải là vấn đề lớn đối với các máy chủ. Sau đó, nó cho phép người dùng đăng nhập "mỗi buổi sáng" mà không có thời gian chờ từ từ tiến lên trong suốt cả ngày.
Vịt Mooing

Câu trả lời:


21

Tôi ngạc nhiên vì thông thường tôi sẽ mong đợi thiết lập lại nửa đêm.

Tuy nhiên, nó đi kèm với một bất lợi lớn, trong đó có hơn một nửa đêm mỗi 24h. Bạn cần chọn múi giờ của bạn.

Có thể đây là lý do tại sao phổ biến một lần trong 24 giờ được chọn, bạn có thể tưởng tượng công ty có thể không muốn chấp nhận rằng một nửa người dùng ở các quốc gia khác nhau có thể không có thời gian kết thúc nửa đêm cục bộ, hoặc thay vì họ có thể xem xét rằng "mỗi ngày" ngụ ý rằng nửa đêm và do đó họ thay đổi tiếp thị thành "mỗi 24h" và thông số phần mềm phù hợp

Mặc dù tôi nghĩ rằng điều này khá phổ biến để thấy "kết thúc lúc 2 giờ chiều GMT" hoặc tương tự những ngày này.

Tôi đã nghĩ rằng thách thức lưu trữ một ngày hành động cuối cùng cho mọi người dùng sẽ khó hơn so với việc gán múi giờ cho người dùng hoặc các loại hành động.

Chỉnh sửa Tôi nghĩ rằng giá trị của nó lưu ý sự khác biệt giữa hai phương pháp

Quy tắc 24h

  • Tôi sẽ nhận được một luồng sự kiện liên tục, tỷ lệ giới hạn dưới 1 mỗi 24h.
  • Khi tôi kết thúc điều này, một số người dùng sẽ nhận được ít sự kiện hơn.
  • Tôi cần lưu trữ mọi sự kiện cuối cùng của người dùng
  • Khi tiết kiệm ánh sáng ban ngày gây ra một ngày dài hoặc ngắn, tôi sẽ không có 1 sự kiện mỗi ngày
  • Con người sẽ không thể đạt được chính xác 24h trên chấm, vì vậy trung bình tôi sẽ nhận được ít hơn 1 mỗi ngày

Quy tắc 1 mỗi ngày theo lịch

  • Tôi nhận được các sự kiện xô trong khoảng thời gian 50 giờ (? UTC + 14 đến -12?) Được chỉ định cho một ngày theo lịch
  • Trên thực tế, tôi vẫn phải lưu trữ mọi sự kiện cuối cùng của người dùng trong vòng 'ngày'
  • Tôi không có một kết thúc rõ ràng của một ngày mà tôi có thể nói tất cả các sự kiện sau khi giờ đây không phải là trong ngày.
  • Tôi cần biết vị trí của người dùng để biết ngày nào sự kiện của họ áp dụng cho
  • Một số người thức dậy sớm hơn trong 'ngày' so với những người khác

1 mỗi ngày theo lịch trong quy tắc UTC

  • Tôi nhận được đồng phục đẹp 24 ngày dài
  • Tôi có thể xô các sự kiện của tôi
  • Tôi biết khi nào bắt đầu và kết thúc một ngày là
  • Tiết kiệm ánh sáng ban ngày sẽ gây nhầm lẫn cho mọi người.
  • Con người có thể có 1 sự kiện mỗi ngày
  • Con người không sống gần Greenwich sẽ có thời gian bắt đầu và kết thúc hài hước
  • Có lẽ tôi có thể thực hiện tối ưu hóa thông minh và chỉ lưu trữ một danh sách người dùng đã nhập? (có lẽ tôi sẽ lưu trữ mọi sự kiện và thời gian của người dùng)

* Bucketing các sự kiện sẽ là siêu hữu ích cho các mục đích báo cáo khác nhau. ví dụ. nói rằng tôi có 10 giải thưởng để giành được trong mỗi khoảng thời gian 24h và chúng khác nhau theo thời gian. Có bao nhiêu học sinh vào ngày 10? v.v.


Bạn rõ ràng chạm vào dòng suy nghĩ của tôi khi tôi bị thất vọng như nhau. Tôi nghĩ rằng sẽ khá lười biếng khi thiết lập lại 24 giờ, nhưng như câu trả lời của @Richard Ward, có thể sẽ khó khăn hơn trong việc tôn trọng tất cả các múi giờ và thậm chí có thể gây ra các vấn đề giao tiếp kể từ khi sự kiện bắt đầu và kết thúc.
RUL 18/12/18

hmm tôi nghĩ rằng bạn có câu trả lời của bạn nhầm lẫn. Nhưng theo phản ánh tôi nghĩ rằng rất có thể đó là vấn đề giao tiếp giữa doanh nghiệp / nhà phát triển. Tôi chỉ có thể tưởng tượng cuộc họp lập kế hoạch ... Bán hàng: "Vì vậy, người dùng chỉ được phép nhận ưu đãi một lần mỗi ngày .." Dev: "nếu họ đang bay và vượt qua dòng ngày quốc tế thì sao? Họ có thể đặt hai đơn hàng không? " Bán hàng: "..... không ... cho phép nói 1 mỗi 24h" Dev: "OK, hmm gona cần nhiều bảng hơn để lưu trữ tất cả dữ liệu đó!" Bán hàng: "whateves"
Ewan

Tôi thấy, bạn nghĩ rằng cách tiếp cận 24 giờ là ít phức tạp? Bởi vì tôi không nghĩ rằng ngoài việc có một bảng bổ sung, việc nói 24 giờ đơn giản hơn nhiều so với việc kiểm tra và tính toán ở các múi giờ khác nhau. Nhưng bạn đã có một điểm tốt ở đó: với việc rời khỏi múi giờ, bạn thực sự có thể nhận được nhiều hơn một vòng quay.
RUL 18/12/18

4
Tôi nghĩ nó ít phức tạp hơn để giải thích
Ewan

10
Điều này. Công cụ phụ thuộc múi giờ mở ra toàn bộ hộp giun mà bạn chỉ có thể đóng cửa bằng cách sử dụng quy tắc hết giờ 24h. Và chính xác là không khó để lưu trữ khi một hành động xảy ra hơn là lưu trữ rằng nó đã xảy ra vào một ngày cụ thể.
cmaster

14

Off đỉnh đầu của tôi:

  • Có thể dễ dàng thực hiện phiên bản "24 giờ kể từ hành động cuối cùng"
  • Nếu người dùng không thực hiện hành động chính xác 24 giờ sau lần cuối cùng thì cuối cùng họ có thể bỏ lỡ toàn bộ thời gian 24 giờ vì việc đặt lại phải xảy ra khi họ đang ngủ hoặc đang làm việc. Có lẽ họ làm điều đó lúc 7 giờ sáng trước khi đi làm, và đi làm lúc 8 giờ tối. Ngày hôm sau họ làm điều đó lúc 7:15, sau đó 7:30, rồi 7:45 và vào ngày cuối cùng ở lại đến 8:00 để thực hiện hành động ngay trước khi rời đi. Ngày hôm sau họ không sẵn sàng ở lại cho đến 8:15, vì vậy chỉ cần bỏ lỡ buổi sáng hôm đó và làm điều đó sau khi đi làm về lúc 6 giờ tối, khoảng cách 34 giờ. Nếu kết quả của hành động là tốn kém cho công ty, việc tiết kiệm có thể quan trọng hơn sự bất tiện.

3
Điểm tốt về lý do tiếp thị lén lút, để khiến người dùng bỏ lỡ một ngày.
RUL 18/12/18

1
@RUL Hoặc, có lẽ nhiều hơn, người dùng có nhiều khả năng mua một "vòng quay trả thêm" (hoặc bất cứ điều gì) nếu họ bỏ lỡ một lần miễn phí. Chi phí cho việc quay vòng có thể là không đáng kể, nhưng việc bán thêm đôi khi có thể đáng giá.
TripeHound

Tôi đã chơi một trò chơi dựa trên thời gian Zulu khi tôi ở Hoa Kỳ. Việc giữ thẳng khi tôi có thể hoặc không thể làm một hoạt động là chuyện nhỏ.
Cort Ammon - Phục hồi Monica

2
Điểm 2 là lý do tại sao Blizzard (vv) tránh bộ hẹn giờ thiết lập lại 24 giờ trong WoW và các MMORPG khác và thay vào đó thực hiện thiết lập lại hàng ngày.
Adonalsium

8
Có thể đáng chú ý rằng một số công ty chỉ sử dụng "hàng ngày" ít nghiêm ngặt hơn - Liên minh huyền thoại sử dụng khóa 21 giờ cho "chiến thắng đầu tiên trong ngày". Đủ để giữ tiền thưởng hàng ngày, đồng thời thuận tiện cho người chơi. Có thể một phần là do ý tưởng rằng bạn sẽ không luôn thắng trò chơi đầu tiên của mình và các trò chơi mất ~ 30-50 phút, do đó, một chiếc đồng hồ nghiêm ngặt sẽ thực sự gây phiền nhiễu (vì bạn có thể đẩy lùi thời gian 30 phút hoặc lâu hơn một ngày, tại thời điểm đó nó không hấp dẫn bởi vì bạn chỉ có thời gian chơi để có được chiến thắng đầu tiên cứ sau 3 ngày theo lịch trình bận rộn).
Delioth 18/12/18

8

Như các câu trả lời khác đã đề cập, phương pháp 24 giờ thân thiện hơn với nhiều múi giờ và cũng dễ mã hóa, vì bạn chỉ cần lưu dấu thời gian thành công cuối cùng cho mỗi người dùng.

Nó cũng có thêm "lợi ích" khi thực sự yêu cầu người dùng tương tác với ứng dụng mỗi ngày để có được tất cả các hành động hàng ngày. Nếu có một thiết lập lại nửa đêm, thì người dùng có thể thực hiện một hành động lúc 11:59 tối, và sau đó lại vào lúc 12:00 sáng. Họ có thể làm điều này mỗi ngày và vẫn nhận được tất cả các hành động. Đối với một số ứng dụng, mục đích của các hành động hàng ngày là để người dùng tương tác với ứng dụng hàng ngày nên điều này ít lý tưởng hơn.

Có một sự thay thế thứ ba để tránh những cạm bẫy UI của cả hai, nhưng khó viết mã hơn một chút.

3) Không có vệt nào nhiều hơn n hành động trong (n-0,75) * 24 giờ

Nó yêu cầu hai biến để lưu trữ, nhưng nó cho phép ai đó không cố gắng lạm dụng hệ thống để sử dụng một hành động của họ bất cứ lúc nào trong ngày mà không phải lo lắng về múi giờ và đặt lại.

Nó cũng ngăn không cho bất kỳ ai sử dụng nhiều hơn 1 hành động "phụ".

Vì vậy, thực sự triển khai thuật toán bạn cần lưu trữ thời gian bắt đầu của chuỗi, thời gian phát cuối cùng và số lượng hành động trong chuỗi của bạn.

Theo dõi thời gian hành động cuối cùng cho phép bạn từ chối hai hành động quá gần nhau. Bạn có thể thực hiện giới hạn này dưới 24 giờ mặc dù vì vệt này ngăn cản việc leo sớm hơn trong ngày.

Một vệt cứ kéo dài chừng nào bạn hành động mỗi ngày. Nếu thực hiện một hành động có nghĩa là bạn có nhiều hành động hơn ngày trong chuỗi của bạn thì nó sẽ bị từ chối. Điều này ngăn chặn từ từ leo về phía trước, đóng gói trong các hành động "thêm" vì thời gian bắt đầu của chuỗi của bạn không thay đổi.

một số mã giả để thực hiện kiểm tra và theo dõi thời gian:

//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;
}

Là một phần thưởng bổ sung, bạn nhận được một bộ đếm, nếu bạn muốn.


Tôi nghĩ rằng đây có lẽ là câu trả lời tốt nhất vì nó "chỉ hoạt động" cho người dùng. Nhược điểm duy nhất là nó có thể khó hiểu, nhưng điều đó chỉ ảnh hưởng đến mọi người khi cố gắng chơi trò chơi hệ thống. 18 ân sủng có thể được giải thích trong văn bản, vì tôi nghĩ rằng điều quan trọng là làm cho công việc này (tôi nghĩ rằng nó nên thấp hơn)
rtpax

Cách tiếp cận thú vị, tất cả, bạn có thể giải thích nhiều hơn bằng lời, làm thế nào cái này hoạt động?
RUL 19/12/18

@RUL Ý tưởng cơ bản là thời gian thiết lập lại cho người dùng bị khóa sau khi họ thực hiện hành động đầu tiên. Nó không bị khóa vào đúng thời điểm họ thực hiện hành động của mình, nhưng một chút trước đó (18 giờ trước, trong trường hợp này) để cung cấp trải nghiệm người dùng tốt hơn. Điều này cho phép người dùng tiến lên một chút (họ có thể thực hiện hai hành động đầu tiên chỉ sau 6 giờ), nhưng không có lỗi tích lũy do bắt đầu vẫn bị khóa - nếu họ đã hết thời gian ân hạn, họ sẽ phải chờ ít nhất 24 giờ cho hành động tiếp theo.
Jacob Raihle

5

Về vấn đề của bạn với thời lượng 24h giữa các hành động, một số công ty thay vì sử dụng thời lượng 22 giờ, theo cách này, người dùng sẽ có một chút chậm trễ vào thời điểm chính xác trong ngày yêu cầu hành động và vẫn khuyến khích người dùng thực sự thực hiện hành động một lần mỗi ngày -không 23:59 - 00:00 kẽ hở.

Không phải là một câu trả lời nhưng tôi không có đủ điểm để bình luận.


Tôi nghĩ rằng trang web này làm điều này với những thứ có thể chi tiêu như phiếu bầu. Họ không thiết lập lại cứ sau 24 giờ nhưng cứ sau 16 giờ (không chắc chắn về con số chính xác). Tôi đoán nó có ý nghĩa - giả sử bạn bắt đầu ngày mới vào lúc 8 giờ sáng và bắt đầu bỏ phiếu lên / xuống - bạn hết phiếu trong 6 giờ lúc 2 giờ chiều. Với thiết lập lại 24 giờ từ hành động nghiêm ngặt, nếu bạn chọn thời gian đặt lại ở lần bỏ phiếu cuối cùng , bạn cần đợi đến 2 giờ chiều để bắt đầu bỏ phiếu thay vì thời gian thông thường và sau đó bạn có thể không có thời gian. Nếu bạn chọn phiếu bầu đầu tiên , thì bạn sẽ gặp vấn đề nếu một ngày bạn bắt đầu bỏ phiếu lúc 10 giờ sáng nhưng 8 giờ sáng ngày tiếp theo.
VLAZ

Mặc dù bây giờ tôi nghĩ về nó - tôi không chắc liệu thời gian thiết lập lại 16 giờ có thực sự tắt các hành động hay không. Nó có thể là 24 giờ và tôi đã bắt được 8 giờ sau khi thiết lập lại hàng ngày. Nhưng tôi đoán logic giữ - nếu bạn có 24 bộ định thời riêng lẻ, thì nó có thể không thuận tiện cho người dùng.
VLAZ

Điều này có vấn đề ngược lại với việc thiết lập lại 34 giờ, người dùng có thể đóng gói thêm hành động nếu họ luôn hành động ngay khi họ có thể (tất nhiên điều đó sẽ yêu cầu một lịch trình ngủ khủng khiếp ...)
Rick

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

Ngoài các câu trả lời trên, thiết lập lại nửa đêm khuyến khích lưu lượng truy cập tăng. Nếu hành động trở nên có sẵn cho tất cả những người tham gia tại một thời điểm cụ thể, thì sẽ có nhiều động lực để nhiều người thử hành động cùng một lúc. Đây là cùng một lý do tại sao hầu hết các tiểu bang hết hạn giấy phép lái xe vào ngày sinh nhật của bạn thay vì vào một ngày cố định (Hoa Kỳ): DMV sẽ không thể theo kịp nếu mọi người hết hạn giấy phép lái xe vào ngày 1 tháng 1.

Bên cạnh nhỏ : nếu một hệ thống máy tính cần thực hiện hành động mỗi ngày một lần cho một số lượng lớn người dùng, bạn có thể đặt câu hỏi tương tự và tôi thường thiết kế nó thành một sự kết hợp của cả hai. Bạn có thể tưởng tượng hai nhiệm vụ cron:

  1. Chạy lúc nửa đêm, tìm tất cả hồ sơ, hành động
  2. Chạy mỗi phút (hoặc một số tần suất thường xuyên), tìm tất cả các bản ghi chưa thực hiện hành động kể từ 00:00 ngày hôm qua, thực hiện hành động, ghi lại hành động đó đã được thực hiện

Trong thực tế tôi đã tìm thấy trước đây là giòn. Nếu một tác vụ cron bị hỏng trong khi chạy thì một số số có thể không được áp dụng hành động và có thể cần thêm công việc để hệ thống nhớ vị trí của nó và chọn nơi nó dừng lại. Nó cũng có thể gây ra vấn đề nếu bạn nhận đủ hồ sơ rằng tác vụ cron của bạn không thể xử lý tất cả chúng trong một giới hạn thời gian hợp lý và nó sẽ bị tắt trước khi kết thúc.

Cái sau chăm sóc cả hai mối quan tâm đó. Nó không nhằm mục đích khiến mọi thứ được xử lý cách nhau chính xác 24 giờ, nhưng miễn là nhiệm vụ bạn có thể dễ dàng thực hiện mọi hành động mỗi ngày, chúng sẽ khá gần bạn sẽ đảm bảo rằng mọi người đều chạy vào mỗi ngày thực tế (nghĩa là bạn sẽ không có những thứ từ từ trôi xa hơn 24 giờ). Quan trọng nhất là, nó sẽ dễ dàng chọn nơi nó rời đi nếu mọi thứ bị phá vỡ vì một số lý do.

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


0

Vé xe buýt / xe lửa hàng ngày tại TfL (Transport for London) có giá trị từ 4:30 sáng đến 4:30 sáng. Làm công tắc khi mọi người đang ngủ. Rất nhiều người sẽ muốn sử dụng một dịch vụ nói từ 8:30 đến một giờ qua nửa đêm


4
Điều này tốt cho việc sử dụng cục bộ, nhưng nếu bạn đang mong đợi các tương tác từ internet thì bạn không thể chọn thời gian đặt lại phù hợp với tất cả mọi người. Ngay cả người dân địa phương cũng có thời gian ngủ khác nhau - nhân viên làm việc theo ca, v.v ... Sự phản đối nhỏ, không đủ cho -1.
Corey

@Corey Steam kết hợp hầu hết các bộ tính giờ của họ với 10 giờ sáng theo giờ Thái Bình Dương. Cụ thể hơn, đó là thay đổi so với bất kỳ chương trình khuyến mãi nào - Hàng ngày (10 giờ sáng mỗi ngày), giữa tuần (10 giờ sáng Thứ Ba - 10 giờ sáng Thứ Sáu) hoặc Cuối tuần (10 giờ sáng Thứ Sáu - 10 giờ sáng Thứ Hai). Là một cửa hàng quốc tế, được áp dụng trên tất cả mọi người - đó sẽ là 19:00 giờ Trung Âu hoặc 13:00 tại New York. Có lẽ nó không thuận tiện cho mọi múi giờ nhưng nó phù hợp. Và thật lòng mà nói, ngay cả khi tôi sử dụng PT, thì 10 giờ sáng sẽ không thuận tiện lắm - tôi đang ở châu Âu, vì vậy buổi tối tốt hơn cho tôi.
VLAZ

0

Thiết lập lại nửa đêm có một điều kiện cụ thể có thể là mong muốn hoặc bất lợi, tùy thuộc vào vấn đề bạn đang cố gắng giải quyết và đó là: Tôi có thể thực hiện hành động một ngày vào lúc 11:59:58 và một lần nữa vào lúc 00:00:01. Nếu không gian vấn đề là bất kỳ loại cạnh tranh nào, điều này có thể mang lại lợi thế không công bằng cho những người chọn thực hiện hành động của mình gần nửa đêm. Quy tắc đặt lại 24 giờ là cách duy nhất để đảm bảo phân phối công bằng các hành động khả dụng bất kể thời gian nào trong ngày mà ai đó có sẵn cho họ.

Hậu quả của việc thiết lập lại 24 giờ trở nên muộn hơn và muộn hơn có thể được giảm thiểu bằng cách cung cấp dung sai, ví dụ như chấp nhận yêu cầu hành động trong vòng 15 phút kể từ khi thiết lập lại xảy ra miễn là hành động không thực sự được ghi lại (hoặc không thực hiện có hiệu lực) cho đến khi thiết lập lại xảy ra. Điều này giới thiệu một chút phức tạp hơn vào giải pháp, nhưng tôi không thể nghĩ ra bất kỳ chiến lược giảm thiểu nào để có thể thực hiện hai hành động hàng ngày cách nhau hai giây như trong trường hợp thiết lập lại nửa đêm.


0

Tôi chưa thấy ai đề cập đến thực tế là quy tắc 24 giờ khuyến khích các chuyến thăm thường xuyên. Rất nhiều trò chơi có phần thưởng đăng nhập / chiến thắng một lần một ngày được đặt lại sau 24 giờ vì họ muốn bạn đăng ký trong một thời gian ngắn cứ sau 24 giờ thay vì dài gấp đôi cứ sau 48 giờ. Tôi tưởng tượng nó tương tự cho các trang web lưu trữ quà tặng vé.


1
Cả hai phương pháp đều buộc phải xem lại 24 giờ, ngoại trừ một số người, những người chờ 48 giờ và thực hiện hành động vào 23:59:59 và 00:00:01, nhưng tôi nghĩ nó không liên quan.
RUL 19/12/18

@RUL Tôi sử dụng kiểm tra hai lần liên tiếp cho nhiều trò chơi có thời gian đặt lại theo múi giờ thuận tiện cho tôi. Vì vậy, tôi không nghĩ rằng điều này là không liên quan như bạn nghĩ. Tôi thường không đăng nhập cứ sau 48 giờ, nhưng tôi luôn nhận được 2 hành động mỗi lần đăng nhập.
Rick
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.