php视频

三年前我接手了一个企业官网改版项目，客户那边负责对接的小伙子发来一个压缩包，里面是十二段产品演示视频，全是MP4格式，加起来快两个G。我问他有没有转成WebM或者Ogg，他回了个问号脸。那会儿我就明白了，“php视频”这四个字，在绝大多数人脑子里压根不是一回事。

他们以为的php视频，是拿PHP代码去处理视频文件——转码、剪辑、拼接。但PHP这语言从娘胎里出来就是伺候网页的，你让它去啃二进制视频流，就像让会计去开挖掘机，不是不行，是纯属找罪受。真正的视频处理，该交给FFmpeg这种底层工具，PHP顶多当个调度员，用exec()函数喊一嗓子“开工了”，然后站在旁边等结果。

我见过最离谱的案例，是有人用PHP写了个视频上传接口，用户传上来一个4K高清，他直接在服务器上调用shell_exec('ffmpeg -i input.mp4 ...')，结果并发一多，服务器内存直接爆掉。后来我给他改成消息队列——视频先扔进Redis，后台Worker慢慢消化，PHP那边秒回用户“上传成功”。这才算摸着了门道。

真正让PHP在视频领域露脸的，其实是它的老本行——做视频网站的“前台小二”。视频文件本身躺在OSS或者S3上，数据库里存着URL、时长、封面图这些元数据，PHP负责把这些信息捞出来，拼成漂亮的播放页面。用户点播放键，走的还是CDN的HTTP流，跟PHP半毛钱关系没有。你去看那些老牌视频CMS，比如苹果CMS，底层全是PHP，照样能撑起几千个站的影视聚合。

但这里头有个坑，特别容易踩。别用PHP去读视频文件的头部信息拿时长。有个哥们图省事，用getID3库去解析上传的MP4，结果用户传了个损坏的文件，PHP直接白屏崩溃。正确做法是上传完立刻扔给FFmpeg去探测，把时长、分辨率、码率这些信息写成JSON存起来，PHP只负责读JSON。这就像你去餐厅吃饭，后厨炒菜用的是天然气大灶，你非让服务员拿打火机给你现炒，这不扯淡么。

还有个细节，很多人忽略了——PHP处理视频要命的不是CPU，是内存和超时时间。默认的max_execution_time是30秒，你转个两分钟的视频肯定超时。我习惯在命令行模式下跑PHP脚本，set_time_limit(0)直接关掉限制，再用proc_open()实时读取FFmpeg的输出进度，往浏览器里推进度条。那种感觉，就像你看着电饭煲显示“还有15分钟”，心里踏实。

说到进度条，这里有个土办法我一直用着——别去解析FFmpeg那堆乱糟糟的日志，直接读输出文件的大小。视频转码到一半，文件大小跟最终大小做个除法，百分比就出来了，误差不超过5%。糙是糙了点，但用户看着心里舒坦，比那些卡在99%不动的假进度条强多了。

最后说句掏心窝子的。你要是真想搞视频处理，趁早学点Go或者Node.js，PHP干这个真不专业。但你要是维护着一套老系统，老板非要你加个视频上传功能，那就记住一句话：PHP只管“接活”和“派活”，真正的体力活全甩给外部工具。把视频文件当作一个不透明的黑盒子，PHP只碰它的外包装——文件名、大小、上传时间。至于盒子里头是4K还是720P，让FFmpeg去操心。

我那个客户后来把官网改版上线了，视频播放页加载速度飞快，因为他听了我的，视频全放阿里云CDN上，PHP只负责吐出一个带签名URL的JSON。他后来请我吃饭，酒过三巡问我：“你说这PHP视频，到底算不算PHP干的？”我夹了颗花生米，反问他：“你觉得食堂大妈做的宫保鸡丁，算不算你点的菜？”