JMETER 此站点未在 P3P header 错误中指定策略
JMETER This site does not specify a policy in the P3P header ERROR
我正在尝试在 JMeter 中点击此 URL https://subdomain.example.com 并使用 Blazemeter Chrome 扩展进行记录 Chrome 扩展具有所有必要的配置元素但出现错误：
HTTP/1.1 429 请求太多
Content-Type: text/html;字符集=utf-8
Content-Length: 1031
连接：keep-alive
Cache-Control: 私人, no-cache, no-store, must-revalidate
日期：2019 年 8 月 20 日，星期二 01:21:35 GMT
过期：0
p3p: CP="This site does not specify a policy in the P3P header"
我已经尝试处理来自浏览器的 Header Cookie Header 响应，该响应在一段时间内有效，但随后开始抛出错误
根据HTTP Status Code 429 Too Many Requests描述：
The HTTP 429 Too Many Requests response status code indicates the user has sent too many requests in a given amount of time ("rate limiting").
A Retry-After header might be included to this response indicating how long to wait before making a new request.
所以有以下选项：
- 您的服务器超载，在这种情况下，除了将错误报告为瓶颈外，您无能为力
- 您的脚本没有正确实施 correlation，即您发送的是记录的硬编码值而不是获取动态参数
- 您的服务器不允许在给定时间范围内来自单个 IP 地址的请求数量如此之多，您可以尝试实现 IP Spoofing 这样您的服务器就会“认为”请求来自不同的机器.
感谢您的回复。最后我发现对调用次数没有限制。
现在来回答我是如何做到的：
- 在 chrome 中打开页面并从 header 部分将所有 header 元素复制到硬编码的 header 管理器中。
第一次失败并且 returns p3p: CP="This site does not specify a policy in the P3P header" 而且 return 我提取和使用的下一个请求所需的更新变量值在下一个和后续请求中。通过使用 2 Response Headers
的字符串比较，我能够找出正在更改的变量的方式
这是一个困难的过程，但以某种方式进行了非常小的更改，我还为每个请求添加了 Header 管理器，以获得更安全的一面。
我正在尝试在 JMeter 中点击此 URL https://subdomain.example.com 并使用 Blazemeter Chrome 扩展进行记录 Chrome 扩展具有所有必要的配置元素但出现错误：
HTTP/1.1 429 请求太多 Content-Type: text/html;字符集=utf-8 Content-Length: 1031 连接：keep-alive Cache-Control: 私人, no-cache, no-store, must-revalidate 日期：2019 年 8 月 20 日，星期二 01:21:35 GMT 过期：0 p3p: CP="This site does not specify a policy in the P3P header"
我已经尝试处理来自浏览器的 Header Cookie Header 响应，该响应在一段时间内有效，但随后开始抛出错误
根据HTTP Status Code 429 Too Many Requests描述：
The HTTP 429 Too Many Requests response status code indicates the user has sent too many requests in a given amount of time ("rate limiting").
A Retry-After header might be included to this response indicating how long to wait before making a new request.
所以有以下选项：
- 您的服务器超载，在这种情况下，除了将错误报告为瓶颈外，您无能为力
- 您的脚本没有正确实施 correlation，即您发送的是记录的硬编码值而不是获取动态参数
- 您的服务器不允许在给定时间范围内来自单个 IP 地址的请求数量如此之多，您可以尝试实现 IP Spoofing 这样您的服务器就会“认为”请求来自不同的机器.
感谢您的回复。最后我发现对调用次数没有限制。 现在来回答我是如何做到的：
- 在 chrome 中打开页面并从 header 部分将所有 header 元素复制到硬编码的 header 管理器中。 第一次失败并且 returns p3p: CP="This site does not specify a policy in the P3P header" 而且 return 我提取和使用的下一个请求所需的更新变量值在下一个和后续请求中。通过使用 2 Response Headers 的字符串比较，我能够找出正在更改的变量的方式
这是一个困难的过程，但以某种方式进行了非常小的更改，我还为每个请求添加了 Header 管理器，以获得更安全的一面。