当使用nginx作为反向代理时，为了支持长连接，需要做到两点。从client到nginx的连接是长连接，从nginx到server的连接是长连接，从HTTP协议的角度看，nginx在这个过程中，对于客户端它扮演着HTTP服务器端的角色。而对于真正的服务器端（在nginx的术语中称为upstream）nginx又扮演着HTTP客户端的角色。

一般的反向代理服务器，都具备负载均衡的功能。负载均衡功能可以由硬件来提供，比如以前的F5设备。 也可以由软件来提供，LVS可以提供四层的负载均衡(利用IP和端口)，Haproxy和Nginx可以提供七层的负载均衡(利用应用层信息)。

针对接口分别执行线程总数 400（jemter1台）、800（jemter2台） 进行压力测试，并对产生的每秒TPS，响应时间（min，ave，max）及错误率进行统计

不过初看下来，很难将 `echo hello world`; 和 `delivered in chunks` 联系起来。这个 `chunk` 的大小是怎么确定的？看例子，应该跟 `echo/ngx.say` 这一类输出方式有关。但是会不会跟输出的大小也有关？如果我一次性 `ngx.say` 了很多内容，是否会分成多个 `chunks`发送？如果响应来自上游服务器，`chunks` 的数目又怎么定？

这篇文章主要想解决的问题是，在对安卓手机APP抓包时，出现的HTTPS报文通过MITM代理后证书不被信任的问题。如果有些https，在之前设置了好各种证书和配置后，看到的unknown..而无法看到我们希望的明文数据

EasyCache升级兼容 `Springboot2`，有个业务系统启动总是会卡住，最后抛出超时异常，springboot 版本是 2.2.x，springCloudVersion 版本是 2.2.x, lettuce版本是5.2.x，如果使用jedis客户端没有，所以问题一定是出在lettuce。

`setuptools` 是 distutils 增强版，不包括在标准库中。其扩展了很多功能，能够帮助开发者更好的创建和分发 Python 包。大部分 Python 用户都会使用更先进的 setuptools 模块...

ElasticJob官方只有xml注册job，有很多job的时候文件非常臃肿而且不好维护，还有官方的控制台也不好用，系统多之后非常卡，页面加载的时候要一次性加载所有任务。所以我们开发出使用注解来创建job和自研的控制台。问题出在在手动触发job，通过job的class获取实例时获取不到，而且只有一个系统有问题

收到告警后，笔者先登录到告警机器中， top 命令查看此时此刻的各个应用程序占用的内存大小，发现没有占用很大内存的进程。 执行 `ps -ef` 发现有很多chromium,查了资料都说是僵尸进程，但是僵尸进程应该不占用内存和cpu的...

一开始调研的时候使用的就是Appium，功能全，文档也很多，而且元素定位方式比Airtest靠谱很多。我们要爬的是美团的活动广告页，开始使用appinum都很顺利，但是遇到webview的时候，它的页面是canvas的结构，根本没办法使用元素定位，所以这个时候Airtest的图像定位就起作用了。