既然认为后端的 500 是偶发现象可以接收，那就应该加大 max_fails 来支持这种偶发的。
否则真的连续故障了， nginx upstream 的自动剔除机制就废了

@firefox12 恩，前面有人提到利用内核的 TCP_DEFER_ACCEPT 可以减缓这种只握手啥都不干的攻击

@jedihy 然后呢？

@firefox12 比传统的 ddos ，成本低多了。

@firefox12 这种预链接的方式，攻击 ip 都是真实用户的。我有多少用户量，就能发起多大的攻击，而被攻击者很难从攻击流量中定位到攻击发起来源

话说怎么约到益田的？我手机屏幕出现亮点，想官网预约一直是满的

@ryd994 我说的当然不是多几个了~

其实这个也是最近遇到的一个问题，某个边缘业务服务器，最近经常被突发的握手流量搞死，每秒 20w 个 TCP 包。

这些 TCP 包的特征都是完成三次握手后，不发送任何实际 HTTP 流量，一直找不到流量源头。

所以才在研究有什么方式能发起这样的流量。

@crs0910 <meta rel="preconnect" href="http://target_server.com/">

@batnss 请求资源的方式，被攻击的服务器可以从 http 日志的 referer 字段中找到定位到攻击源头

@crs0910 不过配合 XSS ，可以做到就算我没有大流量 url ，我去 xss 几个大流量的页面再进行攻击，隐蔽性和攻击威力更大

@crs0910 不是 XSS 。 XSS 这种，被攻击的服务器，可以从 HTTP 流量里面获知导流量的 url

我感觉工程师文化里面提到的腾讯的缺点都不是缺点呀，做事情前权衡利弊还挺正常，并且我还是挺推崇的。发个小秘密，我实习时候的一个项目，由于我自己想得太多但又想不清楚，反而进度效率上不来，最后业务 owner 的团队都解散了，我做的东西都还没出街，挺不好意思的。知乎今晚看到一篇技术债的文章，其中一个例子讲 mongodb 和 rethinkdb 。

四像素里面，重要紧急的事情，大家都会立马去做，这很正常。置于重要不紧急的安排，也许对我来说这是重要不紧急、对团队、对部门，对公司，可能又会掉到其他相素里面。

里面说到的安全策略，放松策略，提高大家的开发效率了，收紧策略，提高公司安全。我们经常私底下开玩笑这策略周期性的两条，一下完成两个 KPI 。（不是我说的）

重要的时，这些策略并不是死的。如果你认为你所开发设计的系统或流程没有什么安全问题，完全可以单独申请策略，只不过需要责任人来背书，好像要 GM 级别的。

话说我好久没用 SecureCRT ，我上 IDC 机器，要么用 mac 自带的 terminal 、要么用 win 下面的 xshell 。

部门割裂，恩，听说这是一个大难题，老板们认为部门墙既然难以拆开，干脆不拆让各自能实现闭环，这是 BG 的起源。

上班嘛，和写程序一样，先抗住再优化。靠谱的抗住了，老板才会给你更多的资源，你才能发挥更多，打破更多你认为是不合理的限制。当然啦，不同的地方，也许不会有这样的限制，但也会有另外形式的限制。

推荐个学习正则的网站
https://www.debuggex.com/

/[\S]+$/
查找结尾处非空白字符

还有就是首付 5 成，商贷 5.39 且最大贷款时限为 10 年。

虽然看上去公寓总价很低，但是不论首付还是月供，压力都是挺大的（公积金 3.25 ，商贷 4.9 ）

公寓最大问题是学位和户口，如果本身在一线城市有户口和学位，就没什么问题了。
买公寓一定要买地段好，靠近 CBD 或者楼下就是地铁，偏远的住宅区附近的公寓就不要考虑了，新开发的商业区也要谨慎考虑，他们写字楼都不一定能出租完

如果是一个开放圈子，现有浏览器技术，是没有办法实现跨浏览器获取 设备唯一识别 （我这里称为 DeviceID ）。
如果是一个封闭的圈子，用 UserID 比 DeviceID 更有效。

有人提到插件和客户端等方式 ，如果你的追踪对象允许安装这些客户端，我相信登录操作的成本比安装客户端更底。

顶一下