而且要考虑到口音问题。

什么？你以为美国本地人就没有口音？有些地区的美国人口音大到你怀疑人生。

@CallMeReznov 实时并不能提高 CPU 占用率，而且操作不当会卡死操作系统导致数据损失。不知道你是真不懂还是故意这么说的。

docker 不就是 chroot 的后继者吗？
chroot 只是程序环境独立，像楼上说的 CPU 内存网络这些都没有办法隔离。

@Huelse 可以给你套个私拉电信线路或者私自提供电信服务的罪名。

@wwbfred 平均 一年多？应该也不至于吧。要是小米的手机平均一年多就坏的话怕是早就炸穿了。
少数样本损坏是肯定有的，要是手机两三年内都不坏的话，保修期都可以直接去掉了。

好奇有哪个品牌的手机敢打包票说 2 年多保证不坏的吗
保修我记得很多都是只有 1 年？

分几种情况。
有些美国商家强求美国卡，这你办啥都没用。
有些美国商家收 VISA/Mas/AMEX，你随便办一个 VISA/Mas 的美金卡就行了。
有些美国商家收支付宝，直接拿出手机扫码就行了。

是不是发在奇思妙想分区会更适合点。
开发直播系统本身没有太大的用，要做成服务或者平台才行。而做服务和平台，要的首先不是程序员，而是企业家和资本家。有了这两样，有了钱，接下来才是找程序员的问题。我个人觉得，做技术要比捞钱简单得多。只要你坚持不懈钻研技术，你总能吃透它。但是捞钱可能就没那么好捞了。

@xupefei @eason1874 @ipwx
楼主的需求是复制时生成 MD5 而不是复制后校验写入完整。
换句话说楼主对文件写入是否完整并没有需求，或者说校验写入完整和生成 MD5 本来就是分开的两个需求。

生成 MD5 的目的是等几个月、几年以后，磁盘老化了产生 Bitflips 的时候，去检验备份是否完整。
而你们提的校验写入完整，目的是检查当前的磁盘写入是否正确。

假设楼主的冷备盘是新品品质，电脑也有 ECC，那么磁盘写入是否正确其实是不需要检查的。

楼主的要求，换句话说，其实是生成一个 MD5 文件，然后把源文件和 MD5 文件一起复制到新硬盘里。

==========

至于复制时计算 MD5，其实只要空余内存大点，复制的时候源数据都会缓存的，直接在旁边跑一个有暂停功能的校验软件就行了。让校验软件的速度和复制进度一样，两个软件会共享读取的数据的。

如果不想手动操作，那就还是老老实实自己写代码实现功能吧。

把你的软件更新到安全的版本才是真的。视频文件要执行代码需要走播放器的漏洞，就看你播放器有多少漏洞了。

可以啊，带冗余的图片，几十 KB 的图片能可靠地存储几十字节的数据，上传 1GB 的电影只要占用几百 GB 的空间就行了。

@minami 加速嘛，大概是把 cn2 拆来卖了……

@minami 国际带宽就是电信的呀，应该是对面机房舍不得买电信带宽吧……

5 系是服务器崩溃或者出问题。4 系是客户端有病。没记错的话是这个规范，你可以去查查状态码分类含义。

把跳转改成转发？

你去其他分支的时候，原分支管理的文件本来就会被替换 / 删除掉，不需要手动移除。
只有未受管理的文件才会留下。

正常来说，大学对编程语言学习的需求很少。起步一门 Pascal 语言（后来是 C ）领进门，这是给你学习后续知识用的。别的语言会教么？其实也会，但是课时比重没有那么大。比如我们操作系统课要用到 Python，老师大概就花几分钟时间简单讲讲 Python 以及常用的函数和类库，然后就回去讲课去了。指望人家花十几个小时的课时就给你讲 PHP ？又不是初中生。

有些比较偏门的语言是会给很多课时的，比如我们编程语言课，教 Haskell Prolog 这些语言，讲了两个学期，但是其中有不少是在讲编程语言设计的知识，并不是纯粹的学语言。

还有一些工程类的课（一般是选修课）也会提到一些编程语言。比如之前有些学校开了 Ruby on Rails 的课，把开发用到的技术全部带一遍，方便出去找工作。不过也是少数，毕竟业界用到的技术更新换代很快，教的内容一两年也就过时了。比如几年前 Ruby on Rails 还是 MVC 结构的，现在都是 SPA+API 打天下了。所以如果只教表面功夫那就是在浪费时间。（也有可能是骗钱，毕竟一学分就是一份钱啊……）

至于精确运算，一般就交给大整数或者大实数类库来做。
一般用浮点而不用高精度运算主要还是为了效率，毕竟大多数人并不在意小数点后 10 位的误差。
大数运算相比硬件浮点，即使是最快的类库也要比 double 慢一倍，所以还是让程序员主动选用为主。

再换一种说法，二进制中浮点数是无法存储 0.1 和 0.2 的。你看到的 0.1 和 0.2，他们其实是：

0.1000000000000000055511151231257827021181583404541015625
和
0.200000000000000011102230246251565404236316680908203125

他们相加以后就会变成：
0.3000000000000000444089209850062616169452667236328125
（这里由于精度损失所以加出了 444 而不是 166。）

而真正的 0.3 应该是：
0.299999999999999988897769753748434595763683319091796875

前者比后者大了整整：
0.000000000000000055511151231257827021181583404541015625

因此造成了计算误差。