@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 协议。配置路由表只代理日志服务就好了。

@nbsn TCP 不是有重传，是握手时有 mss 协商。网关等设备可能会修改 mss 。

还有，谢谢你的反馈。在论坛上问题解决后也留个结果给后人，这是好习惯。

@syhilyhw #66 如果你是房东，这种事情已经不算事了。换上 led 灯泡，就算天天开又有几毛钱？做房东就是要能够心态放平。
@xuegy #69 没有任何办法。所以我后来是和一个暑假一起住过的人合租的，因为知道对方的习惯。再后来就是买房了，毕竟工作了有钱了。
合租就是要比下限。谁忍不住就谁去收拾。
有几个点可以参考，但是实际上不具有可操作性：
1. 看看对方现在住的房间。但是人家可以途径整理。
2. 问已知的前室友。但是人家不一定愿意得罪人。
3. 见个面做个饭。好不好吃无所谓，炒个菜能不搞乱厨房还能用完收拾干净的人，平时应该也比较干净。但是这只能说他有能力，不代表就一定靠谱。

@bg7dcw #27 因为如果在国内，这种巨婴大概率和父母生活，或者家里会帮忙安排好。
并不是国内就没有巨婴，大包小包送到学校，家长租房陪读的，不是少数。国外很难这么干，签证和经济上都很困难。
到了国外，家长的手不够长罩不住。而且就算让这种人去找房签合同他也不会，就只会在学校群里看看有谁找室友。

@zengming00
@adrianzhang
所以前面要套 cloudflare 啊

因为 UDP 没有重传和流控
服务端是 0 就是所有包全丢
iperf3 测 UDP 需要注意一下报文大小 /MTU 。iperf 的默认是 8k，在很多机房的网络上都不管用。因为 ip fragment 没有端口信息，所以很难执行防火墙规则。要么放行要么丢弃。放行就有安全问题，所以一般丢弃。
你可以试试使用 1kB 的报文

低格也没用。磨损均衡算法不保证写的是同一块
敏感数据应该用支持 sed 的硬盘。通过销毁密钥实现可靠地销毁数据。

平时交流可能有人觉得这是一种礼貌。
但是不熟的人，有事找我的人，特别是工作中的事情。记住了，我是拿钱上班，没空也不想和你谈什么感情。有事说事，说完麻利地滚蛋，这才是最大的礼貌。

所有给我发在吗的人，一律不回。直到对方开始说正事。咱也不是有仇，就是单纯不想浪费精力去回复而已。

放到网络协议上就是 TCP deferred accept 。操作系统完成最初的握手但不通知服务，只有当对方实际发来数据再唤醒服务器开始处理。

别用智能插座。用最简单的普通插排。
智能插座里面有继电器，才能实现智能的功能。电压不稳的时候智能插座逻辑混乱，继电器反复开合，出问题。
冰箱有冰箱用的自动调压稳压器，是自动调整比率的可调变压器，不是 UPS 。
电脑用一般的离线式 UPS 就行，看效果不行的话再考虑在线式 UPS 。

@kiracyan 千万别用 Windows Nginx
用 iis 再不济用 Apache
Windows Nginx 官方严肃反对任何生产环境使用。
Windows 版基于 select 。和高性能一点不沾边。稳定性也很难说。