前言
现如今，大部分带内容的网站或应用都有视频区了，不说是大厂平台，就连个人开发者也相继在自己网站或小程序上迭代出视频板块。那既然有了视频模块，除个性化推荐，智能审核等这种费钱又耗时的功能外(个人开发者暂缓)。最基本的视频上传，视频播放自然必不可少吧。
既然要强调省钱，我当前不会对接点播服务了。毕竟为了有一定的审核和推荐功能，我打算做人工审核。那剩下的关于播放有一定的体验度，还得要用一下OSS了(还是要花一点嘛)。因为上传有现成的分片上传，播放有HLS流，以下着重讲关于视频播放的优化，上传部分就说一下思路哦。
视频上传
因为网站关于上传只有一些图片，所以只用了OSS的常规文件上传。但是视频，不说长视频，现在一些稍微几十秒的短视频动则几十兆上百兆，更别说高清的。而且早期的上传是放在服务端完成，所以当客户端提交大型文件时，不光nginx(413 Request Entity Too Large)和fpm会报错，到了OSS客户端调用也会报错(Allowed memory size of 268435456 bytes exhausted (tried to allocate 67108896 bytes))。
开始是尝试在服务端改成分片上传，但是测试时发现，每次提交文件过来时都要先将视频本地化，存在服务器上后再分片提交到OSS，回调成功删除服务器文件，并且要调整nginx等的提交的最大值限制。最后就决定把上传部分放到了前端，服务器只提供OSS的临时访问凭证和接收上传成功回调。
视频播放
关于视频播放，网站早期的做法是将OSS的视频地址直接丢到前端的video标签中，当在手机播放时会出现卡顿或播放缓慢等问题。最后决定使用OSS的HLS的构建，就是在后台将视频推流一份在OSS的LiveChannel中，前端通过读取m3u8播放视频。
思路：
- 前端上传视频，后台审核成功调用OSS的LiveChannel创建。
- 根据通道创建返回的推流地址和播放地址，存入数据库。
- 在服务端起一个进程用FFMPEG进行视频推流。
- 前端播放视频时选择m3u8的方式。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。