linux – 我应该使用cron.hourly还是crontab？

似乎使用/调度awstats的所有建议都是通过crontab,因此：
0 * * * * /usr/local/awstats/wwwroot/cgi-bin/awstats.pl -config = mysite -update> / dev / null(每小时运行awstats).

但是,如果我检查crontab -l,它表示crontab对我的用户是空的.

但是,当我检查/etc/cron.hourly时,我有一个带有以下内容的awstats文件：

#!/bin/bash
exec /usr/share/awstats/tools/awstats_updateall.pl Now         -configdir="/etc/awstats"           -awstatsprog="/usr/share/awstats/wwwroot/cgi-bin/awstats.pl" >/dev/null
exit 0

只是为了让你知道,我的awstats更新很好,它创建了报告,一切都很好.

运行crontab命令是否在指定的cron文件夹中创建一个条目？ (即cron.hourly或cron.daily等)？或者他们无关？如果它们相关,为什么我的用户没有crontab条目？

解决方法

crontab -e是创建crontab的传统方法.我发现它很笨拙和老式,但人们仍然使用它.

/etc/cron.hourly,包括cron.daily,cron.weekly& /etc/cron.d等由大多数Linux发行版提供,因为它们非常方便,并且可以与包管理器和配置管理系统等自动化工具配合使用.与脚本编辑现有的crontab相比,包管理器将文件放入/etc/cron.hourly/foo非常容易.通过程序包管理器以编程方式编辑文件可能会损坏文件,添加重复条目,删除错误的行,搞砸注释等.有关讨论,请参阅Editfiles Considered Harmful,因为此问题已存在一段时间.

Does running a crontab command create an entry in the specified cron folder?

编号/etc/cron.daily/foo由包管理器创建,或手工创建.运行crontab命令时不会创建它. crontab -e将在/ var下创建crontab,例如/ var / spool / cron / root.

我更喜欢/etc/cron.$period/foo和/etc/cron.d,因为这种层次结构整洁有序,而且我的配置管理系统很容易编写脚本. / etc / crontab也可以在Linux上使用,但它有点单片,很难以编程方式编辑.像FreeBSD这样的系统支持/ etc / crontab和/ etc / periodic.