@g22k #21 你当然必能指望下载的时候是 0.5W ，但是不下载，或者下载完成之后，是 0.5W 待机模式。
@fbichijing #23 没啥可研究的，就是 QoS 。

距离的增加，也就延迟多个一两百毫秒，不打游戏的话其实没啥影响。绕圈最大的问题是跳跃节点的增加会导致丢包风险的增加，进而大幅度的增加延迟时间。

safari 主力一直没动吧，辅助从 edge 换成 chrome 的吧，为什么就不能好好说话。

xbox 动辄几十 G 的游戏，又基本没有 P2P 下载，服务器是不会全程给高速带宽的，必定要做 QoS ，进而必定导致高速一段时间后降到低速。Xbox 下载游戏的时候，你要么一直盯着，已发现变慢就改 DNS 、重置网络等手段弄上去躲开 QoS 。要么干脆就别拔电源让他一直下载吧，反正 0.5W 功耗的待机模式也是会继续下载的。

当然如果你一直那么慢，那就要考虑你家的网络环境了。

自动清除六个月之前的数据，既能减轻存储膨胀程度，又能降低对历史数据的维护成都。这只是一个技术特性，剩下的所有话术，都是为了掩盖这个偷懒特性的存在。

历史可以被淡化、被遗忘，但永远不会消失。比如这个社区，你要是惹了人，别人绝对截图保留历史。

我们通常所说的外企，是欧美外企，不包过港企和台企，日企也要排除一半，同在东亚文化圈的韩企估计也跑不了。

没事去看看《大时代》、《开创世纪》这两个正好跨 90 、00 的经典剧，你会发现炒房地产、包工头坑工资、骗员工加班等等恶习，都是从香港学过来的。拍这两部经典剧的亚视和 TVB ，本身就是无良老板的代言人。

网间结算费没了之后，联通、电信，可能还要加上后来的移动（铁通），在国内连接方面基本没区别了。他们的区别，主要还是资费方面，以及历史遗留但没人有动力去改的问题——电信时不时墙微软、移动各种墙中墙。

不过山东地区，建议还是联通，有青岛的出海口，台服的游戏直连都能玩。

@tool2d #79 从来没有 1.2.3.4 映射到::ffff:1.2.3.4 ，只有反方向的映射。::ffff:1.2.3.4 既可以表示一个 IPV6 地址，也可以表示一个 IPv4 兼容地址，而 1.2.3.4 只能表示一个 IPv4 地址。这只是基础的数学原理。

你得原始需求，只是为了要人好记，能达到这种需求得措施多得很，比如说 hostname ，比如说域名。门太绕就多加标记，不要去拆承重墙。

如果你的要求就是平台推荐的话，应该是没有替代品的。任何平台，对于无脑靠推荐的用户，不喂点东西，是要遭天谴的。

30 高端要是比 40 中端还划算的话，那 40 就算白出了。

有一个项目在某年开始在新的 svn 仓库进行了〖〖〖重构〗〗〗开发，想想为啥当时不是拉 SVN 分支，而是重建仓库。

如果当时不是重构，那么可以这么操作：
git checkout -b branch-temp a1
git checkout B
git rebase branch-temp

rebase 那里可能要加 --force 。因为是重构，所以这里会产生近乎 100%的冲突。

但是实际上来说，你们原始的 A 和 B 就是两个仓库，git 虽然能把它勉强合起来，但是卵用都没有。

能换显示器的话，换一个支持唤醒主机的显示器，戴尔就有这么几款。

楼主只是随便想一下，没想到楼下还有更甚的。计算机的概念，不让人扯计算机原理，这已经不止是无知了。

你不实名，难道等着出现像谷歌退出中国之前，搜索关键词被肉鸡污染的情况吗。

@shanghai1943 #7 客服当然处理不了，这是程序 BUG 。但是客服作为唯一的反馈入口，应当向上反馈程序 BUG 。

从退款，到完成之间，有一个运费险自动理赔服务，卡住了，导致流程走不下去了。卡住的原因有俩，一是未设置默认收款账户导致无法处理运费险，而是运费险失效之后流程没有自动往下走。这俩都是 BUG ，但是是那种冷门且影响不大的 BUG 。下次跟客户反馈明确点说出这个 BUG ，然后慢慢等就行了。只要说明白了，客服应该是会把情况反馈到技术那里，但是这种 BUG 的优先级不高，啥时候处理就不一定了。

如果你的套路“只有找 router 和 handle 往下看”，那么当你看到异步、事件、实体这些真正的后端的时候，会比你现在看到的前端更恶心。

历史遗留概念，不是搞来龙去脉研究的话，没必要去弄明白了。现在如果你用 JPA ，六边形架构就只有 Entity 和 普通 Data 的区别，分层架构最多再多个 View Object （一般也没人回去加这一层，能不 open session in view 就谢天谢地了）。如果你不用 JPA ，不过你开始分得多么清楚，不出一个月就都会变成单层的 普通 Data ，连 Entity 都区分不出来。

最大的幸运，或者最大的问题是，以上都行得通。