标题是数据迁移，内容却是迁移到七牛。文不对题。

@1dian01 你不at我，我是看不到的。
-R 755是不行的。
以下是你要检查的问题。
1. 用htop或者top或者ps来检查nginx和php-fpm的运行用户是否正确。
2. 查看/usr/share/nginx/xxx目录以及里面index.php文件的权限。
3. 试着su到www-data，访问你的程序index.php看看能否读取。

@frankzeng 4个语句的结果都是undefined。

@baichi 卤煮应该没有女孩子的经验吧……

@roma 一般有点能力的后期大概都能把低压缩等级的视频压到一半到三分之一大小。
比如片源是蓝光或者地上波放送的情况。
如果内容是动画这种低频比较多的类型，一个7G的BDMV原档压到150M都可以轻松秒了在线视频。

@1dian01 权限，不是属主。
另外你上面提示是 Unable to open primary script: /usr/share/nginx/xxx/index.php
所以你web目录是 /usr/share/nginx/xxx ？

你web目录的权限是？

而且我看你上面写的是 No such file or directory 你确定是因为权限问题而不是你指错目录了？

php的pool里面找你的对应pool设定，里面user=和group=改掉就好了

@JQ
@ytf4425
建专线比建高铁便宜一些。

@pubby nginx没事不会挂。不行就用haproxy做。再不行用lvs。
看你对服务在线率的等级要求。
正常用用nginx级别的足够了。

你nginx在哪个权限下？
如果是纯粹自己用的话，nginx和php的运行用户都设成www-data，然后用你第一种里的命令就好了。

你开个贴，写个inbound transfer request，然后把ticket id给我，我再发一个ticket，就可以转出去了

画质不算很高。特别优酷这种画质，有不少都是要用差来形容。
随随便便一个压制组的后期就能做到。
原始视频文件大是因为他们清晰，压过以后都会烂得不行。

还有一点要说的是，标题在比h.264和h.265，帖子内容却在比x264和x265，没什么可比性吧。
x264出来10年有余，x265现在还在大量debug阶段，怎么比。

主要看数据密度。一般来说数据密度大的视频在新技术下更容易被压缩。
基本静态的视频，连h.264都不一定有必要了，asp就行了。
特别是视频聊天这种，延迟、解码效率和鲁棒性才是重头。