@yuchting

游戏类应用如果对延迟有要求的话，全球范围内能做到 300ms 以内延迟的单一服务器难度很高，但如果放低要求，欧美稳定且国内友好的方案而且允许使用跳板的话，方案还是有的。

1 、国内访问节点使用香港 PCCW 机房服务器做跳板（三网直连且出口友好没第二家了）
（电信联通移动均友好，同类型服务器还有阿里云国际版香港区）
2 、主服务器使用日本机房（出口使用 NTT 线路，原因是覆盖足够广）
这样能做到北美、东亚（除中国）延时 300 以内（因为需要考虑美国西岸， 300 是保守值）
3 、东南亚使用新加坡机房，这个你懂的。
4 、欧洲方面，跳板放法国 /德国（中心点覆盖），如果机房有 NTT 线路，那么与日本主机房配合就是走 NTT 内网，延迟有保障（日本到欧洲能做到 300ms 以内， 220ms 是我这的正常值）

补充注意事项：中移动出口连接会不定时断流，无 RST ，程序逻辑务必在 TCP 之上实现额外的 Keepalive 逻辑

于是什么业务产生需要 Socket 长连接而且是直连的需求呢？

http://www.smzdm.com/p/5317181/
价位参考

@tongshi

重新看了下提问，建议书籍踏踏实实的买实体书，电子书那阅读体验不是每个人都能接受的
对于小朋友来说自制力不高的情况下给平板和给一台游戏机没任何区别。

另一个提问里面有人提到了“约定”。
想法不错，然而这个约定对小朋友与成人都没任何约束力。
（站在小朋友角度想想，在约束力几乎为零的情况下拿着一个看书很累的平板，不如玩玩游戏舒服些）

另外，看起来预算有点多，那么有个建议
书籍以上提到的第一、第二类目都买（京东直接寄送到家，不然很重）
如果小朋友本身有额外的兴趣爱好的话，投其所好买礼物。
（真正的兴趣爱好，不是家长报的各类兴趣班，如果没有接触过并观察过，一般很难获知）

对于男孩子来说，不同人的兴趣爱好可能会相差很远
但感觉上有一点会很接近：都是实用主义者（至少我是）
那么要是对电子有那么点兴趣的话，送单片机开发包吧
淘宝各种模块、电路齐全的单片机开发包，外加打基础用的 K&R C 、无线电手册，应该够玩几个月的了

过年看情况再送下一批。
（如果有网的话，没网送这玩意得花点功夫）
（重要的是：既然乡下就得给个途径让他们了解更大的世界）
（从这点上说，一个只有 B 乎的平板是个好选择[然而系统定制起来很麻烦]）

《科学发现者》系列
《科学探索者》系列

以上两个系列的书籍涵盖从初中到高中的科学课程（物理、地理、生物、化学...）
对于仍在人生探索阶段的小朋友来说，这是最好的一套启蒙书籍。

其他基础书籍：
《标准日语》全套 [喜欢看动画的小朋友可以给他们启蒙学个外语]
《新概念英语》全套 [新概念让我觉得上课看的那本教科书是渣渣]

兴趣爱好类：
《业余无线电手册》
《 K&R C 》你知道我说哪本的

书籍以外的推荐：
单片机以及配套开发工具，配合上面推荐的 K&R C 业余无线电手册，够玩的了
树莓派那鸡肋会让人觉得很蛋疼的

最坏的选择：
各类数码电子产品，除非家长有很好的教育能力，否则送这些玩意和断送前程差不多。

Python 用 PIL 不错

@Osk 不能直接对比， J3160 是四核 CPU 单线程性能和 I3 相比接近砍半，具体可参考 passmark

别说传统组合音质不好，买个 PreSonus E5 就知道好不好了。
SoundBar 会存在的坑在于距离太近声场有可能营造不起来
（按照那个声学理论，这个距离并不足以依靠墙壁反射形成纵深足够声场）

另一个坑就是音质差
如果要音质别买带蓝牙的，一般带蓝牙的箱子比同价位不带蓝牙的差一档都不止

PS. 小型音箱推荐买个 JBL 的音乐蜗牛，第一版的音乐蜗牛至少在那个价位上音质还是可以的。
（京东特价 199 买的，仅供参考）

补充疑问：这种几只轻薄意义何在？功能不是更重要么？

好山寨的产品，比某群组团定制难产中的 3825U 首板更山寨

看需求，兼顾也得看应用
在这里面最尴尬的就是 4 块这数字

3 块盘能组 RAID5 最小阵列 4 盘能做 RAID10/RAID6
安全性来说最优的肯定是 RAID6 性能最优是 RAID10
但是 4 盘这个数字意味着 RAID6 与 RAID10 利用率一致
（ RAID5 不予考虑，安全性太差）

不考虑机器成本有一个折中方案：
2 SSD 做 L2ARC + 4 SAS 组建 RAIDZ2 阵列

剩下俩 SSD 以 RAID1 架构做系统盘
利用率是 50%，可靠性几乎是最优选择，性能也因为 L2ARC 存在是的 SAS 也能快速写入

利用率高于 50%暂时没想出来
要不再加一组 SAS 使得性价比更高一些？

@xian 好好讨论问题别打岔。。。

别在不靠谱的路子上越走越远， GEN8 是你的唯一正路。
（没说笑，也没人云亦云，这是实话）

@wupher
恰好是长期项目才需要把 API 的版本号写在 uri 上面
这样能保证以后新 API 更新的时候老 API 不用做任何改变
新特性使用新版本号就好了

支持领导

HTTP 状态码不能乱用
RESTful 只是一个推荐标准而已
实际项目依据需要可以完全不遵循，不是说遵循了这个标准就是个好的 API ，支持这一方案仅仅是个可选项而已
事实上，除了 API 内部接口，所有放到外网的 API 都应该遵循 HTTP 的默认准则，且是最小通用准则
200 301 302 304 401 402 403 404 500
例如以上几个状态码就是现行通用能标记请求状态的状态码

至于业务，老老实实返回绝对可靠的 JSON 结果，且用 200 表示结果合法。
（鉴于 200 也会存在数据不全的情况，服务端务必输出数据长度）
以增强程序的健壮性、可维护性与扩展能力。

从客户端合成 URI 的角度来看
2>3>1

从扩展能力看
2>1>3
1 、 2 都能添加 get 形式后缀， 3 的 GET 形式后缀会与必要的 userid 冲突

从 URI 路由效率来看
3>2>1

综上所述，选择 2

@flyingfz
估计你们公司买的是 DL160 G6
这类机器在办公环境没啥，但是在家夜深人静的时候就不可忍了
我们办公室也有台 DELL ，噪声也差不多那回事。

@xenme E5 是个好选择，然而主板和电费都略坑