Cron 作业和文件夹权限 - 权限被拒绝

Question

我在 webroot 上方有一个文件夹，用于临时存储由 php web 应用程序生成的用户文件。 例如，这些文件可能是要附加到电子邮件中的 PDF。

文件夹权限设置为 rwxr-xr-x (0755)。 从 Web 应用程序执行过程时，文件会毫无问题地写入此文件夹。

我现在还设置了一个 cron 作业，它调用 php 脚本来执行与上面完全相同的过程。 但是，由于权限失败，PDF 无法保存到上述文件夹中 - cron 作业报告返回permission denied错误。

我已尝试将文件夹权限设置为 0775，但仍然被拒绝权限。 但是，当权限为 0777 时，cron 作业就可以正常工作。

这对我来说似乎很奇怪 - 为什么 cron 在 0755 获得权限被拒绝，但它通过网络应用程序正常工作？

Answer 1

可能的答案是 cron 作业在您的用户下执行 - 并且该目录归 apache 所有（或 www-data 或 nobody 或您的 Web 服务器运行的任何用户）。

要使其工作，您可以将 cron 作业设置为以 Web 服务器用户身份运行。 像这样的东西：

su -l www-data -c 'crontab -e'

或者，您可以将权限更改为 775（所有者和组的读写执行，其他人的读取执行）并将文件夹的组所有权设置为运行 cron 作业的用户。

但是，您必须确保如果您要删除某些内容或进入由 apache 创建的文件夹，您仍然可能会遇到问题（apache 会创建一个它自己拥有的文件，并且您的用户无法删除它，无论如何的目录权限。

您还可以查看诸如 suphp 之类的东西或任何最新的东西 - Web 服务器进程在您的用户名下运行，具体取决于您的系统架构。

Answer 2

权限被授予用户组每个人。 这就是3个字符所表示的。

您的 php 脚本作为与 cron 作业不同的用户和组运行，因此它们观察到不同的权限。

检查chown和chgrp ，或尝试使用同一用户运行 cron 作业。

Answer 3

这取决于您定义了 cronjob 的用户。

如果您是根用户（不推荐），它应该可以工作。 如果您是网络用户（例如 ubuntu 上的 www-data），它也应该可以正常工作。

sudo su - www-data
crontab -e

Answer 4

如果您使用 cpanel 来运行 php，您可以尝试这样的操作：“php /home/algo/public_html/testcron.php” ... 只需写： php (the rute of the script)/yourscritpt.php”