您的cron作业确实运行,但是wget会遇到错误。
也获取日志,i.s.o.重定向到/ dev/null,你不能使用/out.txt
,因为cron将不会对/
有写访问权限,/tmp/wget.txt
会做的很好。
wget命令也一样,输出存储在哪里?您应该使用-p <directory prefix>
选项。
其次,如果数据已经在该目录中,则可能需要使用-N
,并且只下载较新的文件并覆盖旧的文件。
第三,当所有工作都安静地关闭wget输出时,使用-q
选项。
第四无法运行该脚本每分钟* * * * *
,因为此前的跑步可能还没有说完呢,见格式:
# ┌───────────── min (0 - 59)
# │ ┌────────────── hour (0 - 23)
# │ │ ┌─────────────── day of month (1 - 31)
# │ │ │ ┌──────────────── month (1 - 12)
# │ │ │ │ ┌───────────────── day of week (0 - 6) (0 to 6 are Sunday to
# │ │ │ │ │ Saturday, or use names; 7 is also Sunday)
# │ │ │ │ │
# │ │ │ │ │
# * * * * * command to execute
对于测试的缘故,让我们每天晚上运行它在1过了午夜。
备注:要真正使正确的,你应该使用一个脚本文件来执行,并在那里把wget命令,那里的脚本文件可以使一个锁定的情况下,要经常执行此,请参阅here因为这超出了这个问题/答案的范围。
而5号:不需要逃避"
与\"
,即使这样不需要"
,因此将其删除。
结论,首先创建一个可以存储数据的目录,例如, /wget_data
mkdir /wget_data
chmod 777 /wget_data
然后调整自己的cron行中,添加-p <directory prefix>
和-N
和调整执行格式:
1 0 * * * /usr/bin/wget -N -p /wget_data --spider https://subdomain.domain.net/update.php >/tmp/wget.txt 2>&1
并重新启动cron的,可以对不建议,不知道是什么尚未使用。
也是明智将是在命令行第一个测试你的命令:
/usr/bin/wget -N -p /wget_data --spider https://subdomain.domain.net/update.php >/tmp/wget.txt 2>&1
,然后cat /tmp/wget.txt
,看看命令的工作,并ls /wget_data
,看看wget的那样收集数据。
除去引号前的讨厌反斜杠怎么样?或者也许整个\“一共? – gsl