我更喜欢 iptable
稳定性的话 nginx 和 iptable 都差不到哪里，
性能的话我不清楚，毕竟我转发机公网带宽只有 5M 。

31 岁了，居然还没死......

我觉得可以给一次机会。一而再的话什么都别说了，也别说不念感情；你从违背约定的时候已经是不念感情了，为何我还要去念感情再给机会？

>网贷的处理方式 他说怕影响小孩上学等 指望我们能借钱给他 我坚决反对
看是否正规网贷，如果正规网贷，对方把你弄进老赖，对于孩子读书限制的是学费，过高学费的学校会禁止入读。

>离婚是不是最终唯一的结局 那么长痛不如短痛 真的没办法
看是否能改，机会可以给一次，不能改就直接走人。毕竟你也没办法保证下一段婚姻是否比现在好。

以下内容纯属猜测；
1 、游戏右上角的 ping 我觉得是 TCP ping ，而不是 ICMP ping ，如果是 TCP PING 则在端口处增加延迟即可“锁 ping”低延迟时增加延迟返回。
2 、如果一开始就高于 35PING ，锁不锁没有任何意义，如果一开始低于 35PING ，锁了的话也很难百分百维持 35ping 。
3 、上面假设都是基于 TCP PING 的，如果 TCP PING 自己加个定时器再返回结果就行了。


但是题外话，
假设：A 到 B 的延迟是 35 毫秒；而 B 到 C 的延迟是 25 毫秒。
即：A 放个技能后，C 收到的时间是 60 毫秒。
请问：如果把 A~Z 打乱随机抽出 10 个，每 60 毫秒展示一次，有多少人能答对字母出现的顺序 50%以上的？
另：大家都慢 60 毫秒，再另一个角度而言是否也属于公平？（你放个技能，我等 60 毫秒才展示；我放个技能，你也等 60 毫秒才展示）
就这次韩国棒子的做法，真的刷新了我的认知。
可能下次他们会以场地供电不是核能源而是煤炭发电，导致电波不稳影响为由要求重赛。

我没见过有哪个赌徒是回头是岸的。
自己跑去做庄的就有很多。
这些能不能救我觉得不能一概而论，毕竟万分之一的几率也是几率，就看他值不值得被你相信了。
不过话说回来，你选择信他或不信他，其实也有赌的成分吧？
人生处处是赌博........
但我与赌毒不共戴天！

我觉得应该分场景吧。
1 、固定薪资 + 0 项目提成或项目提成不多
随便他怎么改，他好你也好。但是可以建立不同版本，应付他变来变去的需求。中间剩下的时间慢慢摸鱼。

2 、 高额项目提成
找项目负责人，和他说情况，并且做好每次修改的记录，拿出来和负责人对质，别直接和甲方产生矛盾。
项目负责人一般都能处理好这些问题，处理不好的话他也会找当初的业务，让业务和客户沟通清楚。
主要都是列清楚每次变动，告知客户这里那里已经改了很多次，下面的人也有怨言了，实在不行我们按最后一个版本，大家碰头一次，敲定下来，后续变更的话就需要收取费用了......


PS:只有按改动次数收费，客户才不会来回改动

这很青云啊

@Horance #83
v2ex 的规则就是发布后不允许删除，所以发布前需要三思。
如果你是想把影响降低，OP 有权限下沉帖子的。

@sfqtsh #124
公众号的链接
github 上有
https://mp.weixin.qq.com/s/6BxBQoSwzhI6WooKMuTkNA

早期验证业务的时候未必不是最优选择。
不过我也奇怪...
一堆买了的人都说在吃灰，都不建议购买....
但是二手价格却一直居高不下...
2 个月前想弄魔镜玩玩，但是看到树莓派价格还是算了....自己买一堆硬件下来的成本比直接买别人拼装好的还要贵....

@AnjingJingan #3 又重新认证看了下监控图，
每次写入慢=IO 100%
我觉得排障的流程应该变为：
IO 写入慢----此刻发生了什么事？是哪个进程 IO 导致 100%?
如果日志看不出来，建议可以设定监控，IO 持续 2 分钟 90%以上告警，然后远程进入看哪进程导致的。
另外可以看看 raid 卡日志，看看那个时间有没异常。

另外如 1#提及到的，涉及关机 10 分钟后才正常的好像也只有温度问题了。
如果你是用板载 raid 那很大因素是这样。
特别是 X58 的南桥芯片组，就算不 raid 温度也感人。
所以你想早日解决，建议：

1 、增加硬件温度监控；--先确定是否硬件问题
2 、做好告警，触发时候第一时间去“现场”查看凶手

@codefever #7 大哥你这广告太突然了...别人是传输文件你直接来个 APP 分发...对了，想问问 APK 的分发还有免费的吗？

有，但不是大佬，也不是 MyISAM 。
线上业务，单表 20 多 G ，删除 5GB 左右的数据，3 个小时，症状：
查询正常（大部分走从机）写入延迟 2~3 秒。
主机监控 CPU 狂飙，IO 使用率狂飙。
执行完后从机重复上面症状，并且主从同步延时拉扯到 13 秒。
等从机执行完后手动 alert 了一下表触发 optimize 操作。
大概 30 分钟，监控看到的是 CPU 和磁盘使用率一直升。
后来经过百度查询到由于 optimize 的时候 mysql 是创建一份新的数据，再物理删除旧的数据。

精简版：
内部测试通过后线上出现问题是谁的责任？
技术选定 SDK 翻车后问题在谁？
我委屈

@wisetc #11

微信工作群
A 主管：@OP ，有 bug ，用户反映钉钉浏览器中图片上传不上去。
OP:没法复现，需要联系用户获取进一步信息。
A 主管：没法直接联系用户.
---扯皮时间----
A 主管：我让 @B 主管 拉群，用户在里面。
B 主管：用户反映已经上传成功了。
A 主管：@OP 把隐藏问题解决了。
OP:客户都说没问题了怎么 @A 主管 还不乐意？
OP:而且一开始也没配测试机，用自己手机测试是正常!@A 主管
OP:后面配了测试机，测试结果也是正常的!@A 主管
A 主管：你说是好的, 可有人说看到过是坏的
OP：看代码又看不出问题，而且我是用原来开发定下来的 SDK 上传图片。
A 主管：那就是你用 SDK 的姿势不对。
OP：那我换个姿势写代码。
测试：新的正常通过，可以发布上线。

次日：
A 主管：测试你提下现在存在的问题。
测试：上传图片异常。
OP：WQNMLGB ，之前不是说好了吗？怎么现在又说有问题？而且你提供下复现流程给我，或者当面试给我看。
测试：复现不了，也提供不了相关场景。
OP：那我怎么修复，什么信息都没有，让我瞎猜，万一好的弄坏了怎么办？
测试：另一个上传接口是正常的。
OP：那个地方没用 SDK ，那我就把之前定好的 SDK 取消，直接走 RESET 接口上传。

OP：心有不甘，但并不是问各位大哥解决方案，只是抒发下心情...

@AlexPUBLIC #65
也不一定吧，怎么说呢，
我爷爷走的时候，一个月时间偶尔会哭，遗忘不存在的，毕竟生活中很多事情都有小时候的影子，触景总会伤情。
我老婆她奶奶走的时候，他们那边都在当成解脱，晚上就在群里有说有笑。
有没被遗忘在于对他人的影响罢了....
我记得有个动画片讲到，人真正的死亡是被所有人都遗忘的那刻开始.....

是作为加分项吧

@AlexPUBLIC #62 这个如果令你感到不舒实感抱歉.
但我觉得除非家属也是接触这行的或提前知道这些的作用，否则过世后的私人物品基本都是烧了的，我们这边习俗是衣物留一套给子女保存，钱存起来家庭聚餐或支付墓地管理费，房子分了，其余基本都烧了.....

@echo1937 #35 中小公司一般只有运维能接触最底层，能做的事多得去了....
除非运维分两部门各自牵制，否则一般都这样，另外更主要其实是看自己部门主管。
其实现在大多数运维都只有 1~2 人 /场地。
管理制度很多名存实亡。
包括但不限于堡垒机 /分权限 /机房监控 /本地登录告警 等等等的，其实都是防君子而已...
就拿 mysql 来说，很多都有指引运维有运维单独账号，开发有开发单独账号...实则运维进机房把数据拷出来开个免权鉴登录就能进入查看数据了。
私下挖矿可以参考网吧的网管，也不是没有。
删库跑路--这个太明显就不行了..除非做到硬盘损坏和备份盘都损坏，另外数据库我们当时小公司也不是就单一机房备份，还有异地机房备份的.....
这些更多看个人责任吧...