为了每天能步行上下班，快三分之一了。。
相对于以前坐地铁上下班的时候，现在每月多了 700 ；但地铁费少了 200+，每天通勤时间节约 2.5 小时，值了。

改测试机上的 hosts 指向本机或者一个局域网的机器？

把 dns 解析交给百度？

大硬盘就 gpt ，小的无所谓
分区格式 ntfs ， hfs 甚至 ext4 都行，存储大文件这几个文件系统都不差多少，谁方便用谁(跟着操作系统走）

数据库是用来存数据的，不是用来存储文件的。
读写冲突的问题就算用了数据库也不好解决，除加锁。
可以考虑数据库上存储文件名和 MD5 ，修改文件后将文件提交到一个中心服务器上，并修改数据库中记录的 MD5 。每次访问时对比本地文件的 MD5 和数据库记录是否一致，若不一致则从中心服务器获取最新版。
建议可以加一个锁定标记，如果有人正在编辑这个文件时可以通知数据库“锁定”该文件，再有人试图编辑时给出提醒（当然也可以无视锁定记录强行编辑，提交时发现有冲突，参照 git 的方法让用户手动解决）

粗略看了一下对于网盘来说比较适用;但感觉即使时再当前的技术条件下，对操作系统来说不可取，大部分“特性”实现起来代价太大了。

计算机发展到现在，性能瓶颈就是硬盘；对于绝大多数的硬盘访问来说，楼主提出的这些特性都是无关紧要的，而为了这些无关紧要的东西进一步牺牲硬盘性能时不必要的。
硬盘最主要的功能不过是增删改查，在应用了如上的新特性后，如何在当前技术条件下保持硬盘的效率不会大幅度降低实在是不好解决。“任何问题都可以引入中间层来解决”，但是这个中间层并不“免费”。

对于计算机中数以十万计的文件来说，真正的个人文件过千都是很不容易的了。而对于这些文件，直接通过第三方工具建立索引进行分类或者检索反而更为简单，例如照片等可使用 lightroom 进行管理。

举例来说：
“把 office 文件命名为 111/222/aaa/最终修改版，以保存历史版本”；现在虚拟机的快照功能大概就是这样的。有一份根文件，每创建一次快照后，后续的写入并不直接写入这个原始文件，而是在另一个文件中记录对根文件做了哪些修改。实际上代价非常高昂， vmware 不建议在生产环境中启用快照。此外，因为逻辑比较复杂，快照的操作据说很容易踩坑，一旦踩坑就准备跟数据说再见了。

1 、如果楼主说要设计一套网盘系统来解决如上问题，双手赞同；
2 、如果是要设计文件系统，至少在当前技术条件下这件事我认为不可行；建议楼主阅读下《现代操作系统》中第四章文件系统部分。

楼主别急，大二的时候跟一个同学讨论了一晚上（超过 4 小时）的面向对象，然而讨论完了还没觉得怎么样；
后来工作后开始大量写代码，用不了俩月就能理解面向对象了；

从面向过程到面向对象，有点自然演化的意思；代码量大了 /复杂了，面向过程吃不消了，自然会转向面向对象的；

@nolo 703n 理论上可以使用 3g 网卡，不过我没用过。。。

大学用了快 4 年的 703n 了， 5V USB 供电（如果晚上断电的话这一点很关键），带 USB 接口可以提供一定的折腾空间，足够便携；刷 openwrt 加散热改装后带机量可以到 20 左右（包括手机，再高的没注意到过），给附近几个宿舍用都够用；

@poropro
dump 是转储数据库，如 mysql 的 mysqldump 命令；
计划任务自动调用 dump 和打包命令，完成后调用发邮件的命令；

自己搭建 smtp 服务器 sendmail 命令直接发；腾讯企业邮箱收不到这样的邮件，但网易邮箱可以；
或者是用其他脚本语言通过第三方 smtp 服务器发送邮件也可以；但是单个附件大小一般不大于 20M ，大的话打包时候主要拆分。

数据库 dump 下来直接发邮箱
文件的话自己写增量备份脚本，每天只把“和昨天不同”的文件打包发邮箱

嗯，一个邮箱不保险可以同时发到两个邮箱里；总不至于俩邮箱+vps 同一时间被黑吧

@ThreeBody 挂失还能用不是设计的人没脑子，而是迫不得已

使用身份证的场合，存在很多不能联网的时候。
连信用卡都能（需要）离线支付，挂失后的 24h 内存在被盗刷的风险（挂失后该风险由银行承担）

所以身份证使用需要人证一致

所以说，上 x86 路由？

接力 159
https://console.hyper.sh/register/invite/RnwKrD2K1Lc87eOOdrWwiG6Wq5MrWOFN

@nightwind 个人认为，如果需要大量计算 /内存的项目，经过估算后发现租用云的成本远大于自建服务器，那就自建；
如果差不多或者租用云成本更低，就租。租用云能省下很多运维费用。

业务刚开始的时候先租云，等发现业务的瓶颈的时候自然就知道是该租更多的云还是应该自己买服务器。