后台处理视频上传，PHP有什么熟练的方法？

Question

我正在开发一个视频上传网站，但遇到了一个困境：上传的视频需要转换为 FLV 格式才能显示给访问者，但是，如果我在脚本中执行命令，脚本将挂起大约FFMPEG 转换视频需要 10-15 分钟。

我有一个想法，在数据库中插入一条记录，指示需要处理该文件，然后使用设置为每 5 分钟一次的 cron 作业从数据库中选择需要处理的记录，处理它们，然后更新数据库显示它们已被处理。我担心的是执行太多进程并且服务器在压力下崩溃，所以有人对此有任何解决方案或更好的方法来改善我想到的进程吗？

---

好的，这就是我现在的想法，因此用户上传视频，并向数据库中插入一行，指示需要处理视频。设置为每 5 分钟一次的 cron 作业检查需要处理的内容以及正在处理的内容，假设我一次最多进行五个进程，因此脚本将检查是否需要处理任何视频以及有多少个视频正在处理，如果少于五个，它会更新记录表明它正在处理，一旦视频被处理，它会更新记录表明它已经被处理并且 cron 作业再次启动，有什么想法吗？

Answer 1

Gearman 是解决此类问题的一个很好的解决方案，它可以让你立即调度一个工作并拥有任意数量的工人（可能位于不同的服务器上）可用于实现它。

首先，您可以在同一台服务器上运行一些工作程序，但是如果您开始遇到负载问题，那么您可以启动另一台服务器并安装更多工作程序，因此它是水平可扩展的。

Answer 2

如果您使用 PHP-FPM，则可以使用 PHP.net 上记录的 fastcgi_finish_request()。 FastCGI 进程管理器 (FPM)

fastcgi_finish_request() - 特殊函数，用于完成请求并刷新所有数据，同时继续执行耗时的操作（视频转换、统计处理等）；

如果您不使用 PHP-FPM 或者想要更高级的东西，那么您可以考虑使用队列管理器，例如 Gearman 非常适合您所描述的场景。与使用 shell_exec 运行进程相比，使用 Gearman 的优点是您可以查看正在运行的作业数量/剩余的作业数量并检查它们的状态。您还可以使扩展变得更加容易，因为现在添加作业服务器很简单：

$worker->addServer("10.0.0.1"); 

Answer 3

我喜欢PHP手册中的这个类（参见具体评论）： http: //www.php.net/manual/en/function.exec.php#88704

基本上，它可以让您在 *Nix 系统上启动后台进程。它返回一个pid，您可以将其存储在会话中。当您重新加载页面来检查它时，您只需使用保存的 pid 重新创建 ForkedProcess 类，然后就可以检查它的状态。如果已完成，则该过程应该完成。

它不允许进行太多的错误检查，但它非常轻量。

Answer 4

如果您预计会有大量流量，您应该认真考虑专用服务器。

在单个服务器上，您可以使用 shell_exec 以及 UNIX nohup 命令来获取进程的 PID。

   function run_in_background($Command, $Priority = 0)
   {
       if($Priority)
           $PID = shell_exec("nohup nice -n $Priority $Command 2> /dev/null & echo $!");
       else
           $PID = shell_exec("nohup $Command 2> /dev/null & echo $!");
       return($PID);
   }
   function is_process_running($PID)
   {
       exec("ps $PID", $ProcessState);
       return(count($ProcessState) >= 2);
   }

该技术的完整描述如下： http ://nsaunders.wordpress.com/2007/01/12/running-a-background-process-in-php/

您也许可以将 PID 列表放入 MySQL 表中，然后使用您的每 5 分钟执行一次 cron 作业来检测视频何时完成并更新数据库中的相关值。

Answer 5

您可以使用 system 调用 ffmpeg 并将输出发送到 /dev/null，这将使该调用立即返回，从而在后台有效地处理它。

Answer 6

生成几个工作进程，它们将使用消息队列中的消息，例如 beanstalkd。通过这种方式，您可以控制并发任务（转换）的数量，并且不必付出生成进程的代价（因为进程保持在后台运行）。

我认为如果您使用/编码 C 并使用 Redis 作为消息队列，速度会快得多。 Redis 有一个非常好的 C 客户端库，名为 Hiredis。我不认为这会非常难以实现。