linux中定时任务crontab中的php任务无法执行，求可能的原因

Question

等待被执行的test.php脚本，该脚本在本地环境可以执行，在linux上手动执行php test.php也可以执行

$name='./log/20161025.txt';
if(file_exists($name))
{
    file_put_contents($name, '定时任务开始了');
}

执行 crontab -e 编辑定时任务

* * * * * /usr/bin/php /home/wwwroot/demo/test.php > /var/log/cron.log 

我的尝试：

• 执行ps -ef | grep cron，查看定时任务进程，可以看到一个进程，也就是说定时任务在运行，所以不存在定时任务没有开启的问题

• 执行/usr/sbin/service cron restart，重启定时任务，cron.log中没记录,20161025.txt中也没有内容

• 执行chomd +x test.php 增加权限，没有效果

• 执行which php,返回/usr/bin/php php路径没错

暂时找不到可能的原因，求高手思路

补充：
最后测试定时任务是可以执行的

$name=__DIR__.'/log/20161025.txt';

if(file_exists($name))
{
    file_put_contents($name,date('Y-m-d H:i:s',time())."\r\n",FILE_APPEND);
}

用脚本的打印当前时间，这是每分钟执行一次

Answer 1

php路径没错，但是启动定时任务时工作目录不是你的php文件所在目录，所以你的代码要改下

$name=__DIR__.'/log/20161025.txt';
if(file_exists($name))
{
    file_put_contents($name, '定时任务开始了');
}

Answer 2

感觉是路径不对，php脚本里面的相对地址改成绝对路径试试

Answer 3

PHP路径没错，错在PHP代码里面的一些路径，在写命令行的程序时，尽量避免使用有依赖性的东西，比如相对目录，
你这个错就出在相对目录上，你启动crontab 去执行你的php脚本前，先手动执行一次，就知错在哪里。
把你的相对路径打印一下。一定不是你想像中的路径。

Answer 4

你可以locate 20161025.txt，看下文件有没有生成。locate前先updatedb。

Answer 5

确定一下你的权限问题 执行以下crontab -l确定你已经成功添加了定时任务

[DongYao$ 19:28]➞ $crontab -l
* * * * * /bin/echo `date` >> /var/log/test.log
You have mail in /var/mail/DongYao
[DongYao$ 19:39]➞ $

[root$ 19:37]➞ $tail -f /var/log/test.log 
Mon Oct 24 19:38:00 CST 2016
Mon Oct 24 19:39:00 CST 2016

Answer 6

我找个半天确实也是php脚本里面文件路径的问题，恐怖呀