@Yorkzhu 群晖严控市场价格，甚至不允许代理商随意促销，所以你全网公开查到的价格几乎都是一样的。找淘宝、闲鱼、转转上靠谱的国行代理私聊有惊喜，确认是全新国行就行。

218+行情价应该小于等于 2150

你虚拟的网卡类型选的是啥，选 virtio 的话就是跟自己过不去。改成 rtl8139，装 Windows 2000 都妥妥的。

我遇到过顺丰过度包装，把一个小东西包成了泡货安体积计价，费用接近翻番。
我当着他的面把包装拆了自己包了下，省了接近 20 块。

似乎两个频段的 SSID 合一后会影响部分只支持 2.4G 的智能家居设备。我用 Aubra 的 AP 时遇到过这个问题，但是以前用别的路由器时又似乎没问题。后来没再研究，还是采取了两个频段分不同 SSID 的做法。

1. 肯定不是单纯的技术原因。
2. 技术上肯定有原因，比如：考虑一下在有 Retraction 的情况下统计“总数”和“最大值”的流计算任务的开发难度的区别，尤其当数据是海量时。实际情况比这个复杂很多。

我这都是双 25G 网卡的服务器，曾经以为很快了。真用起来，随手写一个需要查询冷数据的 SQL 就废了，从分布式存储读数据的吞吐轻轻松松打满网卡，或者打满机架的交换机。

@h123123h 因为要统计的数字并不只有一个交易总额。如果你做过分布式流计算就会有体会，比如要同时统计总数和最大值。如果只考虑增加数据就很简单，总数只需要一直累加，最大值只需要来一个值跟当前记录的最大值比较，决定留哪个就行了。如果要考虑减去，总数还是很简单，减去就可以了。最大值就麻烦大了，必须记下所有出现过的值，万一要减去当前最大值，就得去所有历史值中找出次大值作为新的最大值。这只是一个简单的例子，现实中的计算比这个复杂无数倍。

当然技术难度永远只是一方面的因素，我没有证据，但是我相信双十一不让退款的决定绝不是纯粹是技术或者商业上的单一原因，而是多方面的因素共同决定的。

说纯粹为了数字好看才不让退款的，可以去查查 GMV 的定义，看看退款与否或者付款与否是否影响 GMV。

写复杂的 C++ 16G 肯定不够，我的机器 32G 还是不够。因为有些复杂的模版展开后，单一文件的编译就可能花费几 G 的内存，make -j 后的数字一大内存就用光了。所以 VS Code 救命，通过远程开发把编译都扔到远程开发服务器上去做了，96 core + 512G 内存，比本机编起来快很多，本机虽然单核频率高，但远比不过服务器上高并发大内存。

我做过一样的事情。不过是我是 ext4 的分区，fdisk 重写创建了分区，然后手工用后面的 SuperBlock 恢复了几乎所有的数据。TestDisk 也很好用，但我不知道对 NTFS 有没有用。

VSCode 的 Remote Development 对于 Linux C++程序员来说是非常有用的一个特性，没有其它能替代的工具，至少 CLion 的所谓“远程开发”功能几乎是不可用的。但是 CLion 还是有很多方面做的是比 VS Code 的 C++插件要好的。

对于 Java 来说，IDEA 应该是可以甩 VS Code 几条街的，几乎不用争论。

@yeya24 正常的作品，著作权是作者的，未经授权进行翻译是侵犯著作权的。除非原书有特别的许可证声明，比如 GFDL。不商用也许可以用“合理使用”来为自己的侵权行为辩解一下，但是客观上确实是侵权的。

你确定这么做 O'reilly 和作者不会找你麻烦？虽然出发点的好的，但是客观上这仍然是侵权的行为。
建议先联系出版社编辑，看看国内哪个出版社准备引进这本书，然后直接通过出版社出版中文版书籍。

@lance6716 奔跑着歌颂

@ZavierXu 而且你想说的那个不叫“双绞线”，叫“交叉线”……现在日常用的网线都是“双绞线”，里面的线是两两成对绞在一起的。

@OmO 你这个拓扑图没画清楚，你的光猫到两个路由之间都只有一根线吗？如果是这样，就算你在弱电箱里再塞进去一个交换机还不是跟现在一样？你目前的接法最大的问题是局域网内机器不在同一个广播域里，实现有些功能就会比较麻烦。

两个路由都改成 AP 模式是目前最简单的解法。IP 不能固定的问题，可以用静态 IP 来绕过。

比较好的做法是弱电箱里塞个小路由进去，有线的就行，供电可以想办法用双头电源线、PoE、USB 等各种办法解决。然后两个路由都改 AP。

还有个暗黑做法，先打 10000 改桥接，光猫桥接模式下应该自动禁用 DHCP，没有自动禁用的话，可以手工禁用。然后其中一个路由把 WAN 和 LAN 用一根短线短接，LAN 接光猫，在这个路由上配置拨号。另一个路由 AP 模式（线接 LAN 关 DHCP ）。应该就可以了。

我觉得你的问题有很多种解法，但是你选了相当绕远路的一种而且还没搞定。

你确实应该先画个拓扑图，这样比较容易让人理解你的问题和困难。从而给出合理的建议。

网易这个确实不厚道。但是你举 Yahoo!的例子实在是…… Yahoo 当年可是只有迁移阿里云一个方案可选，想保留原来的邮箱地址连门都没有，给再多钱也不行。