其实吧，作为一名快速开发业务的语言，楼主这样问其实对实际的工作意义不大的，如果招聘的实习生满足一般的数据库添删改查，会 css/html，懂点 js，且有点数据校验意识，能完整靠自己开发出一个小系统足够了，作为实习生有成就感，作为企业也有实际用处。

而且，如果楼主确实需要明确考察应试者对 Socket 操作的熟悉程度，为何不使用更为底层的 Streams 系列函数？顺便考察 udp/tcp 的使用场景，buf 应该设多大，拆包和粘包的方法，边界处理，超时等。如果对方这方面很熟悉，可以进一步考察为什么 buf 要设这么大，了解 MTU、MSS 对程序的影响么。

回到楼主的问题，我回抛两个问题给大家思考：

1、在使用 POST 往服务器提交数据的时候，有没有遇到服务器返回 100 的情况，为什么不是 200 以及如何处理。
2、请使用 fsopen 函数，指定路径，实现文件分块 POST 上传（ multipart/form-data ）

我觉得作为一个企业的面试官，首先自己心态要平和，想清楚你为企业招聘的是 “工程师” 还是 “科学家”。在契合企业利益的前提下，尽可能满足初入职场新人的求职体验，为其指引正确的职业成长路线。

而不是以刷 LeetCode 为荣，以写 CRUD 为耻。

时间同步还真非常重要，且关键的服务，这方面我还是更愿意依赖大公司：

time.apple.com
time.windows.com
time.google.com
time.pool.aliyun.com

就像信佛一样，信一个就好了：）

放弃 Win 10 的原因主要是坏了不会装，从 DOS 鼓捣到 win7 自认也算会修电脑的。到了 win10 怎么进 BIOS / UEFI 都是门玄学。重置基本没啥用，有些新电脑还有 Security Boot 保护什么的，装半天都装不上。系统级别的广告就不说了，高分辨率字体渲染得像坨屎一样，metro UI 根本就是个半成品，和传统的 Win32 UI 会跳来跳去（例如配个 IP 地址），奇奇怪怪的交互体验。加上 Windows 软件的生态真的到了非常暗黑的年代，大公司也出来罪恶。前年彻底放弃了 Windows 步入 OS X 阵型。不用再弄什么小火箭加速，杀进程之类的，没那么多骚扰，干完活就关机，工作效率提高了很多。

thefuck 了解一下

阿里云一个叫 “共享带宽”的业务，可以多个公网 IP 共享一个带宽，按小时计费。

https://yq.aliyun.com/articles/177234

因为业务爆发量是可以预知的，所以比较靠谱的方法是 [人肉周知]

否则脚本导致的 bug，导致的不合理的收缩和增长，很有可能一觉醒来会出现天价账单或业务受损。

现在阿里云和腾讯云的弹性组，基本都是定时或者根据 CPU 负载来做的，个人认为不够灵活，业务其实也分有状态和无状态，根据架构不同，不是什么都可以方便扩的，刚好看到一片好文，分享一下。

[首次公开！菜鸟弹性调度系统的架构设计] https://www.toutiao.com/a6530395615543689731/

以后面试要背状态码了：doge

统计一下 499 是什么含义 看有多少人知道？

在 /Applications/Google Chrome.app/Contents/Versions 看看有没有旧的版本，如果有删掉试试。

我是用这个方法解决，外部程序无法打开网页连接的。

180.149.135.224 貌似直接在骨干网上被空路由了 -_-

充个会员就干净了，看你舍不舍得了😏
----------

给你弹会员专享广告：）

作为自如的首批用户，我能说出几点好处：

1、邻居实名，身份证、工作单位、学历什么的都要求验证，人员相对有素质一些。
2、坏了东西打电话有人修理
3、公共区域双周保洁
4、房租涨价不会让你不爽（ 5 年只涨了 90 块）
5、有管家可以协调一下邻里问题。

一定要降低自己的各种预期，珍惜还能在帝都挤地铁的日子，不管怎样，北京始终还是一个有梦，有希望的地方。

作为一个老北漂（ 10 年）来到深圳半年后，之后各种不习惯：

- 地铁比北京更挤，单位面积，人口密度远超北京。
- 空气比北京还差（注：2017 年冬季）
- 大小周，996 默认科技园的标配，很多公司社保按最低价缴纳，谈工资记得谈税后，平均工资比北京低 20%。
- 看到这个城市的人没啥理想和情怀，目的很明确：钱，快点挣，比快更快（ etc: p2p、ico ……）
- 深圳运营型公司更多，要求短平快出活儿，希望有技术有大幅度提升的，很少大牛带你上车（懒、没时间、为什么？）
- 公司心眼较多，第一份工作是上市某知名电商公司，担任重要的技术职位（起码 Title 上）。第一天就发现路由器装有天融信监控，DNS 被内网劫持过、一些敏感路由全被动过手脚。配的电脑自带木马程序，马上和 IT 人员对质，发现语焉不详、遮遮掩掩。同入职的 高级 DBA 同事经我提醒后也有发现了类似情况，我就不想恶意揣测这个公司的意图了，起码我不能接受无辜被 drop db、rm -rf 之类的官司，48 内小时主动离职走人。
- 深圳正在城市大建设，到处修地铁，交通不够高效。
- 年轻的城市，缺乏文化底蕴。如果您习惯长安街的正气，故宫的宏伟。也曾在长城上指点过江山，圆明园里叹息，水木清华前膜拜，北大未名湖畔冥思，那来这个这座城会觉得很憋屈，南山顶上没有神灵，只有法器。对面是香港，我的理解是：八仙过海，各显神通。
- 我可以接受“北京欢迎您”的洗脑，但是至今不能接受 “来了就是深圳人” 的笑话。
- 南方妹子不好撩

没有对比就没有伤害，每个人都有属于自己的城 ……

明白今后自己所需，平衡工作和生活，活得健康开心，多和家人在一起，才是最重要的，其它皆是浮云，有些生活方式体验过就够了，有些梦追过就好了。

十点上班 九点下班 八荒之外 七窍生烟
六神无主 五体投地 四面楚歌 三生有幸 二 B 居然还没挂掉
一年又一年

JP

13:27:36 up 343 days, 21:54, 1 user, load average: 0.06, 0.03, 0.00

@Mrzhang0320 如果是直接拷贝数据文件夹，理论上权限也会带过去。

1、如果是副本集复制，有可能不会带权限。（未验证）

2、如果所有的 user 和 role 都在默认的 admin 数据库中配置，
可以尝试用 mongodump 将 admin 库导出来再用 mongoresotre 恢复。（未验证，请谨慎操作）

mongodump -h <ip> -d admin -u <user> -p <password> --authenticationDatabase admin --dumpDbUsersAndRoles

mongosync 带 oplog 本质上是数据热拷贝和集群的状态无关，其它节点不会感知到目标机的存在，自然也就无需停机了。但是因为其基于 oplog 回放，所以建索引之类的操作依然无法避免，恢复起来的时间也是很长的，但好处是不影响其它机器和线上业务，放着慢慢搞也不迟。

被恢复机器有一些需要注意的事项，例如实例要配置为单独节点（ standalone，配置文件中 replication.replSetName 不要设置)，最后看 mongosync 的日志文件，当状态为 full sync 的时候，就 kill 掉同步程序，关闭会被恢复数据库，修改配置文件，添加相同的 replication.replSetName，最后在主节点上 rs.add() 被恢复机器即可。

还有一个办法是使用磁盘快照，数据盘全盘打快照后，起实例挂新数据盘，这种方式验证过也是可行的（阿里云）

所以，一个稳妥的生产环境，我觉得至少标配下列条件：

1、一个隐含节点，实时同步数据，并可以用于故障的随时切换。
2、一个隐含节点，延时同步数据，用于数据库误操作无法逆转时的有损恢复。
3、以天为单位的数据盘快照，保留 30 天。

1、实时进度可以在日志文件中找到 (配置项 systemLog.path) 中找到，不要告诉我你没有配...
2、数据恢复不是问题，建索引那才叫痛苦 ....
3、慢的请可以看看网络或者 IO 是否有瓶颈，我试过 7 天才恢复 100G 数据... 按你的情况，过完年都不一定能搞完，要么老老实实和老板道个歉，通宵停机维护吧。按千兆网络 70MB/s 来算，全量拷贝数据的时间为 1*1024*1024/70/60/60 = 4.16 小时，5 小时就能安心回家过年：）

1、“我们现在的集群 是一主两从，挂了一个从了，还有一主一从再运行，再停一个从就会变成只读了吗？”

100% 生产环境确认，请谨慎操作。

2、对于 3 是可以尝试的方案，但是请务必理解文档的描述，例如会阻塞读等。

db.fsyncLock() may block reads, including those necessary to verify authentication. Such reads are necessary to establish new connections to a mongod that enforces authorization checks.

很可能需要调整程序，将 read preference 强制为 primary .

3、其实最安全的办法，是将老机器的 datapath 转移一下(mv xxx xxx.old) 然后再做一个空的数据目录，启动从实例会从主库重新全量回放所有 oplog，但是时间无法保证。给你一个经验值，100G 数据，带索引重建，普通 SAS 硬盘大概需要 4 小时左右。

4、终极武器（第三方工具）
http://nosqldb.org/p/5173d275cbce24580a033bd8 （已经验证，相对好用）
https://github.com/Qihoo360/mongosync/

1、对，直接拷贝 dbpath 即可。

2、但是，如果整个副本集剩余 1 主 1 从的情况，你将剩下来的 1 从都关掉拷贝数据，整个集群会变成只读状态（不能写数据），你要评估下后果。

3、对于 2，可以尝试不关闭从实例，使用 db.fsyncLock()，将从数据库进入锁定状态，确保在 scp, rsync 过程中 oplog、数据文件锁定，不产生变动。但是，程序有可能会读到过期数据。https://docs.mongodb.com/manual/reference/method/db.fsyncLock/

对于 3，这是新功能和理论知识，我没有在生产环境验证过，但最符合你目前的状况。