@serverABCD 租房不叫住？统计 CPI 的时候也是计算租房价格，不计算买房价格。因为房价有投资因素在。
问题在于租售不同权，至少不完全同。

国外（美国）房贷最低可以 5%首付，FHA 贷款甚至可以 3.5%首付。按理说美国房价怎么还没上天啊？美国年轻人确实不喜欢买房。房价本身的收益比不上股市。自住首套因为有税收和贷款优惠，收益还不错。但是投资房的贷款就困难多了。银行都被 08 年搞怕了。

@westoy wd40 现在已经不是一个产品，已经被做成一个商标了。
出了一堆各种产品，其实和原本的 wd40 完全无关

@bravecarrot wd40 就是用来洗洗螺丝的，和精密电路没有任何关系。洗电路有专门的洗板水。别啥都用 wd40 。
wd40 作为润滑剂来说也远不是万能的。橡胶密封件应该用硅脂。金属零件应该用白锂脂。灰尘环境应该用 PTFE 喷雾。
wd 的意思是 water displacement，除水剂。其实正规用途是防水防锈。只不过作为低粘度润滑油来说还挺好用。比如锈死的螺栓可以用 wd40 来松动（也有专门的除锈松动剂）

@FaceBug
自检能通过，不要听上面的说

我没遇到过就是没有？
我这还有台 hp z420 。c602 服务器平台的工作站。没显卡就是不给开机。

这不是技术上做不到，而是 BIOS 软件写死了。

服务器主板上没显卡确实没问题。

P2P 是有一部分：Delivery Optimization 。但是这要用户同意。
其次是基于 BITS 的服务器分发： https://docs.microsoft.com/en-us/windows-server/administration/windows-server-update-services/deploy/2-configure-wsus#211-connection-from-the-wsus-server-to-the-internet

这有何难？ AWS S3 做得，Azure Blob Storage 做得，Windows Update 做不得？
分批次推送就好了啊。不是所有 Windows 机器都同时收到更新的。前后差好几天呢。

企业内部可以通过 WSUS 和组策略等进一步控制。比如企业想暂停更新之类的。

别说这是微软的人，我丢不起这人。“如果你有一个数据中心” Azure 这不叫数据中心？ Fabric rollout 怎么干的？

你想客户端直接下载的话就比较麻烦。但是这样呢：
云服务器不储存数据，从 bucket 里取数据解密再提供给用户

“保证公共范围内, 没有解密方案无法读取数据”
其实不用。混淆一下就可以了。都是自动化扫描的。不会针对你搞破解的。

@drunkdog #5 如果你按赔偿 5000 算的话，那你可不只得到了价值 5000 的新大灯，你还得到了价值不知道多少的旧大灯。我上面按两种算法给你算了，你再想想吧。
你原来有的不是破灯，而是一个完好的大灯，姑且不说二手的问题，价值 5000 。
现在赔你 5000，当然要除开旧大灯的价值。

保险的赔付逻辑你要理清楚。

理赔员说的只是一种简略解释方法。不然还要给你解释这么长一段？
你有能耐你和理赔员去吵，和我吵是没有用的。我只能说按我的了解，这事应该怎样。

理赔员做的没问题
因为你在这个事故中的实际损失是大灯的裂缝，而不是大灯整体。换下来的大灯卖二手也是有人收的。就像你说的，可以备用。
那么保险公司就可以收走，卖掉，补贴成本。

夸张一点，假如你车保费了，保险公司按市场价赔偿。撞完的破烂也是归保险公司处理。

换个说法，你损失的是一个灯。保险公司的义务也仅限于赔付这个灯。你把换下来的配件拿走了，等于是你获得了一个灯+一个破灯。所以破灯是超出赔付范围的。

后视镜下面有个小拨片，拨一下会切到更暗淡的一面。你可以试试。
当然很多新车是自动的了，原理是液晶。

上司这个理由是没错。但是解决方法错了。他说的问题是确实存在的。但是直接说不准用，这其实是在解决提出问题的人。

应该要让全组人都会用。哪怕现在不用，作为内部培训，知识储备，也是有益无害。到时候再和技术骨干一起讨论是否使用新特性。

更好的办法是：
1. 现在还不可以用，写的代码先放在其他 branch 上。将来可以 cherry pick 回来。
2. 你准备一下，开堂课，把全组大部分人都教会。
3. 先在不太重要的功能上使用。所有新特性必须提供禁用的开关。出问题了先用回老代码再 debug 。

双删和后删有什么区别呢？
如果你速度快，别人速度慢，你更新完了别人再去取数据。和你先更新再删缓存又有什么区别？
如果你速度慢，别人速度快。别人把旧值取了，你再去把旧值再删一遍。

提供的保证是基本一样的，就是缓存对 db 的延迟一致性。考虑到写入者挂掉的情况，这甚至不是最终一致性。

你如果要求强一致，那只能用锁了。不那么蛋疼的办法就是：写一个中间件代理。对同一数据的请求由这同一台代理序列化。中间件可以在修改数据库的时候加锁。用本地锁实现了强一致。
但是现在问题就转移到了如何保证对同一数据的请求总是由同一代理处理的问题。看起来是 hash 一下不难。但是你得考虑代理服务器上线离线的情况。

下个软件，充到 10%就停止充电。
他要借就：哎呀我只剩 10%了，我得先充一会。

@kop1989
@chi1st
你说的是弹簧噔一声还是想星战光线枪一样的啾~~？
前者我每次用都会有。可能是一个弹簧挡板 /单向阀，防止灰尘漏出去的。
后者快速按开关几下有惊喜

不监听 ack 怎么实现可靠传输？总得有人帮你干这个活。你这是用来做日志，那不希望阻塞影响 Nginx 性能可以理解。但是总得有人负责重传控制。
本地的话其实也可以不用 UDP，用 unix socket，性能只会更好。然后自己写个代理程序把 unix socket 转发到 TCP 日志服务器就行了。

没用过 log_by_lua 。但是看官方文档的意思应该是可以用 TCP 的。https://github.com/openresty/lua-nginx-module#log_by_lua
实在不行也可以写个 UDP 转发数据到 TCP 的代理程序，在每台服务器上运行。说不定已经有实现了。
再不行的还有基于 TCP 的各种 VPN 协议。配置路由表只代理日志服务就好了。