我们的网站有个任务大厅，用来显示没有接的任务。任务没接的时候，状态为0；用户接了任务后，状态为1；用户接了任务后，20分钟内，需要对任务支付押金，如果超时没支付，任务状态置0，返回到任务大厅，数据库有个记录超时时间的字段。
请问各位大神：我应该在哪里去判断支付是否超时比较合理？
回复讨论(解决方案)
写个检测脚本，没1分钟去执行一次，如果超时了就update数据库
当用户查看他任务的时候（或者在任何要显示任务的地方），就去数据库查询超时时间小余现在的任务，并将那些任务状态置0
写个检测脚本，没1分钟去执行一次，如果超时了就update数据库
这样不能及时更新吧
$sql = “select *,if(state=0,0,if(jtime<".(time()-20*60).",0,1)) as state2 from table";
可以通过state2的值：0|1当成任务接取状态
再配合自动执行的脚本更新state。
仅仅是脚本来更新的话，会出现某些数据延时的问题，主要是执行的时间差，特别是数据多的时候。
当用户查看他任务的时候（或者在任何要显示任务的地方），就去数据库查询超时时间小余现在的任务，并将那些任务状态置0
我现在就是这样做的，但是这样做会不会对数据库造成太大压力。因为这样，每当有人浏览任务大厅，就需要更新一下数据库。
不会的，你要是担心的话，就定义一个最后执行时间，这个变量存到数据库里面，访问任务大厅时判断最后执行时间和现在是否相差60秒（或者10秒），若是60秒以上，就执行一次更新，并更改这个最后执行时间@本文9来源gao($daima.com搞@代@#码8网^搞代gaodaima码
貌似还只能写脚本
使用crontab，每分钟检查一次并更新。
不会的，你要是担心的话，就定义一个最后执行时间，这个变量存到数据库里面，访问任务大厅时判断最后执行时间和现在是否相差60秒（或者10秒），若是60秒以上，就执行一次更新，并更改这个最后执行时间
好的，谢谢了
写个检测脚本，没1分钟去执行一次，如果超时了就update数据库
这样不能及时更新吧
这个会有点延时，其实你在脚本上不一定费要20分钟的啊，19分30秒这样的时间也是可以的把，这样可以尽可能的减小误差
转载请注明原文链接：倒计时问题
