→ richile0819:要有個程式定時排程~檢查是否到期~一個排程每月加點數 05/22 16:35
推 dio833:隔年歸零定義模糊，11月買，12月生效，一月歸零?是這樣嗎? 05/22 16:48
→ dio833:還是有效期12個月? 05/22 16:49
→ MOONRAKER:要有個地方存「未實現點數」。 05/22 16:51
→ zzzzzjust:請問richile0819: 聽說排程是要在主機設定，php能設嗎？ 05/22 16:53
→ zzzzzjust:To dio833: 由於是預想，故先定義為一月歸零好了 05/22 16:54
→ zzzzzjust:請問MOONRAKER:「未實現點數」是放在資料表的欄位中嗎？ 05/22 16:55
→ dio833:我覺得，除了技術問題，你也可以思考一下需求合理性 05/22 16:56
→ dio833:一般點數後生效的原因是因為訂單生效後，還會有退貨問題 05/22 16:56
→ dio833:為了防止點數太快生效，使用者用掉後退上一筆單 05/22 16:57
→ dio833:這樣會造成現實上的追帳問題 05/22 16:58
→ dio833:回歸正題，技術問題的產生也是源於需求面就是了 05/22 17:00
→ dio833:排程的話，在linux上是使用crontab，而未實現點數，我建議 05/22 17:02
→ dio833:你還需要另開一個表去記錄，裡面要記錄點數與訂單的關聯 05/22 17:03
→ dio833:你單開一個欄位在用戶表之類的地方的話，有異動你會很痛.. 05/22 17:04
→ zzzzzjust:謝謝dio833實際的建議，另想請問哪有文件可參考學習呢？ 05/22 17:06
→ dio833:排程每個月去新開的表統計點數，之後你要加到用戶表還是哪 05/22 17:06
→ dio833:都可以 05/22 17:06
→ dio833:這好像沒有實際上的文件可以參考，你自己先思考一下設計的 05/22 17:08
→ dio833:資料表夠不夠處理現實上的狀況，不夠就修改，先把用戶當成 05/22 17:08
→ dio833:奧客來看，多設想一些極端的狀況 05/22 17:09
→ dio833:先訂好合理的需求規則，再設計程式，不要讓需求遷就程式 05/22 17:10
→ zzzzzjust:感謝dio833以及給予建議的版友，目前比較有概念了，我會 05/22 17:13
→ zzzzzjust:再多研究相關的東西，謝謝大家的指教^^ 05/22 17:14
→ richile0819:紅利到期比較容易撰寫的規則是 05/22 18:03
→ richile0819:ex 2011/01/01 生效 2012/12/31 23:59:59到期 05/22 18:03
→ richile0819: 2011/12/31 生效 2012/12/31 23:59:59到期 05/22 18:03
→ richile0819:這樣紅利最短都有一年期限~這樣一年只需檢查一次到期 05/22 18:04
→ richile0819:所以這樣紅利只需要以年為單位 05/22 18:04
→ richile0819:生效的話 統一1號的話 需考慮7日鑒賞期過後才生效 05/22 18:04
→ richile0819:未滿7天的 需要下個月才生效這樣 05/22 18:05
→ zzzzzjust:感謝richile0819的補充說明^^ 05/22 19:49