当循环在php中不工作时,在Crontab中运行脚本
我有一个php脚本作为crontab作业运行 当我在浏览器中运行文件时,循环执行得非常完美,但在crontab中运行时,它只执行第一次迭代,没有输出错误 你知道为什么吗?我完全被难住了 crontab条目:/usr/bin/php/home/XXX/public_html/directory/cron/cron.php 2>&1>/home/XXX/public_html/directory/cron/script_output.log | mail-s“Cronjob PSTART Daily”me@XXX.com PHP:当循环在php中不工作时,在Crontab中运行脚本,php,mysql,crontab,Php,Mysql,Crontab,我有一个php脚本作为crontab作业运行 当我在浏览器中运行文件时,循环执行得非常完美,但在crontab中运行时,它只执行第一次迭代,没有输出错误 你知道为什么吗?我完全被难住了 crontab条目:/usr/bin/php/home/XXX/public_html/directory/cron/cron.php 2>&1>/home/XXX/public_html/directory/cron/script_output.log | mail-s“Cronjob PSTART Daily
从未深入了解这个问题,而是通过curl运行url,而不是直接从php运行php脚本,解决了这个问题: /usr/bin/curl-u uname:password--silent--compressed在循环中使用“require”而不是“require\u once”会导致致命错误,当再次点击require时在下一次迭代中终止 “致命错误:无法重新声明xyz” 但这是一个猜测,不知道那些“require”位包含什么 为了让您免于沮丧,第一步是确保您获得所有日志输出 在调试完成后快速删除,或者更确切地说,在调试完成后将display_errors设置为0
error_reporting(E_ALL);
ini_set('display_errors', 1);
首先,如果在循环中启动require_once(),请使用require_once()而不是require!2.)确保您的include/include路径正确3)查看日志以了解更多信息
error_reporting(E_ALL);
ini_set('display_errors', 1);