在服务器上经常使用crontab来定时处理一些任务，但是总会出现这样或那样的问题，这里做下总结
环境变量
crontab 在执行指令时，和你直接在 shell里面执行指令所处的环境不一样所以我们需要额外的处理，对每个指令建立一个sh文件，并在头部指令环境信息
#/bin/sh
. /etc/profile
. ~/.bash_profile
PATH=$PATH:/usr/local/bin
export PATH
指令 2>&1
crontab 日志查看
crontab 日志位于 /var/log/cron*文件，一般需要root才可以查看
crontab 日志文件
>/dev/null 2>&1
在crontab中任务被执行后，发现有生成日志文件，但是日志文件内容为空，则需要在后面增加 2>&1，那么2>&1时什么意思呢？
> 用于重定向
/dev/null 是任何发送数据的黑洞，都将被丢弃
2 是标准错误的文件描述符
> 用于重定向
&是文件描述符的符号（没有它，以下1将被视为文件名）
1 是标准输出的文件描述符
因此>/dev/null 2>&1将程序的输出重定向到/dev/null。包含Standard Error和Standard Out。Linux文档项目的I / O重定向页面提供了更多信息。
cron只会在你的工作有输出时发给你。随着一切重定向到null，没有输出，因此cron不会给你发邮件。
python3 出现 ImportError: No module named
服务器中可能存在多个python环境，在shell去执行指令用
python3 /.../.../.../.../py
是没有问题，但是同样的指令在crontab中就会出现里面引用的包不存在这需要我们需要把python3的地址写全才行（也是环境导致的）
/usr/local/bin/python3 /.../.../.../.../py。
python3 有效脚本
