@NoOneNoBody
第一个问题我可以解答一下，其一是大容量的硬盘噪音及其离谱，普遍炒豆子，其二大容量硬盘都是空气盘，一旦漏气数据全崩连抢救机会都没有，其三在大容量硬盘组 raid 的时候，重组阵列相对来说更慢更容易失败导致丢失数据。

我个人都是不买超过 4t 以上的硬盘，宁愿多花钱增加盘位。

喜欢 React ，jsx 的语法感觉像在写 html

看你的目的，这家我记得是大带宽流媒体解锁服务为主，建站的话不推荐

唯一能给你提供的建议就是：雷鸟出了开屏没有广告别的地方全是广告，跟小米之流的在广告上真心拉不开差距。

太小看 mysql 了，第一家公司，7 年前。有一个流水表，十几亿的记录，二十多个字段，加了合适的索引。数据十几个 g ，索引也有十几个 g ，用的还是 4h8g 的配置，不过用的是腾讯云的 mysql 。

app 是 2w 日活左右，正常查询，接口平均都在 1s 以内，一点压力都没有。

@ssgooglg 新加坡，线路好

线路好点，必然是灵车 claw ，买 5 刀季付那款，最好备份即可。

线路确实可以，联通尤其优秀，平均 ping 在 50 左右

群晖自带 rsync,你可以搜一下这个命令的用法，然后加个定时任务就可以，每次做增量备份到另一个盘里，但是这种备份意义不大，防止的更多的是硬盘故障。

建议开一个 365 带 1T 的 onedrive ，可以直接备份到 onedrive 上，非常好用，能跑满带宽，一年才 40 还能有 5 台设备激活 office

@rxmt 墙是检测你 fq 的行为，要有对应的特征才会封的，一般来说做网站是很稳的，所以才有了很多协议伪装 web 这么一说。前提是 po 主的业务真的是完全合法的，哪怕擦边都不擦的那种。

@dream4ever 只要是正经业务不用管，都不会封的 随便用

做正经业务，两个方案都不会被封啊

否则的话，你在阿里云买一样会被封

文件系统，我理解就是图片视频之类的静态资源呗？假设是这样的话那就很简单啊 甚至都不用停机

首先，假定原本的数据源为 A ，新的数据源为 B ，对 A 和 B 的操作主要就是读和写嘛～

对于读，可以先不用修改，返回的地址不同就行了，例如 A 返回的是 a.xxx.com/y.jpg B 返回的是 b.xxx.com/z.jpg

对于写，可以设置一个开关，第一步先双写一段时间，返回的读地址是 A 的，经过一段时间可以按流量返回读 B 的地址。

经过一段时间的验证，确认数据源 B 是稳定的之后，改写的开关，改为只写到 B ，只返回 B 的地址。当然此时 A 依然可以访问。

同时，想办法把 A 的文件拷贝到 B ，这个随便你怎么搞都行，主要成本在流量费上。假设有千兆的同步速度，平均稳定在 100Mb/s 的话，10*1024*1024/100/3600 约等于 29 小时，速度还算可以的。

再验证一段时间，数据源 B 完全没问题之后，把之前指向 A 域名的全部更新为指向 B ，再过一段时间确认没问题了再彻底下掉 A 即可。

我觉得#4 说的非常正确，语言好学但是对应的 infrastructure 是非常吃经验和水平的事，就拿 go 来说当然简单，但是 go 本身不支持热更新(虽然有一些包能做到)，那你就需要 2 台机器，每次先从负载上摘流一台然后更新一台，非常麻烦。

所以我更推荐 php/python ，最大的好处是对运维的要求低，并且即使不用 redis 之类的缓存，直接操作数据库，性能也不会很弱，最起码在你产品起来之前性能绝对够用。你可以搞个什么 bt 面板或者 1pannel 之类的，就完全不用运维了。你甚至可以直接把代码扔到一些支持 php/python 的虚拟空间上直接跑，心智负担更低。至于性能，相信我，真的够用。等到不够用的那天你也有足够的资本招人重构了。

当然如果你就是想做个玩具，就是为了玩玩，我推荐 go/java