我一直在使用Django开发一个web应用程序，我很好奇是否有一种方法可以安排一个作业定期运行。
基本上，我只是想运行数据库，并在自动的、定期的基础上进行一些计算/更新，但我似乎找不到任何关于这样做的文档。
有人知道怎么设置吗?
澄清一下:我知道我可以设置一个cron作业来完成这个任务，但我很好奇Django中是否有一些特性提供了这个功能。我希望人们能够自己部署这个应用程序，而不需要做很多配置(最好是零配置)。
我曾经考虑过“回溯性”地触发这些操作，方法是简单地检查自上一次请求发送到站点以来作业是否应该运行，但我希望使用更简洁的方法。
当前回答
是的，上面的方法太棒了。我尝试了其中一些。最后，我找到了这样一个方法:
from threading import Timer
def sync():
do something...
sync_timer = Timer(self.interval, sync, ())
sync_timer.start()
就像递归一样。
好的，我希望这个方法能满足你的要求。：）
其他回答
我只是想到了一个相当简单的解决方案:
定义一个视图函数do_work(req, param)，就像使用其他任何视图一样，使用URL映射，返回一个HttpResponse等等。 使用您的定时首选项(或在Windows中使用AT或Scheduled Tasks)设置一个运行curl http://localhost/your/mapped/url?param=value的cron作业。
你可以添加参数，但只是将参数添加到URL。
告诉我你们的想法。
[更新]我现在使用runjob命令从django扩展而不是curl。
我的cron看起来是这样的:
@hourly python /path/to/project/manage.py runjobs hourly
．.． 每天，每月等等。还可以将其设置为运行特定作业。
我觉得这样更容易管理，也更干净。不需要将URL映射到视图。只需定义作业类和crontab，就完成了。
芹菜是一个分布式任务队列，建立在AMQP (RabbitMQ)上。它还以类似cron的方式处理周期性任务(参见周期性任务)。根据你的应用，它可能值得一看。
用django (docs)设置芹菜非常容易，周期性任务实际上会在停机的情况下跳过错过的任务。芹菜还有内置的重试机制，以防任务失败。
如果您使用的是标准POSIX操作系统，则使用cron。
如果使用Windows，则使用at。
编写一个Django管理命令
弄清楚他们在哪个站台。 为您的用户执行适当的“AT”命令，或者为您的用户更新crontab。
我用芹菜来创建我的定期任务。首先你需要安装它，如下所示:
pip install django-celery
不要忘记在你的设置中注册django-芹菜，然后你可以这样做:
from celery import task
from celery.decorators import periodic_task
from celery.task.schedules import crontab
from celery.utils.log import get_task_logger
@periodic_task(run_every=crontab(minute="0", hour="23"))
def do_every_midnight():
#your code
你一定要看看django-q! 它不需要额外的配置，并且很可能具备在商业项目中处理任何生产问题所需的一切。
它是积极开发的，与django, django ORM, mongo, redis集成得很好。以下是我的配置:
# django-q
# -------------------------------------------------------------------------
# See: http://django-q.readthedocs.io/en/latest/configure.html
Q_CLUSTER = {
# Match recommended settings from docs.
'name': 'DjangoORM',
'workers': 4,
'queue_limit': 50,
'bulk': 10,
'orm': 'default',
# Custom Settings
# ---------------
# Limit the amount of successful tasks saved to Django.
'save_limit': 10000,
# See https://github.com/Koed00/django-q/issues/110.
'catch_up': False,
# Number of seconds a worker can spend on a task before it's terminated.
'timeout': 60 * 5,
# Number of seconds a broker will wait for a cluster to finish a task before presenting it again. This needs to be
# longer than `timeout`, otherwise the same task will be processed multiple times.
'retry': 60 * 6,
# Whether to force all async() calls to be run with sync=True (making them synchronous).
'sync': False,
# Redirect worker exceptions directly to Sentry error reporter.
'error_reporter': {
'sentry': RAVEN_CONFIG,
},
}
