dave559's questions

drush当您的服务器从 Software Collections 安装了较新的 PHP 版本时，您如何运行 Drupal 的cron 作业？

服务器运行的是 Scientific Linux 7，它带有 PHP 5.4，但我们需要并且已经使用 Software Collectionsrh-php71包安装了 PHP 7.1。Apache 和 Drupal 可以在 PHP 7.1 中正常工作，但我们还需要将 drush cron 作业添加到我们的 crontab 中，并确保 drush 在这样做时使用的是较新版本的 PHP。我们已经测试过 drush（我们安装了 drush 8.1.10）是否会在默认的 PHP 5.4 下运行，以防万一，但 cron 作业会因错误而崩溃，这是可以理解的。

我们尝试通过以 root 身份运行以下命令来测试 cron 命令（以您通常尝试在 scl 包装器中运行命令的方式）：

scl enable rh-php71 drush cron -r /data/webs/www/siteroot

但这不会运行，返回错误：

Unable to open /etc/scl/conf/drush!

进一步的测试（在终端中）表明，我们可以在 scl 包装器中的子 shell 中成功运行 drush 命令：

scl enable rh-php71 bash
drush cron -r /data/webs/www/siteroot
exit

有什么方法可以让我们在 crontab 中像“单线”一样运行必要的 drush 命令，还是我别无选择，只能创建一个包含上述命令的单独 shell 脚本，并将其称为 cron代替作业命令？

（我也在Drupal.SE上问过这个问题，虽然这似乎更像是一个 Linux 问题而不是 Drupal 问题，但在 Unix.SE 上没有任何回应。）

我有一个 shell 脚本，当它以 root 身份运行时，它会执行各种任务来准备 Debian (9/stretch) 服务器以运行 Web 应用程序。脚本执行的任务之一是将 cronjob 行附加到root和www-data(in /var/spool/cron/crontabs/) 的 crontab 文件中，使用cat和 heredoc 文本。

添加到文件中的每个 cronjob 都包含标记注释，因此在使用脚本的卸载功能时，可以使用sed.

这似乎工作正常，尽管我现在注意到通过 crontabcrontab -l的前 3 行查看每个 crontab 时没有出现，尽管在直接检查实际的 crontab 文件时它们仍然存在。一些研究表明，这是 Debian 的 crontab 实现中的一个有意功能的副作用，它隐藏了 crontab 的前 3 行，因为它希望这些行是 3 行“请勿编辑此文件”标题。

但是，如果我要附加到以前不存在的 crontab 文件，则此标头不存在，因此不会被创建，这就是为什么 crontab 真正的前 3 行被隐藏的原因。

在任何情况下，通过直接写入 crontab 文件，我可能都没有做正确的事情。如何更新我的脚本，以便它可以自动添加到 crontabs 和从 crontabs 中删除，从而让系统保持满意？

（我从手册页中看到CRONTAB_NOHEADER可以将其设置为 N 以便不隐藏 3 行。）