旧版PHP无法调用ffmpeg主因是disable_functions禁用exec等函数、Web服务器用户权限不足或safe_mode启用。
旧版 PHP 环境下无法直接调用 ffmpeg 的常见原因
PHP 本身不内置视频转码能力，所谓“PHP 转 MP4”本质是通过 exec()、shell_exec() 等函数调用系统级命令行工具 ffmpeg。低版本 PHP（如 5.3–5.6）常因以下原因失败：
• disable_functions 配置禁用了执行函数（检查 phpinfo() 中的 disable_functions 是否含 exec,shell_exec,passthru,system）
• Web 服务器（如 Apache/Nginx）运行用户无权访问 ffmpeg 可执行文件或输入/输出目录
• safe_mode（PHP
绕过 PHP 函数限制：用 proc_open() 替代 exec()
proc_open() 在部分低版本 PHP 中未被 disable_functions 拦截，且能捕获错误输出，比 exec() 更可靠。关键点：
• 必须显式设置 cwd（工作目录），避免路径解析失败
• 需手动处理 stdin/stdout/stderr 流，否则进程可能卡住
• 建议加超时控制（用 stream_set_timeout() 或信号机制，低版本需自行轮询 proc_get_status()）
$descriptorspec = [
0 => ['pipe', 'r'],
1 => ['pipe', 'w'],
2 => ['pipe', 'w']
];
$process = proc_open('ffmpeg -i /tmp/input.avi -c:v libx264 -c:a aac /tmp/output.mp4', $descriptorspec, $pipes, '/tmp');
if (is_resource($process)) {
fclose($pipes[0]);
$stderr = stream_get_contents($pipes[2]);
fclose($pipes[2]);
$return_value = proc_close($process);
if ($return_value !== 0) {
error_log("FFmpeg failed: " . $stderr);
}
}
无 shell 权限时的替代方案：预生成命令 + 定时任务
若 Web 用户完全无法执行外部命令（如虚拟主机限制），只能放弃实时转换，改用“异步解耦”：
• PHP 脚本只写入待转码任务到数据库或文件（如 JSON 格式：{"input":"/path/a.mp4","output":"/path/b.mp4","preset":"hd"}）
• 单独用高权限用户（如 root 或 www-data）运行一个常驻脚本（php /opt/worker.php），定期扫描任务队列并调用 ffmpeg
• 注意文件权限：Web 进程与 worker 进程需共享读写目录（建议用 chmod 775 + setgid 目录）
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
ffmpeg 版本与编码器兼容性陷阱
旧版 PHP 环境常搭配老旧 Linux 发行版（如 CentOS 6），其默认 ffmpeg 可能是极老版本（avconv（libav 分支）。必须验证：
• 运行 ffmpeg -version 确认是否含 libx264 和 aac 编码器（旧版常缺 AAC，需改用 libfaac 或降级为 MP3 音频）
• 若提示 Unknown encoder 'aac'，尝试 -c:a libmp3lame 或升级静态编译版 ffmpeg 到 /usr/local/bin/
• 避免使用 -preset 等新参数（PHP 5.3 下 ffmpeg 0.8 不支持），优先用显式参数如 -crf 23 -b:v 1000k
立即学习“PHP免费学习笔记（深入）”；
实际部署时最容易忽略的是 SELinux 或 AppArmor 的上下文限制——即使函数可用、路径可写，安全模块仍会静默拦截ffmpeg 的 fork 和 mmap 行为。先跑 ausearch -m avc -ts recent | grep ffmpeg 查日志，比反复改 PHP 配置更省时间。 
