@sevenQu 发短信太坑了吧…… 试试 163 或者新浪的，我用过这些的挺稳的。

改变不了的就不去计较了，自己开心最重要。

@lfzyx 以前就有用 readthedocs 写博客的想法，第一次见这么干的，赞！👍

https://www.kawabangga.com/feed 蜜汁自信！

你是不是一次登录第一次发邮件可以，后面发邮件不行了？我好像遇到过类似问题，每次发送邮件之前认证一次解决了。

越大越好，有时候想开几个虚拟机搞个集群尝试一下什么东西，内存就吃紧了。。。

@GjriFeu 我的理解是这样的，而且这是一个通常的做法——将 2，3 合并。

> It is also possible to terminate the connection by a 3-way handshake, when host A sends a FIN and host B replies with a FIN & ACK (merely combines 2 steps into one) and host A replies with an ACK.[12] This is perhaps the most common method.

https://en.wikipedia.org/wiki/Transmission_Control_Protocol

@cloverii 解释了啊，引用的那段话，server 浪费资源。如果发起端将第三次和数据一起发是可以的。

这种状态不太好吧…… 感觉虽然是远程但是最好也是工作和生活分开

@lhx2008 嗯我也是这么理解的。

@rensuperk

好的，不过是哪部分？ UDP 好像没有握手和确认之类的机制，包发出去就不管了吧。好像跟我的问题没有什么关系的样子……

我也是自如…… 目前挺好，价格也不说特别贵，室友比较重要

怎么招进来的

@yangtukun1412 啊是我搞错了…… 确实普遍是 DES AES 3DES 这一套

@BXLR 不用非对称加密太容易破解了。他们银行、证券这种代码虽然写的烂，但是数据加密都是经验积累起来的，基本都是 AES 之类的非对称加密搞的

@aa702429162 肯定用非对称加密的你咋找秘钥……

17-8，从这里 https://logstash.jira.com/browse/LOGSTASH-973 看 logstash 是存储 UTC 时间的，这样我们写起脚本来更加准确和方便，因为心中很明确 ES 里面的时间必定是 UTC 时间。

准确来说应该是：时间在 ES 中是 UTC 表示，实际以时间戳存储，查询应该以 UTC 为准，但是 PUT 如果带上时区，ES 会处理并最终以时间戳存储。参考： https://www.elastic.co/guide/en/elasticsearch/reference/current/date.html

@ipwx 一直很困惑为什么有时候刷新有这三个选项，有时候没有，原来是开发者工具开不开的关系……