我一直在使用Django开发一个web应用程序，我很好奇是否有一种方法可以安排一个作业定期运行。
基本上，我只是想运行数据库，并在自动的、定期的基础上进行一些计算/更新，但我似乎找不到任何关于这样做的文档。
有人知道怎么设置吗?
澄清一下:我知道我可以设置一个cron作业来完成这个任务，但我很好奇Django中是否有一些特性提供了这个功能。我希望人们能够自己部署这个应用程序，而不需要做很多配置(最好是零配置)。
我曾经考虑过“回溯性”地触发这些操作，方法是简单地检查自上一次请求发送到站点以来作业是否应该运行，但我希望使用更简洁的方法。
当前回答
我们已经开源了我认为是一个结构化的应用程序，Brian的解决方案也提到了这一点。我们希望得到任何/所有的反馈!
https://github.com/tivix/django-cron
它有一个管理命令:
./manage.py runcrons
这就行了。每个cron都被建模为一个类(所以它都是面向对象的)，每个cron以不同的频率运行，我们确保相同的cron类型不会并行运行(以防cron本身的运行时间比它们的频率长!)
其他回答
我今天遇到了类似的问题。
我不想让服务器通过cron来处理它(而且大多数库最终只是cron助手)。
所以我已经创建了一个调度模块，并将其附加到init。
这不是最好的方法，但它帮助我把所有的代码放在一个地方，它的执行与主应用程序相关。
有趣的可插拔Django应用程序:Django -chronograph
你只需要添加一个作为计时器的cron条目，就可以在脚本中运行一个非常好的Django管理界面。
Django APScheduler调度器。Advanced Python Scheduler (APScheduler)是一个Python库，可以安排Python代码稍后执行，可以只执行一次，也可以定期执行。您可以随时添加新作业或删除旧作业。
注:我是这个库的作者
安装APScheduler
pip install apscheduler
查看要调用的文件函数
文件名称:scheduler_jobs.py
def FirstCronTest():
print("")
print("I am executed..!")
配置调度程序
创建execute.py文件并添加以下代码
from apscheduler.schedulers.background import BackgroundScheduler
scheduler = BackgroundScheduler()
在这里，调度器函数写在scheduler_jobs中
import scheduler_jobs
scheduler.add_job(scheduler_jobs.FirstCronTest, 'interval', seconds=10)
scheduler.start()
链接文件以执行
现在，在Url文件的底部添加下面的行
import execute
您可以通过执行检查完整的代码 (点击这里) https://github.com/devchandansh/django-apscheduler
虽然不是Django的一部分，但气流是一个更近期的项目(截至2016年)，用于任务管理。
风流是一个工作流自动化和调度系统，可用于创建和管理数据管道。基于web的UI为开发人员提供了一系列管理和查看这些管道的选项。
《气流》是用Python编写的，使用Flask构建的。
“气流”是由Airbnb的Maxime Beauchemin在2015年春天创建的开源软件。它在2016年冬天加入了Apache软件基金会的孵化计划。下面是Git项目页面和一些附加的背景信息。
你一定要看看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,
},
}
