有什么方法可以创建自定义日志文件,允许查看在同一个保活会话中处理了哪些请求?
我想创建一些日志并估计创建新会话的频率以及在某些给定场景中保持活动会话的典型生存时间。
如果可能的话,我不想为此创建调试日志,而只需为每个请求的每个日志行多添加一项。
有什么方法可以创建自定义日志文件,允许查看在同一个保活会话中处理了哪些请求?
我想创建一些日志并估计创建新会话的频率以及在某些给定场景中保持活动会话的典型生存时间。
如果可能的话,我不想为此创建调试日志,而只需为每个请求的每个日志行多添加一项。
我一直在尝试在我的https
网站上启用 Keep Alive,但没有成功。可能吗?有时我在测试页面上看到“连接已关闭”。
这是我htaccess
现在拥有的似乎不起作用的东西:
Header set Connection keep-alive
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
Connection: Keep-Alive
有什么建议么?
我有一个 api,它会在 https 中收到很多请求。由于它很安静,每次发送 api 时,都需要一个完整的 ssl 握手。启用 http-keepalive 后,请求的延迟大大降低(第一次请求花费相同的时间,但后续请求与 http 一样快)。
现在,我正在试验亚马逊的 elb(我也将使用 cloud front)。我的问题是,如何在相同的设置中保持活动状态,来自客户端的请求可以随机路由到不同的机器?
还是根本不可能在每次发出请求时阻止 ssl 握手?
我在一个受“企业 DDoS 保护”的代理后面。在正常连接到我所有服务器的正常日子里,代理上的并发连接为 17,000。是的,17,000 对我网站的性质来说是正常的。90% 的流量都在请求字节数据,仅此而已,一分钟内无需再次连接。“企业 DDoS 保护”代理的问题他们告诉我,如果我减少我的并发连接,它将停止挂断或有更快的延迟时间。他们在那里调整了它,但我的服务器似乎保持连接打开很长时间。
我在我的服务器上运行
Ubuntu Linux 11.10
Linux 3.0.0-17-server on x86_64
Intel(R) Xeon(R) CPU E31230 @ 3.20GHz, 8 cores
在我所有的服务器上。我的问题是如何将并发连接减少到连接后关闭连接的位置,就像在我的服务器上 10 秒后一样?