Ubuntu下如何通过cronjob运行CodeIgniter框架的PHP文件？

你当前的cron命令写法存在本质错误：/usr/bin/php 调用的是本地PHP CLI解释器，它仅接收本地文件系统的PHP脚本路径作为入参，直接传入HTTP URL无法触发CodeIgniter的路由解析，任务必然执行失败。

以下两种方案任选其一即可，优先推荐第一种CLI调用方式，性能更高也不依赖web服务运行状态。

方案1：PHP CLI直接调用框架入口（推荐） #

CodeIgniter原生支持CLI模式访问控制器方法，无需走HTTP请求：

1. 先确认项目在服务器上的绝对物理路径，比如你的项目存放在/var/www/html/QAPIv2目录下，需要调用的路由为updateTestData（注意匹配你自己的控制器/方法名，格式和你web访问的路由段一致）
2. 正确的cron配置如下：

* * * * * /usr/bin/php /var/www/html/QAPIv2/index.php updateTestData > /dev/null 2>&1

提示：如果之前在控制器里加过非web访问拦截逻辑，需要放开CLI访问权限，原生CodeIgniter 3/4版本默认允许CLI请求，无特殊配置可直接使用。所有路径必须写绝对路径，cron执行时的工作目录和终端登录目录不一致，相对路径会找不到文件。

3. 配置前先在终端手动执行上述php命令，确认功能可以正常跑通，再执行命令重载cron服务生效：

sudo systemctl restart cron

方案2：通过HTTP请求触发（适配必须走web逻辑的场景） #

如果业务逻辑必须走HTTP请求流程，不要把URL传给php命令，改用curl/wget发起本地web请求即可：

* * * * * /usr/bin/curl http://localhost/QAPIv2/updateTestData > /dev/null 2>&1

提示：用该方案需要提前确认本地Apache/Nginx服务正常运行，手动执行curl命令确认能返回正常结果再写入cron配置。

• 不要等定时触发验证，所有cron命令先在终端手动执行一遍，报错信息会直接打印出来，定位问题效率最高
• 调试阶段可以把cron输出重定向到日志文件，方便看报错：把命令末尾的> /dev/null 2>&1替换为>> /tmp/ci_cron_run.log 2>&1，所有执行输出、报错都会存在该日志文件里
• 如果出现文件读写权限报错，给项目目录赋予cron执行用户的对应读写权限即可

内容的提问来源于stack exchange，提问作者Sarkar