cPanel 的 cron 作业出于未知原因创建 PHP 文件的别名...？

Question

我有一个 cron 作业设置，经常运行一些 PHP 脚本。问题是，每次运行脚本时，它都会创建一个别名，或者一个具有相同文件名并在末尾添加数字的空文件。

例如，其中一个文件是 activesessions_update.cron.php，这是其中的脚本：

<?php
  $memcache = new Memcache; 
  $memcache->connect('127.0.0.1', 11211);
  $activeSessions = $memcache->getStats(); 

  // using heredoc
$file_content = <<<TEXT
<?php

\$activeSessions = {$activeSessions['curr_items']};

?>
TEXT;

// this would be a user-defined function
file_put_contents("activesessions.php", $file_content);
?>

在我的路由文件夹中，它是这样的： https://i.sstatic.net/j3kp8.png

在 cPanel 中，cron 作业运行命令：

/usr/bin/wget http://domain.com/x/activesessions_update.cron.php

我不知道问题是什么。我被迫每周删除数以万计的空文件。请注意，我没有 PHP 编程经验，因为我自己没有编写代码，所以任何包含详细信息的回复将不胜感激。谁能指导我解决这个难题？

编辑：从我的主机的技术支持中得到了解决方案：

它没有准确记录，默认情况下使用 wget 下载文件。 因此，当您针对该 url 运行 wget 时，它会发出请求该文件， 并下载请求的输出，实质上保存了一份副本 如果您将其拉出，您会在浏览器中看到什么。通过添加 -O /dev/null 到你告诉它的命令而不是保存 输出到默认位置（通常是在任何地方） 调用 from) 将其保存到 /dev/null ，这实际上无处可去 （基本上只是把它扔掉）

Answer 1

由于我们已经确定这些是由 cron 创建的日志文件，因此解决方法是让 PHP 脚本在运行时删除日志文件。将 activesessions_update.cron.php 更改为此 - 首先在不同的目录中备份原始版本！

我假设这些文件的创建方式是用户脚本以具有删除文件的权限运行。如果不是，这将不起作用。

<?php

  $memcache = new Memcache; 
  $memcache->connect('127.0.0.1', 11211);
  $activeSessions = $memcache->getStats(); 

  // Removed slightly pointless heredoc
  $file_content = "<?php\n\n\  $activeSessions = {$activeSessions['curr_items']};\n\n?>";

  // this would be a user-defined function
  // What does the above comment mean? Are you supposed
  // to replace this with some of your own code?
  file_put_contents("activesessions.php", $file_content);


  // ========================================================
  //     Everything below here is to delete old log files


  // Change this to the directory where the log files end up
  $logsdir = "/home/USER/";

  // Get the name of this file and length of the name
  $filename = basename($_SERVER['PHP_SELF']);
  $namelength = strlen($filename);

  // Strip any trailing slashes from $logsdir
  $logsdir = rtrim($logsdir,'/\\');

  // Open the logs directory
  if (!$dp = opendir($logsdir)) {
    trigger_error("Could not open logs directory '$logsdir' for reading, exiting...");
    exit;
  }

  // Loop through the files in the directory
  while ($file = readdir($dp)) {
    if (!in_array($file,array('.','..',$filename)) && strlen($file) > $namelength && substr($file,0,$namelength) == $filename) {
      // If the start of the file name is the same as this file,
      // and the file name length is longer than the length of the
      // name of this file, delete it.
      @unlink("$logsdir/$file");
    }
  }

  // Close the directory pointer
  @closedir($dp);

?>

我猜想您服务器上的 cron 守护进程配置为将其运行的所有 cron 作业的 STDOUT 和 STDERR 重定向到一个文件。这样的配置似乎很奇怪，因为它会导致像您遇到的问题。另外，它应该将它们重定向到基本上与脚本同名且末尾带有数字的文件，这似乎很奇怪。你可能会认为它们是 *.log 之类的。

此解决方案在任何时候仍会保留至少一个日志文件，因为您肯定无法删除当前正在写入的文件。

如果这确实有效，您可以安全地将相同的代码（从 ===== 注释行下方）复制/粘贴到 cron 作业调用并导致相同问题的任何其他文件中，只要它们是：

• 在脚本所在的同一目录中创建日志文件
• （您实际想要的）目录中的唯一文件，其中文件名以脚本文件的全名开头

Answer 2

我敢打赌，这些是包含脚本输出的日志文件，由 cPanel 的 cron 创建。检查 cPanel 的配置并禁用日志记录（如果不需要）。